Red Hat Bugzilla – Bug 413531
Web browser accepted languages configuration causes dsgw CGI binaries to segfault
Last modified: 2015-12-07 11:37:34 EST
Description of problem:
Certain web browser accepted languages configurations can cause the dsgw CGI
binaries to segfault unexpectedly.
Version-Release number of selected component (if applicable):
fedora-ds-1.0.4-1.FC5.i386.opt.rpm running on Debian etch
Using above release of Fedora DS and Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:18.104.22.168) Gecko/20071004 Iceweasel/22.214.171.124 (Debian-126.96.36.199+188.8.131.52-0etch1)
Steps to Reproduce:
1. Open up web browser, connect to dsgw, confirm web application is working
2. Open up new tab in web browser, edit preferences via about:config. Change
intl.accept_languages property to
3. Reload dsgw web application. Verify that most of the web application no
4. Edit web browser preferences & reset intl.accept_languages to default value
of "en-us, en"
5. Reload dsgw web application. Verify that web application now functions
dsgw CGI binaries segfault returning a blank web page
admin-serv error log records error messages similar to the following
[Wed Dec 05 18:18:55 2007] [error] [client 192.168.16.250] Premature end of
script headers: search, referer:
Created attachment 279251 [details]
strace of BROKEN/SEGFAULT auth binary process. Note exceptionally large number of stat64 entries for alternate language codes
Created attachment 279261 [details]
strace of FUNCTIONAL auth binary process. Note far fewer occurances of of stat64 entries for alternate language codes.
Excellent detective work. Thanks!
This appears to be fixed. I'm not exactly sure what did it, but I did make
charset/locale handling more dynamic. I have test scripts that run the CGI
programs under valgrind with a wide variety of arguments and inputs, and they
all use this:
; export HTTP_ACCEPT_LANGUAGE
valgrind reports no problems, and there were no core dumps.
Performed step 2, and received the error below; marking this bug verified.
the Internal Server Error
The server encountered an internal error or misconfiguration and was unable to
complete your request.
Please contact the server administrator, [no address given] and inform them of
the time the error occurred, and anything you might have done that may have
caused the error.
More information about this error may be available in the server error log.
Apache/2.0 Server at gopher.dsqa.sjc2.redhat.com Port
Which request is this? Is it this one:
[Thu Jun 26 11:08:57 2008] [error] [client 10.14.52.5] Premature end of script
headers: dosearch, referer:
Premature end of script headers is bad - that usually indicates a core dump.
Yep - it's core dumping - only on HP-UX.
Created attachment 311780 [details]
cvs commit log for 8.0 branch
Created attachment 313783 [details]
urls I tested are shown in the attachment
Created attachment 315136 [details]
cvs commit log - HEAD
adminutil-1.1.7-1.fc9 has been submitted as an update for Fedora 9.
Created attachment 315716 [details]
cvs commit log - use XP_AccLangList in dsgw
Fix Description: Use XP_AccLangList from adminutil rather than the local AcceptLangList and get rid of the local AcceptLangList function.
fedora-ds-dsgw-1.1.1-1.fc8 has been submitted as an update for Fedora 8.
fedora-ds-dsgw-1.1.1-1.fc9 has been submitted as an update for Fedora 9.
adminutil-1.1.7-1.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
adminutil-1.1.7-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
fedora-ds-dsgw-1.1.1-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
fedora-ds-dsgw-1.1.1-1.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.