RE: 64 bit Apache 2.2.4 on windows getting crashed
From the description of it the version of Apache you are using is 2.2.3 instead of 2.2.4. Would the 3pp you are using by any chance be SM 6.0 ?? I think this kind of inquiries first of all belongs on the users list. -ascs De : Renu Tiwari [mailto:[EMAIL PROTECTED] Envoyé : mercredi 2 janvier 2008 14:36 À : 'dev@httpd.apache.org' Objet : 64 bit Apache 2.2.4 on windows getting crashed Hi All, We have installed 64 bit Apache 2.2.4 on windows. We downloaded the installer from http://www.blackdot.be/?inc=apache/binaries The issue is when Apache is configured with a thirdparty module (64 bit as well) and is started the error is shown in event viewer as:- Faulting application httpd.exe, version 2.2.3.0, faulting module abc_xyz.dll, version 6.0.513.383, fault address 0x000ec417. We have checked in Apache's error logs, no error is present there. Please suggest. Thanks CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS***
Re: Interfacing with mod_negotiation
William A. Rowe, Jr. wrote: Wondering if this is worth a great deal of time until we define the VFS in less APR'ish, less filesystem'ish patterns. Maybe an APR-like file-system interface is an appropriate interface for a virtual filesystem? I guess it is a question of how much you want to try to achieve in a VFS... A VFS interface would need to be quite similar to the FS interface in APR (perhaps a superset)? if you wanted to be able to virtualize all resulting request related file IO you are going to need to be able to fill in operations for all of the FS equivalents to apr_file_(stat, open, read, write, close, lock, unlock, remove, perms_set, ...), apr_dir_(open, read, close, make, remove), etc. The VFS should have complete coverage to allow intercepting of all request related file (or resource if you like to call it) IO otherwise it would not be quite so useful. There are other existing httpd VFS abstractions such as DAV resource providers which already offers a high level non-file centric VFS interface although this can't be used across encapsulation boundaries such as in apr-util and is perhaps a bit heavyweight for more pervasive usage internally (and doesn't support enough low-level operations to support things such as mmap and sendfile)? Without a low-level APR VFS interface, how would we cross encapsulation boundaries such as brigades and dbm in apr-util? I think a VFS should be able to virtualize all file IO including that from any other modules that use APR file IO interfaces (at least that is what I need personally :) ). It also needs to (optionally) handle sendfile and mmap which are low-level concerns (e.g. a memory file cache VFS provider could handle zero-copy IO by filing out a sendfile or mmap implementation). My VFS delving has always led me towards the creation of a generic (and rather pragmatic) way of getting request_rec* passed down to an APR interfaced VFS provider with the addition of a generic apr_vfs_context* argument (a container for request_rec* in httpd) to APR file IO interfaces with transitional support for the present APR file IO interfaces (without explicit vfs_context* argument) by the use of a thread local variable - this could be made more robust by converting apr-util to use new interfaces and explicitly pass this vfs_context* (but it could be done quite robustly in the meantime by pushing and popping of contexts during starting and end of requests and their nested sub requests - or in an event driven mpm, changing contexts when required). Here is the URL to my notes again for those interested: http://privsep.org/AprVirtualFileSystem Perhaps you could s/file/resource/, s/dir/collection/, s/filename/uri/ but that still leaves the problem of the code that crosses encapsulation boundaries in apr-util (my reasoning for needing an interface in APR). BTW - FUSE on Linux also has the same fuse_context* pattern for getting context specific information down to filesystem providers: http://fuse.sourceforge.net/doxygen/annotated.html Just another random thought - A low-level VFS interface may make it possible to have a mod_vfs_fuse allowing you to run fuse filesystems in apache. With a robust VFS for httpd, your provider could register the corresponding content for a request, and negotiation would query VFS providers of both multiview matches, type-maps, and your i18n. The queries would end up as stat calls to a low-level (V)FS provider somewhere. I guess from an APR centric view of a VFS (how I've been thinking about it) you could hook stat and open (and read/write for your translation substituted file) to do this although I'm not sure if it would be the best way - possibly it would be for the read/write to the language substituted (virtual) file (which you might layer hypothetical generic VFS caching on top of if your generation was expensive) but the query support might need to be at a higher level. A VFS provider that didn't serve the same file for the same path at this layer would need to change the request appropriately for negotiated content (as it would break existing assumptions). Should this be within the scope of a VFS or do you think this might be a higher level requirement? Could mod_include be taught to substitute language specific strings from a YAML translation file? my 2c. Michael.
Re: time for 1.3.40 and 2.2.7 ?
On 01/03/2008 12:21 AM, Ruediger Pluem wrote: But there was a problem with the _default_ setting for a virtual host. I am not sure so far if this is my config or if there is something else going wrong on Solaris 10. I will investigate tomorrow. This is a bug in Solaris 10. See also http://mail.opensolaris.org/pipermail/networking-discuss/2007-September/017120.html http://bugs.opensolaris.org/view_bug.do?bug_id=4944187 There might be even a patch for it, but I do not have sunsolve credentials at hand: http://sunsolve.sun.com/search/document.do?assetkey=1-1-4944187-1 Regards Rüdiger
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi Bill, mod_ftp fans; See http://svn.apache.org/repos/asf/httpd/mod_ftp/tags/0.9.1/STATUS-FTP first line of STATUS reads: MOD_FTP 3.0 STATUS: a little bit strange the 3.0 while the module has now 0.9.1 version Guen.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
On Jan 3, 2008 4:29 AM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: mod_ftp fans; [ ] -1 for any release of 0.9.1 [X] +1 to release as 0.9.1-alpha [ ] +1 to release as 0.9.1-beta [ ] +1 to release as 0.9.1-beta, and ready to tag GA (1.0.0) Compiles fine on vs 2005 and default config works... however... 1) I had to copy and rename libapr-1.lib and friends to without the -1 part. 2) I had to copy mod_log_config.h into mod_ftp's include dir since it wast in apache include dir... did a recompile of httpd and not there! so something is either wrong in the httpd makefile and it doesn't get copied or mod_ftp is looking for it in the wrong place. (in the end I found it in httpd-src/modules. Didn't do a decent test with the exames but sample conf works so I say alpha -- ~Jorge
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi, http://httpd.apache.org/dev/dist/mod_ftp/ review, take it for a spin, and cast your choice when compiling for 2.0.x I get an unresolved: ### mwldnlm Linker Error: # Undefined symbol: apr_strtoff in # ftp_commands.o APR 0.9.x seems to lack of apr_strtoff() should we backport this? I found that f.e. 2.0.x mod_(mem_)cache has this rewrite: #if 0 char *errp; if (apr_strtoff(size, cl, errp, 10) || *errp || size 0) { cl = NULL; /* parse error, see next 'if' block */ } #else size = apr_atoi64(cl); if (size 0) { cl = NULL; } #endif or should we do similar in ftp_commands.c depending on MODULE_MAGIC_NUMBER ? Guen.
Re: time for 1.3.40 and 2.2.7 ?
Ruediger Pluem schrieb: On 01/03/2008 12:21 AM, Ruediger Pluem wrote: But there was a problem with the _default_ setting for a virtual host. I am not sure so far if this is my config or if there is something else going wrong on Solaris 10. I will investigate tomorrow. This is a bug in Solaris 10. See also http://mail.opensolaris.org/pipermail/networking-discuss/2007-September/017120.html http://bugs.opensolaris.org/view_bug.do?bug_id=4944187 There might be even a patch for it, but I do not have sunsolve credentials at hand: http://sunsolve.sun.com/search/document.do?assetkey=1-1-4944187-1 Not there's no other info in this patch description document and sunsolve doesn't find a patch for it even with credentials. The bug has been last updated on December 18 this year, although it goes back to 2003. It looks like they are now producing a patch. The other links above already include the Sun suggested workarounds, either disable nscd (bad) or include DNS in /etc/nsswitch.conf. Regards Rüdiger Gutes Neues! Rainer
Re: time for 1.3.40 and 2.2.7 ?
Rainer Jung schrieb: been last updated on December 18 this year, although it goes back to this - last (it's already next year) :)
Re: Low-hanging fruit in 2.2.x/STATUS
On Jan 2, 2008, at 5:13 PM, Nick Kew wrote: A gentle reminder, the mod_deflate and mod_dav backports aren't marked as showstoppers, but fix serious bugs. The mod_deflate proposal seems to me particularly low-hanging fruit. FWIW, I didn't tag simply because I also considered these candidates for inclusion... did some v. rough testing last night; more today.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi Jorge, 2) I had to copy mod_log_config.h into mod_ftp's include dir since it wast in apache include dir... did a recompile of httpd and not there! so something is either wrong in the httpd makefile and it doesn't get copied or mod_ftp is looking for it in the wrong place. (in the end I found it in httpd-src/modules. can you please test if the attached diff fixes this second issue? Guenter. mod_ftp.dsp.diff Description: Binary data
Re: mod_wombat build help
On Jan 1, 2008, at 10:15 PM, Justin Erenkrantz wrote: On Dec 31, 2007 5:12 PM, Brian McCallister [EMAIL PROTECTED] wrote: If anyone is familiar with autconf and modules, I would *love* if that person could take a look at helping me clean up mod_wombat's build, which is presently a mess. I, to be honest, don't understand enough automake/autoconf + apxs to know what needs doing, so will just say... please help? See below. If you'd like, I can just commit it. (It's not perfect, but it'll build out-of-the-box on Leopard.) Please go ahead and apply it. THANKS! -Brian
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi Guenter, No it didn't. I got a few notes on this though: 1) in the 2.0 tree is there a loggers subfolder in the source tree? I'm not sure been a long time since I looked at it. 2) APACHE2_HOME points to the install dir of apache and not to the source IIRC? so there wouldn't be a modules subfolder there anyway. ~ Jorge On Jan 3, 2008 2:35 PM, Guenter Knauf [EMAIL PROTECTED] wrote: Hi Jorge, 2) I had to copy mod_log_config.h into mod_ftp's include dir since it wast in apache include dir... did a recompile of httpd and not there! so something is either wrong in the httpd makefile and it doesn't get copied or mod_ftp is looking for it in the wrong place. (in the end I found it in httpd-src/modules. can you please test if the attached diff fixes this second issue? Guenter.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi, No it didn't. I got a few notes on this though: 1) in the 2.0 tree is there a loggers subfolder in the source tree? I'm not sure been a long time since I looked at it. yes. 2) APACHE2_HOME points to the install dir of apache and not to the source IIRC? so there wouldn't be a modules subfolder there anyway. sorry, yes, this only works for in-tree compile; somehow we have not thought yet about this; its not only for mod_log_config.h , but also mod_dav.h, mod_proxy.h an probably some more module headers are missing in the installed include dir... perhaps we should think of a subfolder 'module_headers' or such, and move these headers to there, or at least create such a folder with install and copy the module headers there BTW. if you compiled with 2.0.x - how did you get around the missing apr_strtoff() issue then? Guenter.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
On 1/3/08, Guenter Knauf [EMAIL PROTECTED] wrote: Hi, No it didn't. I got a few notes on this though: 1) in the 2.0 tree is there a loggers subfolder in the source tree? I'm not sure been a long time since I looked at it. yes. 2) APACHE2_HOME points to the install dir of apache and not to the source IIRC? so there wouldn't be a modules subfolder there anyway. sorry, yes, this only works for in-tree compile; somehow we have not thought yet about this; its not only for mod_log_config.h , but also mod_dav.h, mod_proxy.h an probably some more module headers are missing in the installed include dir... perhaps we should think of a subfolder 'module_headers' or such, and move these headers to there, or at least create such a folder with install and copy the module headers there I see... thats a complicated problem then :( maybe keep the same layout as the source? include/ - general files + apr (like it is now) include/modules/logger include/modules/xxx to keep the organized? Just wondering are big changes like that allowed on 2.2? or if this gets correct only be in trunk? BTW. if you compiled with 2.0.x - how did you get around the missing apr_strtoff() issue then? I didn't, I was just wondering if the source layout (aka having modules/loggers) sub folder in the 2.0 source aswel. I can't remember if it had. Guenter. -- ~Jorge
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Guenter Knauf wrote: Hi Jorge, 2) I had to copy mod_log_config.h into mod_ftp's include dir since it wast in apache include dir... did a recompile of httpd and not there! so something is either wrong in the httpd makefile and it doesn't get copied or mod_ftp is looking for it in the wrong place. (in the end I found it in httpd-src/modules. can you please test if the attached diff fixes this second issue? That would work for an in-tree build (sort of - .lib's are now in another place). I'm fine on adopting this as part of the in-tree, out-of-tree changes I'm working on for win32.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Hi, Guenter Knauf wrote: its not only for mod_log_config.h , but also mod_dav.h, mod_proxy.h an probably some more module headers are missing in the installed include dir... perhaps we should think of a subfolder 'module_headers' or such, and move these headers to there, or at least create such a folder with install and copy the module headers there Already fixed the Makefile.win and working on the installer changes to completely resolve this in 2.2.7/2.0.62. sweet! Let me please know how you will resolve this so that I can sync with NetWare installdev. thanks, Guen.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Guenter Knauf wrote: its not only for mod_log_config.h , but also mod_dav.h, mod_proxy.h an probably some more module headers are missing in the installed include dir... perhaps we should think of a subfolder 'module_headers' or such, and move these headers to there, or at least create such a folder with install and copy the module headers there Already fixed the Makefile.win and working on the installer changes to completely resolve this in 2.2.7/2.0.62.
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Jorge Schrauwen wrote: Compiles fine on vs 2005 and default config works... however... Sweet 1) I had to copy and rename libapr-1.lib and friends to without the -1 part. 2) I had to copy mod_log_config.h into mod_ftp's include dir since it wast in apache include dir... did a recompile of httpd and not there! so something is either wrong in the httpd makefile and it doesn't get copied or mod_ftp is looking for it in the wrong place. (in the end I found it in httpd-src/modules. Both documented in README-FTP, thanks for the observation :)
Re: [VOTE] initial release of httpd-mod_ftp-0.9.1
Guenter Knauf wrote: sweet! Let me please know how you will resolve this so that I can sync with NetWare installdev. Crappy solution, I iterate the explicit list of includes just like Makefile.in spells out. Why these don't land in include/ during build is beyond me. Our schema for building header files sucks :) Bill
Query on MaxClient and ListenBackLog
Hi All, I am using MPM= worker and Apache version is 2.2 on Red-Hat 3.0. I am getting lots of connection timeout from the client request as due the busy server.I have kept the value of MaxCLient 128 and ListenBackLog to default 511. So in order to reduce the connection timeouts which one makes more sense to increase like MaxClient or ListenBackLog. Any help would be appreciated. Thanks and regards -A