You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Rodent of Unusual Size <Ke...@Golux.Com> on 2001/09/13 22:23:26 UTC
[Fwd: Changes to Apache for Solaris2.8]
Not acked. For 1.3, at least..
--
#ken P-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Author, developer, opinionist http://Apache-Server.Com/
"All right everyone! Step away from the glowing hamburger!"
Re: [Fwd: Changes to Apache for Solaris2.8]
Posted by Justin Erenkrantz <je...@ebuilt.com>.
Solaris 8 does support MAP_ANON. That is what we are using in
httpd-2.0. I see no reason to change it in 1.3 (unless the MAP_ANON
code is broken which I doubt).
The correct solution here is to compile on the oldest version of
Solaris that they intend to support. Solaris does not guarantee
forward compatibility, but does typically offer backward
compatibility. Compiling on Solaris 8 and expecting it to work
on Solaris 2.6 isn't going to happen. Compiling on 2.6 and
expecting it to work on Solaris 8 is reasonable (but you may
make some poor configuration choices). -- justin
On Thu, Sep 13, 2001 at 04:23:26PM -0400, Rodent of Unusual Size wrote:
> Not acked. For 1.3, at least..
> --
> #ken P-)}
>
> Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
> Author, developer, opinionist http://Apache-Server.Com/
>
> "All right everyone! Step away from the glowing hamburger!"
> From: "Tom Godfrey" <tg...@symantec.com>
> Subject: Re: Changes to Apache for Solaris2.8
> Date: Thu, 13 Sep 2001 15:17:41 -0400
> To: human-response@Apache.Org
> X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001
>
> Hello,
>
> I would like to talk with someone about the question below.
>
> Thanks,
>
> Tom
> ________________________
> Tom Godfrey
> Development Manager Symantec Enterprise Firewall and VPN
> Symantec Corporation
> 266 Second Ave
> Waltham, MA 02451
> 781-530-2378
> tgodfrey@symantec.com
> ----- Forwarded by Tom Godfrey/Waltham/Massachusetts/SYMANTEC on 09/13/01
> 03:23 PM -----
>
> Apache
> Autoresponder To: "Tom Godfrey" <tg...@symantec.com>
> <donotreply@Apa cc:
> che.Org> Subject: Re: Changes to Apache for Solaris2.8
> Sent by:
> human-response@
> Apache.Org
>
>
> 09/13/01 03:12
> PM
>
>
>
>
>
> Thank you for your mail.
>
> This reply has been automatically generated; your message has
> NOT been read by a human being. We apologise for this impersonal
> response, but the volume of mail we receive and the volunteer
> nature of our organisation forces us to do things this way.
>
> Please see <URL:http://www.apache.org/foundation/preFAQ.html>.
> Direct your questions to the mailing lists or newsgroups mentioned
> on that page.
>
> If your issue isn't addressed by the above page or any of the
> resources it lists, and you need to contact a human being about
> an issue with any of the Apache software, please see below.
>
> NOTE: If your message concerns a technical question or issue,
> we ask that you PLEASE check the page of resources referenced
> above -- including directing your questions about a specific
> package to that package's mailing lists. If your issue is
> addressed by one of the resources listed on the preFAQ page,
> and you send it to the address below anyway, it will probably
> be ignored -- or you may receive a very terse and irritated
> reply. Again, the voluntary nature of our organisation precludes
> us from repeating information which we have already made available;
> we just don't have time for it.
>
> Now, if you absolutely MUST contact a real person, please send
> a message to <hu...@Apache.Org>.
> --
> Ken Coar, Director
> Apache Software Foundation
>
> ----- Message from Unknown on Unknown -----
>
>
>
>
> Hello,
>
> We currently use Apache within our Symantec Enterprise Firewall and VPN
> product set. We use a series of HTML pages for user authentication.
> Since moving to Solaris 2.8 we have had some problems. Our Engineers have
> found the problem below. We would like you to consider the changes below
> to allow us to continue using Apache with our products. We would like to
> request an answer ASAP. If you need any additional information, please
> contact us.
>
>
> Regards,
>
> Tom Godfrey
> ________________________
> Tom Godfrey
> Development Manager Symantec Enterprise Firewall and VPN
> Symantec Corporation
> 266 Second Ave
> Waltham, MA 02451
> 781-530-2378
> tgodfrey@symantec.com
> ----- Forwarded by Tom Godfrey/Waltham/Massachusetts/SYMANTEC on 09/13/01
> 03:05 PM -----
>
> Ravi
>
> Bovindala To: Tom
> Godfrey/Waltham/Massachusetts/SYMANTEC@SYMANTEC
>
> cc:
>
> 09/13/01 Subject: Changes to Apache for
> Solaris2.8
> 12:01 PM
>
>
>
>
>
>
> Hi Tom,
>
> We are currently using Apache Server Version 1.3.9 on our Solaris builds.
> It used to work fine for builds on Solaris 2.6 .
> Once we moved onto Solaris 2.8, the Apache goes down at runtime saying
> "Could not mmap memory".
>
> On looking into the Apache code, I found that this is reported from
> apache_1.3.9/src/main/http_main.c file.
>
> In the setup_shared_mem function (when USE_MMAP_SCOREBOARD is defined), we
> find that it has been
> compiling code under "#if defined(MAP_ANON) " BSD style section rather than
> the regular 'Sun style' section which previously
> used to get compiled. This is because MAP_ANON is defined in Solaris 2.8
> (in sys/mman.h) and not defined in Solaris 2.6 .
>
> So, the modification we intend to make is to change the line(1786) in
> apache_1.3.9/src/main/http_main.c ......
> #if defined(MAP_ANON) /* old code */
>
> into........
>
> #if defined(MAP_ANON) && !defined(SOLARIS2) /* new code */
>
> This would compile & execute the code we want to.
>
> Since this is going to be derived from the original apache code, we would
> need written permission from Apache to do so.
> Their mail-id is apache@apache.org
>
> We can test and use the latest Apache versions from the next releases, but
> for this release we need to change this.
>
> Ravi
>
>
> Part of the apache_1.3.9/src/main/http_main.c file code we intend to
> change:
> ----------------------------------------------------------------------------------------------------------------------
>
> #elif defined(USE_MMAP_SCOREBOARD)
> static void setup_shared_mem(pool *p)
> {
> caddr_t m;
> #if defined(MAP_ANON)
> /* BSD style */
> #ifdef CONVEXOS11
> {
> unsigned len = SCOREBOARD_SIZE;
> m = mmap((caddr_t) 0xC0000000, &len,
> PROT_READ | PROT_WRITE, MAP_ANON | MAP_SHARED, NOFD, 0);
> }
> #elif defined(MAP_TMPFILE)
> {
> char mfile[] = "/tmp/apache_shmem_XXXX";
> int fd = mkstemp(mfile);
> if (fd == -1) {
> perror("open");
> fprintf(stderr, "%s: Could not open %s\n", ap_server_argv0,
> mfile);
> exit(APEXIT_INIT);
> }
> m = mmap((caddr_t) 0, SCOREBOARD_SIZE,
> PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
> if (m == (caddr_t) - 1) {
> perror("mmap");
> fprintf(stderr, "%s: Could not mmap %s\n", ap_server_argv0,
> mfile);
> exit(APEXIT_INIT);
> }
> close(fd);
> unlink(mfile);
> }
> #else
> m = mmap((caddr_t) 0, SCOREBOARD_SIZE,
> PROT_READ | PROT_WRITE, MAP_ANON | MAP_SHARED, -1, 0);
> #endif
> if (m == (caddr_t) - 1) {
> perror("mmap");
> fprintf(stderr, "%s: Could not mmap memory\n", ap_server_argv0);
> exit(APEXIT_INIT);
> }
> #else
> /* Sun style */
> int fd;
> fd = open("/dev/zero", O_RDWR);
> if (fd == -1) {
> perror("open");
> fprintf(stderr, "%s: Could not open /dev/zero\n", ap_server_argv0);
> exit(APEXIT_INIT);
> }
> m = mmap((caddr_t) 0, SCOREBOARD_SIZE,
> PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
> if (m == (caddr_t) - 1) {
> perror("mmap");
> fprintf(stderr, "%s: Could not mmap /dev/zero\n", ap_server_argv0);
> exit(APEXIT_INIT);
> }
> close(fd);
> #endif
> ap_scoreboard_image = (scoreboard *) m;
> ap_scoreboard_image->global.running_generation = 0;
> }
>
> ---------------code ends---------------------------------------------------
>
>
>
>
>