bugGNU Screen - Bugs: bug #25291, Screen crashes after passing...

 
 

bug #25291: Screen crashes after passing through a zmodem transfer

Submitted by:  None
Submitted on:  Sat 10 Jan 2009 09:33:52 PM UTC  
 
Category: Crash/Freeze/InfloopSeverity: 3 - Normal
Priority: 3 - LowStatus: Need Investigation
Privacy: PublicAssigned to: None
Open/Closed: OpenRelease: 4.0.3
Fixed Release: NonePlanned Release: Later
Work Required: None

Add a New Comment(Rich Markup)
   

You are not logged in

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

 

Mon 02 Feb 2009 08:46:21 PM UTC, comment #3:

The backtrace, from screen 4.0.3:

(gdb) bt
#0 0x00049b54 in zmodem_parse (p=0xbc270,
bp=0xffbfd910 "OO\030B0800000000022d\r\212\021W\030@\030@\030@\030@\030@\030@\030@¤\030@\030@\030B\030W\030@\030@\030LÌ\030@\030@\030@¼\030@\030@\030K\030W\030@\030@\030@\030@\030@\030@\030@À\030@\030@\030B\030W\030@\030@\030N\030Ü\030@\030@\030@Ø\030@\030@\030K\030W\030@\030@\030@\030@\030@\030@\030@Ü\030@\030@\030B\030W\030@\030@\030R\\\030@\030@\030@ô\030@\030@\030K\030W\030@\030@\030@\030@\030@\030@\030@ø\030@\030@\030B\030W\030@\030@\030V\030X\030@\030@\030A\030P\030@\030"..., len=2) at window.c:2042
#1 0x00048dd8 in win_readev_fn (ev=0xbc2c0, data=0xbc270 "") at window.c:1842
#2 0x000895b8 in sched () at sched.c:232
#3 0x00019a0c in main ()

If you want you can find the core+binary (compiled with -g) at
http://eischnee.de/screen-zmodem-crash.tgz
SPARC Solaris 10.

Arne Jansen <sensille>
Mon 26 Jan 2009 09:39:55 PM UTC, comment #2:

Can you please post a backtrace from the original crash? The display store/restore might need to happen somewhere else etc. The backtrace might give a better understand of the issue.

Sadrul Habib Chowdhury <sadrul>
Project Administrator
Thu 15 Jan 2009 10:49:56 PM UTC, comment #1:

My opportunities to debug something like this are pretty small... would love a ready-made patch :D

Micah Cowan <micahcowan>
Sat 10 Jan 2009 09:33:52 PM UTC, original submission:

I tried to use screen in zmodem pass mode. The sender was inside the screen using lsz.
The first problem is that screen didn't detect the end of the transfer. It seems lsz doesn't send the final 'OO' for some reason. So after the transfer I give a manual 'OO' which the screen detects.
This is the moment screen crashes. My debugging shows that when calling zmodem_abort(p,0) the (global) display variable is NULL.
I haven't been able to find out why this is the case, but as a test I saved the current display in zmodem_found and restored it before calling zmodem_abort and the crash was gone.
The only thing that was missing then was the status bar. It only reappeared a minute later with an update of the clock.

Anonymous

 

(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 sensille (Posted a comment)
  • -unavailable- added by sadrul (Posted a comment)
  • -unavailable- added by micahcowan (Posted a comment)
  •  

    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 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 15 Jan 2009 10:49:56 PM UTCmicahcowanPriority5 - Normal=>3 - Low
      StatusNone=>Need Investigation
      Privacy0(Error - Not Found)=>Public
      Planned ReleaseNone=>Later

    Back to the top


    Powered by Savane 3.1-cleanup1