Project

General

Profile

Bug #1197

SIGABRT on MacOS X + select

Added by Anonymous over 12 years ago. Updated almost 11 years ago.

Status:
Missing Feedback
Priority:
Normal
Assignee:
Category:
core
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Missing in 1.5.x:

Description

OS X V. 10.3.9

lighttpd-1.4.15

Python 2.5.1

web.py framework (http://webpy.infogami.com/install)

Shell output:

% sudo lighttpd -Df code.py

Abort trap

%

Abort trap occurs when I visit the page http://localhost:8080 or remotely at http://ip:8080. This same setup works fine on my other mac, which has the following versions:

OS X V. 10.4.9

Python 2.5

I have the following files:

code.conf (lighttpd config)

code.py (simple hello world using web.py)

code.trace.txt (a kdump of a ktrace ; The first request attempt from localhost worked, the second attempt from a remote computer caused the crash )

gdb_bt.txt (a gdb backtrace)

code.conf (11.3 KB) code.conf Anonymous, 2007-05-24 18:50
code.py (305 Bytes) code.py Anonymous, 2007-05-24 18:51
code.trace.txt (12.9 KB) code.trace.txt Anonymous, 2007-05-24 18:51
gdb_bt.txt (867 Bytes) gdb_bt.txt Anonymous, 2007-05-24 18:52

Associated revisions

Revision 2589 (diff)
Added by stbuehler about 10 years ago

Change mod_expire to append Cache-Control instead of overwriting it (fixes #1197)

Revision 099d37ef (diff)
Added by stbuehler about 10 years ago

Change mod_expire to append Cache-Control instead of overwriting it (fixes #1197)

git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@2589 152afb58-edef-0310-8abb-c4023f1b3aa9

History

#1

Updated by Napalm-Llama over 12 years ago

Yup, I'm seeing this exact same problem (SIGABRT on first TCP connection, and an identical gdb backtrace).

I'm on a uClibc-based embedded Linux box though. The processor, however, is PPC. I'm guessing that could be what's causing the problem. I'm using the -mcpu=603e option for GCC, if that's any help.

I don't know much about coding, (at least not in C), but I'm willing to do what it takes to help get this bug ironed out if you can't reproduce it at your end.

Cheers :)

#2

Updated by jan about 12 years ago

does the same happen with kqueue or poll as fdevent handler ?

#3

Updated by jan about 12 years ago

  • Status changed from New to Assigned
#4

Updated by admin about 12 years ago

Replying to jan:

does the same happen with kqueue or poll as fdevent handler ?

I'm sorry, I don't know what that means. How would I find out?

#5

Updated by Anonymous about 12 years ago

I'll add my comment to the list -- I'm seeing the same issue on MacOS, albeit with an FCGI handler implemented in Haskell (and then compiled to native). For me, the server will take ~500 hits before crashing.

This is with the freebsd-kqueue event handler setting.

-- paulrbrown

#6

Updated by Anonymous about 12 years ago

Configuring the "poll" event handler instead yields an apparently stable server (under hammering by ab).

-- paulrbrown

#7

Updated by stbuehler almost 11 years ago

  • Status changed from Assigned to Missing Feedback
  • Pending changed from Yes to No
  • Patch available set to No

Backtrace to old now.

Also available in: Atom