Bug 1039234 - [abrt] alpine-2.10-4.fc19: fs_give: Process /usr/bin/alpine was killed by signal 6 (SIGABRT)
Summary: [abrt] alpine-2.10-4.fc19: fs_give: Process /usr/bin/alpine was killed by sig...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: alpine
Version: 19
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Joshua Daniel Franklin
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:6bd3a98ca6462b1122ccbeb80bd...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-07 07:50 UTC by Paul DeStefano
Modified: 2014-01-01 19:26 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-07 14:25:45 UTC
Type: ---


Attachments (Terms of Use)
File: backtrace (9.94 KB, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: cgroup (142 bytes, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: core_backtrace (2.44 KB, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: dso_list (3.45 KB, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: environ (252 bytes, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: limits (1.29 KB, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: maps (16.79 KB, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: open_fds (345 bytes, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details
File: proc_pid_status (949 bytes, text/plain)
2013-12-07 07:50 UTC, Paul DeStefano
no flags Details

Description Paul DeStefano 2013-12-07 07:50:14 UTC
Description of problem:
This occured immediately after disconnecting from an IMAP server with which reALPINE had lost contact.  I received several messages that the server couldn't be reached and would I like to drop the connection.  I finally responded 'y', it disconnected, and then crashed before I could try to reopen the folder.

Version-Release number of selected component:
alpine-2.10-4.fc19

Additional info:
reporter:       libreport-2.1.9
backtrace_rating: 4
crash_function: fs_give
executable:     /usr/bin/alpine
kernel:         3.11.4-201.fc19.x86_64
runlevel:       N 5
type:           CCpp

Truncated backtrace:
Thread no. 1 (2 frames)
 #5 fs_give at fs_unix.c:68
 #6 index_lister at mailindx.c:789

Comment 1 Paul DeStefano 2013-12-07 07:50:18 UTC
Created attachment 833824 [details]
File: backtrace

Comment 2 Paul DeStefano 2013-12-07 07:50:20 UTC
Created attachment 833825 [details]
File: cgroup

Comment 3 Paul DeStefano 2013-12-07 07:50:22 UTC
Created attachment 833826 [details]
File: core_backtrace

Comment 4 Paul DeStefano 2013-12-07 07:50:23 UTC
Created attachment 833827 [details]
File: dso_list

Comment 5 Paul DeStefano 2013-12-07 07:50:25 UTC
Created attachment 833828 [details]
File: environ

Comment 6 Paul DeStefano 2013-12-07 07:50:26 UTC
Created attachment 833829 [details]
File: limits

Comment 7 Paul DeStefano 2013-12-07 07:50:28 UTC
Created attachment 833830 [details]
File: maps

Comment 8 Paul DeStefano 2013-12-07 07:50:29 UTC
Created attachment 833831 [details]
File: open_fds

Comment 9 Paul DeStefano 2013-12-07 07:50:31 UTC
Created attachment 833832 [details]
File: proc_pid_status

Comment 10 Joshua Daniel Franklin 2013-12-07 14:25:45 UTC
Unfortunately as far as I know alpine will crash if the IMAP connection is lost so I'm closing as WONTFIX. 

If you'd like to work on this as a feature for alpine, you could probably use netem packet loss simulation even with a local IMAP server: 
http://www.linuxfoundation.org/collaborate/workgroups/networking/netem 

If you get it working, the patches would be best submitted upstream to comp.mail.pine

Comment 11 Paul DeStefano 2014-01-01 19:26:34 UTC
Hi Josh,

Hmm, I don't know why you say that.  That's quite untrue; Alpine will *not* crash if IMAP connection is lost.

Alpine just notifies you that it has lost contact with the IMAP server and gives you a chance to disconnect and close the folder every 30 seconds.  Otherwise, it just keeps retrying whatever it was doing.  I mentioned that in my bug report.  This situation is not unexpected.

In any case, I've experienced countless IMAP server failures while using Alpine and never noticed any correlation between them and crashes.  Maybe a particular IMAP server, but not merely loosing connections.


Note You need to log in before you can comment on or make changes to this bug.