The CGI daemon still dies with a SIGSEGV on Solaris 8, worker mpm. Here's a backtrace.
ffffffff7e100ae8 memset (0, 0, 504f5354202f6368, ffffffffffffffc0, 504f5354202f6340, 0) + 114 ffffffff7c404784 get_req (9, 10020eaa0, ffffffff7ffff810, ffffffff7ffff808, ffffffff7ffff770, 10020ed61) + 45c ffffffff7c40545c cgid_server (1002102a8, 10012c118, 0, 0, 0, 0) + 55c ffffffff7c405b8c cgid_init (10012c118, 100156268, 10012e128, 10015b7a8, 1001f72b0, 0) + 21c 000000010006af54 ap_run_post_config (10012c118, 100156268, 10012e128, 10015b7a8, 0, 0) + b4 00000001000766ec main (3, ffffffff7ffffcf8, ffffffff7ffffd18, 0, 0, 100000000) + 100c 000000010004f7fc _start (0, 0, 0, 0, 0, 0) + 17c And here is a memory dump of the cgid_req_t passed to get_req (100 bytes) 0xffffffff7ffff770: 0x00000001 0x00000000 0x00000000 0x000003c6 0xffffffff7ffff780: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff790: 0x00000000 0x00000000 0x00000000 0x00000052 0xffffffff7ffff7a0: 0x00000000 0x0000002e 0x00000000 0x0000000c 0xffffffff7ffff7b0: 0x00000000 0x00000022 0x00000000 0x00000000 0xffffffff7ffff7c0: 0x00000000 0x00000000 0x00000004 0x00000000 0xffffffff7ffff7d0: 0x00000001 0x00210238 0x00000001 0x0020ed40 0xffffffff7ffff7e0: 0x00000000 0x00000000 0x00000001 0x0020eaa0 0xffffffff7ffff7f0: 0x00000001 0x00000004 0x00000004 0x00000004 0xffffffff7ffff800: 0x00000001 0x002107d8 0x00000001 0x0020f118 0xffffffff7ffff810: 0x00000001 0x0020f0d8 0x00000000 0x00000002 0xffffffff7ffff820: 0x00000001 0x0020ca90 0x00000001 0x0015e088 0xffffffff7ffff830: 0x00000001 0x0015b7a8 0x00000001 0x0020ea38 0xffffffff7ffff840: 0x00000010 0x00000012 0x00000000 0x00000009 0xffffffff7ffff850: 0x00000008 0x00000001 0x00000000 0x00000000 0xffffffff7ffff860: 0x00000000 0x0000736f 0x636b0000 0x00000000 0xffffffff7ffff870: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff880: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff890: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff8a0: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff8b0: 0x00000000 0x00000000 0x00000000 0x00000000 0xffffffff7ffff8c0: 0x00000000 0x0012c118 0x00000001 0x0015b7a8 0xffffffff7ffff8d0: 0x00000001 0x0015b7a8 0xffffffff 0x7c50c0b8 0xffffffff7ffff8e0: 0x00000000 0x00000000 0xffffffff 0x7c409ff0 0xffffffff7ffff8f0: 0x00000000 0x00000000 0x00000000 0x00000000 cheers, Steve > -----Original Message----- > From: William A. Rowe, Jr. [SMTP:[EMAIL PROTECTED] > Sent: Monday, March 31, 2003 8:56 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Apache 2.0.45 -alpha tarball candidates for testing > > The release tarball (and win32 .zip file) are now available for testing > from; > > http://httpd.apache.org/dev/dist/ > > Please test this 2.0.45-alpha candidate for general release within the > next 24 hours. Once the dev@ list receives enough positive feedback, > we will release the files to general availability, moving them to their > usual > locations. This code has been in place for several days on the primary > www.apache.org server, but we need a variety of platforms and different > configurations to have complete confidence in the release. > > Thank you in advance for participating in the testing, and thanks to > both Brian Pane and Justin Erenkrantz who helped roll these out. > > Bill > BBCi at http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this.
