Re: nt, unc file names
At 03:27 PM 2/25/2002, Radu Caulea wrote: I can successfully use unc filename in plain perl (copying files between computers). (NT 4 or 2000) The same code doesn't work in mod_perl. Do I need to configure something in Apache or mod_perl to be able to see remote files as \\computername\g$\filename.xxx ? Are you able to use this pathname running Apache/mod_perl in a console? The 'Service' mode on NT does not cooperate in some respects. Unless you change the service to Run As... an account with net access - the Apache service has -no- permissions to the network. If you can run this service in your own login from the console, that is your hassle.
Re: Apache Bench
From: Joshua Chamas [EMAIL PROTECTED] Sent: Friday, November 30, 2001 11:08 AM Last I checked, ab which comes with Apache, had not yet been ported to NT/2000 officially. However, there does seem to be a port available here: http://www.remotecommunications.com/apache/ab/ Upon testing their precompiled version however, I found that that it doesn't seem to work too well, in that it can only do some 1 request per 4 seconds :( Uhmmm... I use it every day or so. Suggest you look at Apache 2.0 - it runs quite well. Of course 1.3 will never be ported, it's just too tangled, but ab for Apache 2.0 should work on native win32 (as well as cygwin now that Stipe has patched to work around cygwin/WinSock incompatibilites.)
Re: ANNOUNCE: Apache::ACEProxy 0.01
From: Tatsuhiko Miyagawa [EMAIL PROTECTED] Sent: Monday, August 20, 2001 1:59 PM CAVEATS This module (at least Apache::ACEProxy::RACE) assumes input domain names are encoded in UTF8. But currently it's known that: * MSIE's always send URL as UTF8 preference does NOT ALWAYS send correct UTF8 string. This has come up on the dav-dev list. As far as MS DAV clients are concerned, the User-Agent can be used to know whether or not it respects that setting. Of course, in order to do proper conversion when it doesn't respect it you still need to know the local encoding that it uses. Note this issue appears very specifically to; User-Agent: Microsoft Data Access Internet Publishing Provider DAV 1.1 Which never observes the Always send URL as UTF8 setting. Any further observations are greatly appreciated Bill In my environment, User-Agent: strings is always Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Win 9x 4.90) It seems to be independent with whether that setting is enables. The problem is, even if we enable the setting, MSIE sometimes sends corrupted UTF-8 string. In my environment, delimiting dots in domain names are corrupted as UTF-8.
Re: Apache 2.0 / mod_perl 2.0 / Win NT/2000 ? pipe dream ?
From: Homsher, Dave V. [EMAIL PROTECTED] Sent: Wednesday, August 01, 2001 12:32 PM Hi all, We currently use (close to) the latest Apache / mod_perl environment on HP/UX. Our holding company is forcing a move to Win2k :/, but they still want to use our mod_perl apps :). I was looking for more information on mod_perl 2.0 today but didn't come up w/much. I have several questions. If you can answer or point to docs, I would be most appreciative. 1) Is moving to mod_perl 2.0 going to require large code changes (even on a *nix system)? 1a) Are there any web sites detailing the types of changes that will be required? Depends on what you are doing, I'll let others comment. 2) I am aware that Apache 2.0 should see a performance increase on NT. Will I be a able to run my current modules in this environment? Depends on how they are written. If you stay within the Apache:: space, yes. The obvious caviats about certain perl functions still apply. 2a)Will it be a production level environment? Yes, but there are still issues (mutiple processes for robustness? no.) 2b) What will be the performance repercussions (if it will be possible at all)? You are hit with extra stats when the server is determining the 'correct canonical filename' since NT is case insensitive. Other than that, this will be a huge boon to mod_perl, since mod_perl on 2.0 supports threads! No more one-worker model :) 3) Is there any commercial company that would provide tech support contracts in this environment (not that I've needed it so far, but the uppers like the safety net)? Covalent (www.covalent.net) where Doug MacEachern and I both work stands strongly behind both Apache 2.0 and mod_perl. I would expect that upper management could feel pretty confident about Covalent support services :) 4) Is the code base stable enough that I can compile and test this out (I really can't even find a site that deals w/ mod_perl 2 in any detail - probably looking in the wrong places - I would think that perl.apache.org would mention something? - am I blind? ) I'm about to try the same thing myself ... I don't know how buildable this is on Windows yet, but I will email the list with whatever I discover. Bill
Re: Tutorials Need To Learn More
From: Purcell, Scott [EMAIL PROTECTED] Sent: Friday, July 06, 2001 7:54 AM Hello, I am working with mod_perl and apache on NT (No ripping please ... it is a political issue here at my work.). Anyway, I have been trying to learn more about taking advantage of handlers, etc. I purchased the book Writing Apache Modules with Perl and C, but it is NOT NT friendly. Most of the examples DO NOT work on my NT mod_perl. How do you mean? Of course stat() and other calls work a bit differently, but most C/Perl programmers are already familiar with these distintions. MS does a modest job in documenting clib discrepancies between unix clib and msvcrt. And the Perl/MSWin32 pages do a pretty decent job pointing out the big perl gotchas between Unix and Windows. OTOH, if you are asking about the operational differences for Apache itself, the biggest is that the data you pre-create in the server init phase (some mod_perl hacker can insert the modperl construct here) is not propagated in the same manner. The parent process runs it's init phase (twice), and then the child process runs it's init phase (once). Only the child processes' init phase results are available to the actual requests. Anyway, I figure there has to be more resources than just that book. Does anyone know of any? I am looking for examples and techniques to get me rolling. They should be helping you already, it's just that you need to know a bit about NT clib/perl discrepancies before you can parse any examples out there, in book form or from examples available on the web. Bill
Re: Forking Child 2
From: Purcell, Scott [EMAIL PROTECTED] Sent: Monday, June 18, 2001 9:45 AM Hello, I wrote a little bit ago about trying to not fork my Apache server. I want to run only a single child. Anyway, I got three terrific responses, but have no clue what they mean. I am on Apache NT4.0 and am learning. Anyway, some of the responses I got for setting a single process were: type: /path/to/apache/dir/httpd -X That is it. But httpd is Apache.exe on Win32. So... Apache -x I have been through my install trying to execute a httpd at the command line, but I am making no connection. You first need to stop apache (apache -k stop -n Apache) Could someone please explain a litle more in detail what I should do on a NT system and what the httpd is (exe?); It's named Apache.exe. You should have mentioned Windows in you original post so folks wouldn't mislead you (they certainly didn't mean to.) Apache on unix uses the httpd executable, and forks many processes (one per connection to serve.) Apache on Win32 uses the threaded Apache.exe, twice. The parent is only out there to replace a dead child process. Be warned, the -X is a crippled, debugging version, and simple things like Ctrl+C to stop the server, and running as a service, simply don't work. Bill
Re: Apache::DB fatal error U1077 on Win32
From: Randy Kobes [EMAIL PROTECTED] Sent: Wednesday, June 13, 2001 10:47 PM On Wed, 13 Jun 2001, Ender Josef wrote: C:\Perl\lib\CORE\perl56.lib : fatal error LNK1106: invalid file or disk full: cannot seek to 0x3afe435e NMAKE : fatal error U1077: 'link' : return code '0xc' Stop. (full listing at the end) Any ideas how to fix this? Assuming your disk isn't really full, this error can result by from using a compiler that generates code incompatible with the library it's trying to link against. Would you happen to have VC++ 5, and are using ActivePerl build 6xx? There is an incompatibility there, as ActiveState uses VC++ 6. That's his bug already (boy does that look familiar :-/) If so, you could - upgrade to VC++ 6 - compile Perl with VC++ 5 - install Apache-DB thru the ppm utility: within your ppm utility shell, set the repository to http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and then install Apache-DB. One more method (free and easy) ... grab the SDK tools. Since the SDK includes a set of some of the tools (including link.exe), it addresses the problem. I actually hit this trying to link to MS's system dll .lib files, and the bundled link addressed the issue.
Re: credit card processing
The product you are asking about is Commerce Server, which includes the Creditor component, Apache, covalent_ssl, mod_perl, etc. http://www.covalent.net/products/commerce/ Hope that helps, Bill - Original Message - From: Adam Prime [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 23, 2001 11:47 AM Subject: credit card processing I was looking through the mod_perl archives and saw a post from doug about a credit card processing system called 'creditor' i looked on the covalent web site, but i couldn't find any info. Did this thing ever see the light of day? If not, what are some alternatives to it? i was forwarded this url (http://www.paygateway.com/tech/perl_plug/), but sites without index pages make me wonder. Any feedback would be appreciated. It would be especially great if we would be able to bill in both US and Canadian Dollar's using the same thing. TIA Adam
Re: Regarding modperl installation (fwd)
From: Stas Bekman [EMAIL PROTECTED] Sent: Friday, May 04, 2001 10:58 PM Of course some people run the bleeding edge versions on their servers (either because they need some new features, unavailable in the stable versions, or just because...). But these people usually don't complain on the list, they send patches if they find something broken. Or just because some ports (e.g. win32) tend to always improve (number of broken features number of fixed features :-) Bill
Fw: Win32 Apache-1.3.19
Whoops... sorry, ment to include the list on this post :-) From: [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 8:47 PM Win2000 SP1, Apache-1.3.19, mod_perl-1.25_01-dev (installed from randy kobes site using the Activestate PPM install). Apache installed at c:/Apache/Apache whenever I attempt to start up with mod_perl.so or ApachePerlModule.dll i get the following error: Cannot load c:/apache/apache/modules/mod_perl.so into server: (126) The specified module could not be found: is anyone else even using this yet ? FYI Covalent Fast Start Server is bundled with 1.3.19/modperl1.25 [amoungst other things] so yes, it works. It suffered the perl _shutdown_ bug, which turns out to be Apache's threads fault, so if you diff the current service.c module with 1.3.19 (check out websrc) it will shut down cleanly (this was the solution needed to put Fast Start out the door :-) It sounds like you are missing a step (I don't use Randy's builds, so can't tell you where you might have gone astray, sorry.) For all service related patches to fix shutdown, grab _both_: http://www.apache.org/websrc/viewcvs.cgi/apache-1.3/src/os/win32/service.c.diff?r1=1.53r2=1.44 http://www.apache.org/websrc/viewcvs.cgi/apache-1.3/src/main/http_main.c.diff?r1=1.533r2=1.530 Without the patches, or waiting for 1.3.20, apache has a 50/50 chance of segfaulting during service shutdown. This has been a problem for some time, it took the better part of five guys hacking on and off over 6 months to track down that we jumped threads during service stop :-( Best of luck, Bill
Apache/mod_perl/Win2K gpfault finally resolved?
Folks, any of you in a position to grab the current Apache tree from CVS and build Apache plus mod_perl, and see if the gpfault is gone, here is the 'unpatch' for John Sterling's quick hack: Index: mod_perl.c === RCS file: /home/cvspublic/modperl/src/modules/perl/mod_perl.c,v retrieving revision 1.134 diff -u -r1.134 mod_perl.c --- mod_perl.c 2000/12/20 06:39:48 1.134 +++ mod_perl.c 2001/02/21 03:14:34 @@ -508,19 +508,6 @@ static void mp_dso_unload(void *data) { array_header *librefs; - -#ifdef WIN32 -// This is here to stop a crash when bringing down -// a service. Apparently the dso is unloaded too early. -// This if statement tests to see if we are running as a -// service. apache does the same -// see apache's isProcessService() in service.c -if (AllocConsole()) { -FreeConsole(); -return; -} -#endif - librefs = xs_dl_librefs((pool *)data); perl_shutdown(NULL, NULL); unload_xs_so(librefs); I would sure like to know our headaches are gone on Win2000 - so please try this out and provide feedback if it does or doesn't solve that earlier problem. Bill