Re: libapr and --disable-shared?
I am also worried with mod_webapp for Apache-2.0, what will happend when a internal typedef of APR comming from httpd will be used by mod_webapp and will be handled differently there because of different APR version? Who said that for Apache 2.0 there will be 2 different versions of APR? I never did (I actually said quite the contrary, that it would be cool to link against the HTTPd binary as they do in BeOS. Now a day it is a little stricky: to link staticly against httpd we need a config.m4 to put in httpd-2.0/modules/web_app and run autoconf to rebuild the configure of httpd-2.0... This is not true. Just use --with-module=generators:/path/to/mod_webapp on the configure line. This will copy mod_webapp into the generators directory, and build it statically into Apache. I don't know if this works for modules with more than one file yet, but the same general logic could be used if it doesn't, we just need to write an autoconf macro. Ryan _ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] -
Re: mod_webapp status?
On Thu, 22 Mar 2001 [EMAIL PROTECTED] wrote: On Thu, 22 Mar 2001 [EMAIL PROTECTED] wrote: You are 100% correct. Let me give a bit more detail. Covalent is currently using APR in many of our modules that work with Apache 1.3. This is actually harder than a module that works with a different web server, because there are some overlapping concepts that don't match exactly between APR and Apache 1.3. Ryan, Using APR ( or beeing able to use APR when ready ) was one of the design decisions in mod_jk, and most of the "generic" code was done using similar "interfaces" ( with what was at that time in APR ). We all agree APR is a great piece of code - the only problem is finding the right time to switch to it. And having APR released and tested with other servers ( IIS, NES, AOLServer ) is important. One question - is it possible to build only a subset of APR ( i.e. the set of functions that are actually used ) ? Yes and no. :-) There are some parts of APR that can be enabled/disabled with command line parameters to configure. Not all of APR has this option however. What I basically do, is as I find a section of APR that can not be disabled, I go in and add code to disable it with a configure option. The way things are turned on and off with APR is really simple, so adding more options is not difficult, but nobody has ever sat down and just done it. I am more than happy to help in any way that I can. If that means helping with the port, or helping make more of APR selectable, just let me know. Ryan ___ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 ---
Re: Apache 2.0
H.. I have all the good intentions in doing this, but I'm unable to get Apache2.0 to work... I've got the _a9 sources, and I was able to compile - but apache crashed. There are known issues with _a9. I would suggest ignoring it completely. Now I'm trying to get apache2.0 using anonymous CVS, and I get: ap_buckets_file.c touch ap_buckets_file.lo ap_buckets_file.c: In function `file_read': ap_buckets_file.c:104: warning: passing arg 5 of `apr_mmap_create' makes integer from pointer without a cast ap_buckets_file.c:104: too few arguments to function `apr_mmap_create' This is really odd. Line 104 on my machine is a declaration of a status variable. Line 105 is a call to apr_mmap_create, but that call is correct. I would be interested in actually seeing the code on your machine. I'm using RedHat linux, and I did a clean cvs checkout. Can anyone build Apache2.0 with .so support on Linux and make the binary available ( please add --with-debug ) ? If you are able to run it, what glibc do you use ? I am running Mandrake 7.1, with glibc2, and I can build it. I will try to make the binary available tonight. I have to figure out the problem on locus before I do much else, but I will try to publish something within an hour. ( maybe I'm stupid, but so far I don't have many programs crashing on my systems, all VMs are working fine - I don't think it's something wrong with my system ) It really looks like there is something wrong with your checkout, because line 104 shouldn't be able to not compile. Ryan ___ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 ---
Re: Apache 2.0
Wow. That was fast. I am in the middle of compiling Apache 2.0 on locus so that we can run it with locus's config file on port 8080. I expect we will release the alpha on Friday unless something goes wrong, Once I have Apache running on port 8080 on locus, we can work on getting mod_jk installed in it as well. Ryan On Mon, 18 Dec 2000, Costin Manolache wrote: Hi, I am able to compile Apache2.0, and I updated mod_jk for the modified functions in 2.0 - it now compiles. I'm pretty confident we can have it running in few days - it did worked before and it works fine with other multithreaded servers. As you can see, most of the code in mod_jk is indpendent of server architecture. The only obstacles are the ammount of work I have for this week ( on my job ) and the fact that I may need to upgrade my OS to run Apache2.0. Right now it compiles but crashes on startup, and I traced it to the mm module and scoreboard ( that's before adding mod_jk). I tried various options on mm ( including FILE ) but it still crashes - so I'll have to try with a different glibc, as that is the problem I presume. ( I have a RedHat 6.2 with a lot of updates, like glibc 2.1.95 ). Please let me know what's the schedule you have in mind for upgrading. Costin __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ ___ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 ---
