coreadm on Solaris 10?
I plan to do some updates on the debugging page of the site in the next days. Therefore I want to know if coreadm is still available on Solaris 10. As I have no Solaris 10 box at hand maybe somebody here can help :-). Regards Rüdiger
Re: mod_mbox spinning processes on ajax
Hi, * Joshua Slive <[EMAIL PROTECTED]> [2005-10-17 10:45:16]: > Maxime Petazzoni wrote: > >Salut, > > > >* Joshua Slive <[EMAIL PROTECTED]> [2005-10-16 15:54:18]: > > > >>There appear to be some httpd processes spinning on cpu on ajax. > >>Attaching with gdb and asking for a backtrace gives me something > >>like this: > > > >[snip] > > > >Could you send us the URL that raised the problem ? We don't see > >anything that could be wrong in the mbox_wrap_text code :( > > This URL seems to give the problem: > http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-commits/200012.mbox/[EMAIL > PROTECTED] > > There are no spinning httpds on ajax at the moment -- they seem to > come and go. I suspect that they are not permanently spinning, but > rather are dying whenever the client gives up on waiting. > Connecting to the above URL gives me instant 100% CPU usage on the > server that lasts until I hit "stop" on the browser. I get no > content from the server. > > I would debug further, but that would involve actually looking at the > code, which I have so far managed to avoid ;-) This email is 457 kbytes long, maybe it just take some time to iterate through 450k+ characters. Maybe we could find a better algorithm ? I have no clue. - Sam -- Maxime Petazzoni (http://www.bulix.org) -- gone crazy, back soon. leave message. signature.asc Description: Digital signature
Re: Apache 2.0.55 w/ SSL
Paul Risenhoover wrote: Where can I pick up a Win32 build of Apache 2.0.55 w/ SSL? http://hunter.campbus.com/
Apache 2.0.55 w/ SSL
Where can I pick up a Win32 build of Apache 2.0.55 w/ SSL?
Re: Apache HTTP Server 1.3.34 prerelease tarballs
On Mon, Oct 17, 2005 at 08:14:55AM -0600, Brad Nicholes wrote: > +1 NetWare > > Brad > BSD/OS using Ben-SSL . > >>> On 10/13/2005 at 6:34:52 pm, in message > <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > wrote: > > Look for the Apache HTTP Server 1.3.34 prerelease tarballs in: > > > > http://httpd.apache.org/dev/dist/ > > > > Please test :) > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > -- Member - Liberal International This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED] God Queen and country! Beware Anti-Christ rising! Satan uses Republicanism to lead you away from the true path -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: mod_mem_cache and caching of file descriptors
On 10/17/05, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: > On Mon, Oct 17, 2005 at 07:19:18AM -0400, Jeff Trawick wrote: > > doc says "mod_mem_cache can be configured to operate in two modes: > > caching open file descriptors or caching objects in heap storage" > > "CacheEnable fd" > > will use mod_mem_cache for caching open file descriptors. Not sure if it > works, I havn't tested it. mod_mem_cache.c also has an CACHE_TYPE_MMAP, > but this doesn't seem to be implemented. thanks... > What's this got to do with apr? oops :(
Building 2.0.55 on OS/2
Hi All, Over the last few days I've been attempting to build Apache2 2.0.55 on OS/2 using GCC 3.3.5 Previous builds on OS/2 have been with the EMX runtime and GCC 2.8.1 Anyway, I have it building, using the unix poll & network_io code as the GCC 3,3,5 implementation is far more unix like than previous versions of GCC on OS/2. Anyway, when I run httpd, I get the following output to screen: Apache/2.0.55 (OS/2) However after a couple of seconds, the session termines, and I get the following to error_log: [Tue Oct 18 01:59:11 2005] [notice] Apache/2.0.55 (OS/2) configured -- resuming normal operations [Tue Oct 18 01:59:11 2005] [info] Server built: Oct 17 2005 20:29:07 [Tue Oct 18 01:59:11 2005] [error] (38)Socket operation on non-socket: apr_accept [Tue Oct 18 01:59:11 2005] [error] (38)Socket operation on non-socket: apr_accept Any ideas on what may be causing the error? -- Cheers, Paul.
Re: Mod_authn_dbd and NetWare
done. Thanks, Brad >>> On 10/15/2005 at 4:36 pm, in message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote: > Greetings All, > The attached bits build the mod_authn_dbd.c module for NetWare. > Norm
Re: 1.3 downloads broken
Joshua, I appologize for pre-staging - was hoping this would save some cycles in this extremely busy week and didn't mean to get in the way of other devs updating the site. Jim, I'm happy to push the website up to date when you stage the files for release. [FYI - I'll create the Win32 installer early this aftn.] We were thinking on irc... what if we had /httpd/site/trunk - the site under development /httpd/site/live - the site, as live [autoupdate as a post-commit?] so that nothing is in the way of authoring announcments and content? Bill Jim Jagielski wrote: Argf. I am planning on releasing late today or early tomorrow, btw On Oct 16, 2005, at 1:32 PM, Joshua Slive wrote: The download.cgi got updated to 1.3.34 before the release, so all 1.3 downloads are now broken
Re: mod_mbox spinning processes on ajax
Maxime Petazzoni wrote: Salut, * Joshua Slive <[EMAIL PROTECTED]> [2005-10-16 15:54:18]: There appear to be some httpd processes spinning on cpu on ajax. Attaching with gdb and asking for a backtrace gives me something like this: [snip] Could you send us the URL that raised the problem ? We don't see anything that could be wrong in the mbox_wrap_text code :( This URL seems to give the problem: http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-commits/200012.mbox/[EMAIL PROTECTED] There are no spinning httpds on ajax at the moment -- they seem to come and go. I suspect that they are not permanently spinning, but rather are dying whenever the client gives up on waiting. Connecting to the above URL gives me instant 100% CPU usage on the server that lasts until I hit "stop" on the browser. I get no content from the server. I would debug further, but that would involve actually looking at the code, which I have so far managed to avoid ;-) I forced a core dump and put it in /raid1/httpd-cores/core.31834 on ajax. Here's the basics: #1 0x21007f30 in mbox_wrap_text ( str=0x2147c038 "fotis 00/12/12 11:18:52\n\n Modified:.build.xml\n", ' ' , "docs/examples build.xml\n", ' ' , "docs/xml-docs fop.xml xml2xml.xsl\n", ' ' , "lib Fop.class Fop.java read"...) at mod_mbox.c:155 #2 0x21012ff0 in mbox_static_message (r=0x60230ca0, f=0x60235f70) at mod_mbox_out.c:1158 #3 0x2100a900 in mbox_file_handler (r=0x60230ca0) at mod_mbox_file.c:320 #4 0x40035f90 in ap_run_handler (r=0x60230ca0) at config.c:153 #5 0x40036f70 in ap_invoke_handler (r=0x60230ca0) Joshua.
Re: Problem with cookies in mod_perl
On Mon, 17 Oct 2005, Philip W. Dalrymple III wrote:
I am have a tough time getting cookies read from a request header. I am
using:
FC4 (updated to best current)
httpd (apache) 2.0.54-10.2 (rpm from fedora)
apr 0.9.6-3.1 (rpm from fedora)
mod_perl 2.0.1-1.fc4 (again rpm from fedora)
Most current Apache2 and APR modules updated from CPAN.
I can set the cookie without problems and see it in the browser as the
correct string (the cookie is a simple string with only hex digits and
one dash for example 35-4b3b65c6539f170cfd46168c5). when I use the code
my $sess = 'Not Set';
my $chash = APR::Request::Apache2->handle($r)->jar();
if($chash->{"ipm_s_$db"}) {
$sess = $chash->{"ipm_s_$db"};
}
to get the cookie from the session ($db is correct) I get, in the
error log
/usr/sbin/httpd: symbol lookup
error:
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so:
undefined symbol: apreq_handle_apache2
Can someone give me a pointer to what I am doing wrong here.
Do you have a
LoadModule apreq_module modules/mod_apreq2.so
in your httpd.conf? Note that the "2" in mod_apreq2.so.
--
best regards,
randy kobes
Re: Apache HTTP Server 1.3.34 prerelease tarballs
+1 NetWare Brad >>> On 10/13/2005 at 6:34:52 pm, in message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote: > Look for the Apache HTTP Server 1.3.34 prerelease tarballs in: > > http://httpd.apache.org/dev/dist/ > > Please test :)
Re: 1.3 downloads broken
Argf. I am planning on releasing late today or early tomorrow, btw On Oct 16, 2005, at 1:32 PM, Joshua Slive wrote: The download.cgi got updated to 1.3.34 before the release, so all 1.3 downloads are now broken (unless the downloader clicks on "other files" and goes exploring). I don't have time to fix it right now, so if someone else can take a look... joshua.
[httpd 2.0]: apr_dso_load Help needed!
Hi
ListenersThe same DSO library cannot be found by the second
instcance of Apache.exe. Could anybody help me in solving this
issue.While the SMAM.so library is loaded without any error by the first
Apache instance ([Mon Oct 17 10:12:38 2005] [debug] apache_handler.cpp(140):
loaded CPP so:test_handler), the second Apache instance emits an error
when loading the same library(Error Loading CPP SO modules/SMAM.so into
server: The specified module couldnot be
found.)TIAFAHere is the code involved in
LoadCPPModule-if ( apr_dso_load(&sohandle,
path, pool) != APR_SUCCESS ) {char my_error[256];return
apr_pstrcat(pool, "Error Loading CPP SO ", path, " into server:
",apr_dso_error( sohandle, my_error,
sizeof(my_error)),NULL);}Here is the traces at
startup:---[Mon Oct 17 10:12:38 2005] [debug]
mod_so.c(248): loaded moduleaccess_module[Mon Oct 17 10:12:38 2005]
[debug] mod_so.c(248): loaded moduleactions_module[Mon Oct 17 10:12:38
2005] [debug] mod_so.c(248): loaded module alias_module[Mon Oct 17 10:12:38
2005] [debug] mod_so.c(248): loaded module asis_module[Mon Oct 17 10:12:38
2005] [debug] mod_so.c(248): loaded module auth_module[Mon Oct 17 10:12:38
2005] [debug] mod_so.c(248): loaded moduleautoindex_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded module cgi_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded module dav_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded module dir_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded module env_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded module imap_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded moduleinclude_module[Mon
Oct 17 10:12:38 2005] [debug] mod_so.c(248): loaded module isapi_module[Mon
Oct 17 10:12:38 2005] [debug] mod_so.c(248): loaded
modulelog_config_module[Mon Oct 17 10:12:38 2005] [debug] mod_so.c(248):
loaded module mime_module[Mon Oct 17 10:12:38 2005] [debug] mod_so.c(248):
loaded modulenegotiation_module[Mon Oct 17 10:12:38 2005] [debug]
mod_so.c(248): loaded modulesetenvif_module[Mon Oct 17 10:12:38 2005]
[debug] mod_so.c(248): loaded moduleuserdir_module[Mon Oct 17 10:12:38
2005] [debug] mod_so.c(248): loaded modulecplusplus_module[Mon Oct 17
10:12:38 2005] [debug] mod_so.c(248): loaded moduledav_svn_module[Mon
Oct 17 10:12:38 2005] [debug] mod_so.c(248): loaded
moduleauthz_svn_module[Mon Oct 17 10:12:38 2005] [debug]
apache_handler.cpp(126): load_cpp_module:1[Mon Oct 17 10:12:38 2005]
[debug] apache_handler.cpp(140): loaded CPP so:test_handler[Mon Oct 17
10:12:38 2005] [debug] apache_handler.cpp(156): load_cpp_module:2[Mon
Oct 17 10:12:38 2005] [info] constructing soap handler.[Mon Oct 17 10:12:39
2005] [debug] apache_handler.cpp(168): load_cpp_module:3[Mon Oct 17
10:12:39 2005] [debug] apache_handler.cpp(193): load_cpp_module:4[Mon
Oct 17 10:12:39 2005] [debug] mod_so.c(248): loaded
moduleaccess_module[Mon Oct 17 10:12:39 2005] [debug] mod_so.c(248):
loaded moduleactions_module[Mon Oct 17 10:12:39 2005] [debug]
mod_so.c(248): loaded module alias_module[Mon Oct 17 10:12:39 2005] [debug]
mod_so.c(248): loaded module asis_module[Mon Oct 17 10:12:39 2005] [debug]
mod_so.c(248): loaded module auth_module[Mon Oct 17 10:12:39 2005] [debug]
mod_so.c(248): loaded moduleautoindex_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded module cgi_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded module dav_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded module dir_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded module env_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded module imap_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded moduleinclude_module[Mon Oct 17 10:12:39
2005] [debug] mod_so.c(248): loaded module isapi_module[Mon Oct 17 10:12:39
2005] [debug] mod_so.c(248): loaded modulelog_config_module[Mon Oct 17
10:12:39 2005] [debug] mod_so.c(248): loaded module mime_module[Mon Oct 17
10:12:39 2005] [debug] mod_so.c(248): loaded
modulenegotiation_module[Mon Oct 17 10:12:39 2005] [debug]
mod_so.c(248): loaded modulesetenvif_module[Mon Oct 17 10:12:39 2005]
[debug] mod_so.c(248): loaded moduleuserdir_module[Mon Oct 17 10:12:39
2005] [debug] mod_so.c(248): loaded modulecplusplus_module[Mon Oct 17
10:12:39 2005] [debug] mod_so.c(248): loaded moduledav_svn_module[Mon
Oct 17 10:12:39 2005] [debug] mod_so.c(248): loaded
moduleauthz_svn_module[Mon Oct 17 10:12:39 2005] [debug]
apache_handler.cpp(126): load_cpp_module:1Syntax error on line 178 of
C:/Program Files/ApacheGroup/Apache2/conf/httpd.conf:Error Loading CPP
SO modules/SMAM.so into server: The specified module couldnot be
found.Here is snipet of the httpd config
involved:--#LoadModule
usertrack_module modules/mod_usertrack.so#LoadModule vhost_alias_module
modules/mod_vhost_alias.so#L
