I've built Apache 2.2.11 on OpenSTEP 4.2 (sparc). I haven't done much testing yet but it builds, installs and launches and I'm able to connect from a different machine and browse a simple index.html file (with some text and images). I believe there is still much work to be done (the -DNO_DETACH flag is needed at runtime otherwise httpd fails to launch). Does anyone have experience with Apache 2.2.x on OpenSTEP/NeXTSTEP?
Apache2 is now able to detach correctly and doesn't need the -DNO_DETACH
tried compiling it for 68k?
Quote from: "helf"tried compiling it for 68k?
I haven't tried compiling it for m68k, should work though, if you want I can try to build an m68k package, but I don't have a NS 3.3 dev environment up and running so it would have to be an OpenSTEP 4.2 build.
As of now, I haven't figured out how to build apache2 with php support, seems like apache 2.2.x no longer supports static mod_php builds like apache-1.3.x and I haven't figured out how to build dynamic libs required to use the mod_so dynamic loader with apache/php.
After some time debugging with gdb I think I solved the lockfile/synchronization issues with mod_ssl, no errors in logs on startup and the server seems to be running fine while serving SSL enabled websites. Apache is compiled as a static binary with ssl as a static compiles-in module. I'm working on getting php up and running with apache2 but I seem to have some problems with multiple defined symbols in the loadable module. Apache2.x.x doesn't seem to support static modules with php, too bad since this means no NS3.3 support will be possible. I'll keep working on php support anyway...
The apache 2.2.x support for mach/dyld based dynamic library loading doesn't work as-is on OpenSTEP. This seemes to be because some backwards compatibility was dropped when going from apache-1.x top 2.x. However I've re-used some code from the DSO/dyld parst of apache-1.x and modified it to fit with apache-2. This made it possibel to build and load dynamic libraries/modules into apache-2.x on OpenSTEP. I've testest this with mod_ssl and mod_php and I now have a apache-2.2.11 build with SSL and PHP-5.2.6 up and running on my sparc/OS-4.2. It should be pretty straight forward to build this package for intel and m68k as well, but I guess not for HPPA and since NS3.3 lacks support for dynamic libraries, no NS3.3 build will be possibel. Maybe Apache-2 can be modified to link against php like apache-1 does when doing a static build? that would be sweet.
I should also add that I'm still experiecing some problems on apache-2 that I don't have on apache-1, don't know if I've just missed something in httpd.conf, etc. but I'm having trouble running some php code from certain sub directories in htdocs.
Quote from: "linmag7"The apache 2.2.x support for mach/dyld based dynamic library loading doesn't work as-is on OpenSTEP. This seemes to be because some backwards compatibility was dropped when going from apache-1.x top 2.x. However I've re-used some code from the DSO/dyld parst of apache-1.x and modified it to fit with apache-2. This made it possibel to build and load dynamic libraries/modules into apache-2.x on OpenSTEP. I've testest this with mod_ssl and mod_php and I now have a apache-2.2.11 build with SSL and PHP-5.2.6 up and running on my sparc/OS-4.2. It should be pretty straight forward to build this package for intel and m68k as well, but I guess not for HPPA and since NS3.3 lacks support for dynamic libraries, no NS3.3 build will be possibel. Maybe Apache-2 can be modified to link against php like apache-1 does when doing a static build? that would be sweet.
I should also add that I'm still experiecing some problems on apache-2 that I don't have on apache-1, don't know if I've just missed something in httpd.conf, etc. but I'm having trouble running some php code from certain sub directories in htdocs.
Hey linmag7! :-) I might have an idea what the problem you're running into w/ apache-2 & certain sub directories. I'm running into a similar problem w/ tcl/tk. It's been years since I actually used tcl/tk for something on the NeXT & while getting remind the command line "reminder/calender" program working this week, I noticed some issues w/ tkremind, the tcl/tk calendar front end. The command line program works great & compiles clean w/ a few additions, but tkremind fails to run. Looks like it might be because of the old "readdir" bug. I was going to re-compile tcl/tk later this week & see if I can work around it. Since you're using -posix, you're probably seeing the something similar. It's really noticable when using the "posix" version of getcwd(). I use "rem" all time via ssh. So I took the time to compile it for the NeXT. :-) We had a 20+ HPC Linux Cluster show up finally @ a customer site, so I've been tied up w/ that. :-( We've only been "waiting" for it for 6+ month. Hope to have some time this weekend if you're going to be around to chat. Take care.
Hi,
In this build I've removed the -D_POSIX_SOURCE from the Apache (and PHP) source tree so it should be completely posix free, but I'll look into it, you never know when a posix bug decides to show up :) . I have set up a few image galleries for testing purpouses on my site and all but one works with apache2, the same gallery code work if I set up a new, empty directory and run a fresh copy of the code in there (I'm using YaPiG). Strange, but I guess I configured this YaPiG directory from apache-1 so maybe some settings don't work with apache-2 since a fresh setup in apache-2 seemes to work... I'll look into it when I find the time.
Quote from: "linmag7"Hi,
In this build I've removed the -D_POSIX_SOURCE from the Apache (and PHP) source tree so it should be completely posix free, but I'll look into it, you never know when a posix bug decides to show up :) . I have set up a few image galleries for testing purpouses on my site and all but one works with apache2, the same gallery code work if I set up a new, empty directory and run a fresh copy of the code in there (I'm using YaPiG). Strange, but I guess I configured this YaPiG directory from apache-1 so maybe some settings don't work with apache-2 since a fresh setup in apache-2 seemes to work... I'll look into it when I find the time.
Hmm, that's interesting. I agree about the "bugs" I've seen it few times where stuff didn't like to compile on sparc/hppa yet worked fine on x86/m68k using the same stock compiler. I'll let you know what I turn up. Take care!
I think my problems might be related to permission issues. My apache-2 setup runs with different permissions than apache-1 (different uid). This can be changed of course and I believe that the uid of apache and the permissions on files/directories and temporary which are created by the php code is what fails in my setup. I hope this is the case but I'll look into it some more later. The YaPiG gallery works i apache-2 when I set it up from scratch...
I have a package with apache-2.2.11 with SSL copiled quad-fat for NeXTSTEP 3.3. It seems to be working on my sparc hardware. If anyone is interesed in giving it a try for the hppa, i386 or m68k platform, let me know and I can make it available.
[/b]
Quote from: "linmag7"I have a package with apache-2.2.11 with SSL copiled quad-fat for NeXTSTEP 3.3. It seems to be working on my sparc hardware. If anyone is interesed in giving it a try for the hppa, i386 or m68k platform, let me know and I can make it available.
[/b]
Hey linmag7!
I figured I could help there. ;-) I've created an area on the webserver for your packages. Everyone can find linmag7's packages here:
http://kb7sqi.com/files/linmag7/I'm happy to provide the space to make them available. Take care.
I'm building a triple-fat packages for Apache-2.2.11 with DSO support, this is will provide php5 support with apache2 for those who run openstep. However, I run into some problems when building the ap utility. CC compile compiles ap.c fine for sparc and i386 architecture but when compiling for m68k I get this: "cc: Internal compiler error: program cc1obj got fatal signal 6". Signals 6 is according to signal.h SIGABRT/SIGIOT. The same code builds fine with the comiler from the NS-3.3 dev kit, even for m68k. Looks like a broken comiler, question is, is it just my dev-environment that is messed up?
Has anyone seen this before?
I've uploaded fresh mod_php4 and mod_php5 packages for apache2/openstep to kb7sqis server. These new modules can be loaded into apache2 to provide php with postgresql support. I've run into some problems running phpBB2 with php5, php4 seems to work fine though.
grap the postgresql package as well and you have a full blown Apache/PHP/SQL server on your openstep box (also available for nextstep with apache-1 as a static build)