Bug #1197: SIGABRT on MacOS X + select - Lighttpd - lighty labs

Actions

Copy link

Bug #1197

closed

SIGABRT on MacOS X + select

Added by Anonymous over 17 years ago. Updated 11 months ago.

Status:

Obsolete

Priority:

Normal

Category:

core

Target version:

1.5.0

ASK QUESTIONS IN Forums:

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)

Files

Download all files

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

Actions

Copy link

Updated by Napalm-Llama over 17 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 :)

Actions

Copy link

Updated by jan about 17 years ago

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

Actions

Copy link

Updated by jan about 17 years ago

Status changed from New to Assigned

Actions

Copy link

Updated by admin about 17 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?

Actions

Copy link

Updated by Anonymous about 17 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

Actions

Copy link