bugGNU Screen - Bugs: bug #34714, screen crashes on startup

 
 

bug #34714: screen crashes on startup

Submitted by:  Clark Wang <dearvoid>
Submitted on:  Tue 01 Nov 2011 09:27:43 AM UTC  
 
Category: Crash/Freeze/InfloopSeverity: 3 - Normal
Priority: 5 - NormalStatus: Fixed
Privacy: PublicAssigned to: Amadeusz Sławiński <amade>
Open/Closed: ClosedRelease: Cur Dev Sources
Fixed Release: NonePlanned Release: None
Work Required: None

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 07 Dec 2014 02:59:53 PM UTC, comment #5:

Hey, I've committed fix to screen-v4 branch

http://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4&id=f380de406c9542382ba8074fcdd44bd042f84865

Amadeusz Sławiński <amade>
Project AdministratorIn charge of this item.
Sat 06 Dec 2014 12:24:26 AM UTC, comment #4:

A debug session gives:
$ gdb screen
(gdb) run

[screen caught signal 11. (core dumped)]

Program received signal SIGHUP, Hangup.
0x00007f82a2efb4c0 in __pause_nocancel () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: Filen eller katalogen finns inte.
(gdb) thread apply all bt

Thread 1 (process 18549):
#0 0x00007f82a2efb4c0 in __pause_nocancel () at ../sysdeps/unix/syscall-template.S:81
#1 0x0000000000429ac2 in Attacher () at attacher.c:621
#2 0x0000000000405151 in main (ac=6751552, av=0x7fff6a789c80) at screen.c:1270
(gdb) thread apply all bt full

Thread 1 (process 18549):
#0 0x00007f82a2efb4c0 in __pause_nocancel () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1 0x0000000000429ac2 in Attacher () at attacher.c:621
No locals.
#2 0x0000000000405151 in main (ac=6751552, av=0x7fff6a789c80) at screen.c:1270
socknamebuf = "18553.pts-0.debian-systemd", '\000' <repeats 574 times>...
SockDir = 0x670540 <SockPath> "/var/run/screen/S-tomfa/18553.pts-0.debian-systemd"
st = {st_dev = 15, st_ino = 99278, st_nlink = 2, st_mode = 16832, st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0,
st_size = 80, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1417824389, tv_nsec = 64058703}, st_mtim = {
tv_sec = 1417824440, tv_nsec = 512058920}, st_ctim = {tv_sec = 1417824440, tv_nsec = 512058920}, __glibc_reserved = {0, 0,
0}}
nwin = {StartAt = -1, aka = 0x0, args = 0x0, dir = 0x0, term = 0x0, aflag = -1, flowflag = -1, lflag = -1, histheight = -1,
monitor = -1, wlock = -1, silence = -1, wrap = -1, Lflag = -1, slow = -1, gr = -1, c1 = -1, bce = -1, encoding = -1,
hstatus = 0x0, charset = 0x0}
sockp = 0xfffffffffffffdfe <error: Cannot access memory at address 0xfffffffffffffdfe>
(gdb)

Tomas Fasth <tomfa>
Fri 05 Dec 2014 11:36:31 PM UTC, comment #3:

There is a bug reported in Debian (#707044) regarding screen core dump that is similar to this one. It can be accessed here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707044
I have boiled it down to the following test:
$ cat > ~/.screenrc <<!
hardstatus string "%w%d"
maxwin 10
!
$ screen -dLR
[screen caught signal 11. (core dumped)]
$ screen -dLR ### Running screen again gives additional info, but do not crash
There is a screen on:
17885.pts-0.debian-systemd (2014-12-02 19:00:20) (Dead ???)
Remove dead screens with 'screen -wipe'.
$ screen -v
Screen version 4.02.01 (GNU) 28-Apr-14
$ uname -a
Linux debian-systemd 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x86_64 GNU/Linux

It does not occur in an older version of screen, in this case on MacOS 10.10:
$ screen -v
Screen version 4.00.03 (FAU) 23-Oct-06
$ uname -a
Darwin modesty.local 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64

Please advice if further assistance is needed.

Tomas Fasth

Tomas Fasth <tomfa>
Mon 21 May 2012 06:16:04 AM UTC, comment #2:

I can still reproduce the crash with the latest code in git:

commit db59704c1297c056cec0cc9305ae92e44a15bf33
Author: Ben Love <blove+gnu@kylimar.com>
Date: 2012-03-14 14:01:43 -0400

Clark Wang <dearvoid>
Wed 14 Mar 2012 07:51:08 PM UTC, comment #1:

I don't get this segfault in revision 3c2946ed7b773370924e34b07e78015c87a3e325.

Erik Falor <ewfalor>
Tue 01 Nov 2011 09:27:43 AM UTC, original submission:

System info:
============
$ uname -a
SunOS host-foo 5.11 11.0 i86pc i386 i86pc Solaris

screen version:
===============
commit 450e8f38d479dfb8f5b3151d1c0bdcc2e9c6c6cc
Author: Geraint Edwards <gedge-oss@yadn.org>
Date: 2011-08-19 22:46:33 +0100

remove destroy event from resurrected window - bug 27061

.screenrc
=========
caption splitonly
caption string " %{r}%n%{d} %H%=%c:%s %D %Y-%m-%d "
caption string " %{r}%n%{d} %H"

maxwin 10

screen 0
screen 1

select 1
select 0

Output:
=======
$ screen
[screen caught signal 11. (core dumped)]
$

More info:
==========
1) No crash if keeps only one `caption string' command
2) No crash if removes the 2 `select' commands
3) Similar issue with the `hardstatus string' command
4) Discussion (with gdb backtrace of the core file) in screen-devel mailing list: http://lists.gnu.org/archive/html/screen-devel/2011-11/msg00001.html

Clark Wang <dearvoid>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by amade (Posted a comment)
  • -unavailable- added by tomfa (Posted a comment)
  • -unavailable- added by ewfalor (Posted a comment)
  • -unavailable- added by dearvoid (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 07 Dec 2014 02:59:53 PM UTCamadeStatusNone=>Fixed
      Assigned toNone=>amade
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup