Received: by taz.hyperreal.com (8.7.6/V2.0) id BAA06601; Tue, 12 Nov 1996 01:31:49 -0800 (PST) Received: from dicsmss1.jrc.it by taz.hyperreal.com (8.7.6/V2.0) with SMTP id BAA06578; Tue, 12 Nov 1996 01:31:44 -0800 (PST) Received: from jrc.it (elect6.jrc.it) by dicsmss1.jrc.it (4.1/EB-950131-C) id AA29120; Tue, 12 Nov 96 10:36:29 +0100 Received: by jrc.it (5.x/EB-950213-L) id AA04935; Tue, 12 Nov 1996 10:31:13 +0100 Date: Tue, 12 Nov 1996 10:31:13 +0100 From: "Dirk.vanGulik" Message-Id: <9611120931.AA04935@ jrc.it> To: new-httpd@hyperreal.com Subject: Re: WWW Form Bug Report: "osf/1 virtualhost support by ip broken" on OSF/1 X-Sun-Charset: US-ASCII Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com Works for us (OSF1 stimsrv.sti.jrc.it V3.2 41 alpha) Sad thing is that the normal compiler eats both; and I see no difference. But it does not seem to break things either. However the compiler gives a warning; saying that it will treat it as a normal int, rather than its own normal 64 bit ones. However the gcc(2.7.1) compiler eats it fine as well; and gets it wrong. So that might be a reason for change. Dw. > Could someone with virtual hosts please test this change and commit it? > Two people have reported the same fix, and it seems obvious that the > existing code is silly, but I don't like committing what I can't test > at all. The only real question is whether other compilers will complain > about casting a negative number to an unsigned long. > > ....Roy > ================================================================ > >>Submitter: brett@speakeasy.org > >>Operating system: OSF/1, version: > >>Version of Apache Used: 1.1.1 > >>Extra Modules used: > >>URL exhibiting problem: > >> > >>Symptoms: > >>-- > >>Access to virtual hosts by ip returns main server > >>page, unless the Host header is given. > >>The problem is in util.c, in the function > >>get_virthost_addr, on line 1019: > >> > >> if (my_addr != ((unsigned long) 0xffffffff)) > >> > >>I changed 0xffffffff to -1, and it works. > >