Received: by taz.hyperreal.com (8.6.12/8.6.5) id PAA29054; Fri, 2 Aug 1996 15:50:51 -0700 Received: from apollo.eusoft.com by taz.hyperreal.com (8.6.12/8.6.5) with ESMTP id PAA29045; Fri, 2 Aug 1996 15:50:43 -0700 Received: by apollo.eusoft.com from localhost (router,SLmail95 V1.2,beta 1); Sat, 03 Aug 1996 00:49:30 EDT Received: by apollo.eusoft.com from merkur.eusoft.com (194.148.28.43::mail daemon; unverified,SLmail95 V1.2,beta 1); Sat, 03 Aug 1996 00:49:28 EDT From: "Christian Gross" To: Subject: Re: Strcasecmp problems Date: Sat, 3 Aug 1996 00:46:15 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1085 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <19960803004930.1f92af88.in@apollo.eusoft.com> Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com Well after being stressed out for many hours, I have found the problem. ---------- > From: Christian Gross > To: new-httpd@hyperreal.com > Subject: Strcasecmp problems > Date: vendredi, 2. ao{t 1996 14:53 > > Hi, > > 3) I have a GPF very consistently that breaks my entire program, in the > routine strcasecmp. Could someone explain to me what it does exactly and > how it is used. The values of p at time of fault is NULL and q seems > correct. Did I stumble on something. Note that this bug happens only > sometimes, but very consistently. > The problem is within the init_mime routine and the problem is static table *hash_buckets[ MIME_HASHSIZE]; This is not threadsafe. Hence the consistent inconsistency of when the crash occurs... I am going to try and make it threadsafe, but if there are any suggestions please give them. -- Christian Gross euSOFT Phone 41.1.492.7827 Fax 41.1.492.7757 http://www.eusoft.com cgross@eusoft.com