Re: Authentication/Authorization
Eli, Have you set up your own authentication type or are you trying to overload "basic" ? If the former you might need to check your .htaccess config. If the latter, it looks like your code is not setting something correctly. For some reason the server is returning 401 - Unauthorised instead of 403 - Forbidden. My thought is that somehow your code is being ignored and Apache is processing a basic authenication first. Others on the list might know more about the exact sequence of events in Apache. You might want to take a look at Apache::AuthCookie which does something similar to what you are trying to do I think. HTH, Simon Wilcox. From Eli Ben-Shoshan [EMAIL PROTECTED]Date17:15:20 9 August 2000 To: [EMAIL PROTECTED] cc:(bcc: Simon Wilcox/BASE/WilliamsLea) Fax to: Subject: Authentication/Authorization All, I work at a large university where some faculty/staff need a way to only allow students to view certain web pages. Here at the university we have a central authentication system (based on kerberos) that has been extended to the browser. Basically the you login via SSL to a machine that hands you a cookie. Then you go to a secured page where my perl module verifies that cookie against one of the authentication servers. If you are authenticated then the modules sets the connection to your user name ($r-connection-user('USERNAME')) and you get to view the page otherwise you are redirected to the login server (which later redirects you back) to get a valid cookie. The authentication works beautifully but authorization seems to fails. If I have a "require user joe" in an .htaccess file and you are not joe then apache reverts to basic authentication which makes the browser bring up the popup box to authenticate. What I would like to do is not have that popup box come up but instead have some message that tells the user that they are not authorized for the current url. The only solution that I could think of was to write a PerlAuthzHandler that mimics apache's built in authorization but there has got to be a better way. Thanks. -- Eli Ben Shoshan ([EMAIL PROTECTED]) North East Regional Data Center (NERDC)
Jobs?
Is this an appropriate place to advertise one's availability for a couple of weeks mod_perl work? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Passing info between handlers via an internal redirect?
How does one pass information between handlers via an internal redirect? I am creating a virtual set of documents with a path of the form /text/actual_path. The idea is that I do an internal redirect to serve the real file (at /actual_path) but use the fact that a "/text/" url was requested to set a flag to render that file in a text browser friendly form. I've tried notes and subprocess_env (see below) but they don't appear to work across an internal redirect. I don't think I can use cookies for this and would prefer not to munge the redirected url (since this causes problems with our local web cache). Any advice would be much appreciated. I have the following (non-functional) code so far # Silently redirect text-only requests my $uri = $r-parsed_uri; if ($uri-path =~ /^\/text(\/.*)$/) { $uri-path($1); # Try and pass a flag $r-notes('view' = 'text'); $r-subprocess_env('view' = 'text'); $r-internal_redirect($uri-unparse); return OK; } else { # See if flag has been set my $notes = $r-notes; $view = $notes-{'view'}; # is always undef $view = $r-subprocess_env('view'); # is also always undef } I am using mod_perl 1.24 and Apache 1.3.12 on FreeBSD 4.0-Stable. -- Jose Marques
Re: Passing info between handlers via an internal redirect?
Ouch! about 30 seconds after sending my e-mail I had another read of the mod_perl guide and came across an answer to my problem. I feel stupid for missing this. Anyway, the following code works for what I want to do: # Silently redirect text-only requests my $uri = $r-parsed_uri; if ($uri-path =~ /^\/text(\/.*)$/) { $uri-path($1); $r-subprocess_env('view' = 'text'); $r-internal_redirect($uri-unparse); return OK; } else { $view = $ENV{'REDIRECT_view'}; } My previous error was to not realise that my environment variable was renamed from view to REDIRECT_view by the redirect. -- Jose Marques
Re: Jobs?
Is this an appropriate place to advertise one's availability for a couple of weeks mod_perl work? Definitely, given the fact that many companies are desperate to find mod_perl programmers even for a few days. Make sure that you use the proper and not misleading subject tags. Please use [Available for a Job] or similar and not [Job], since the later will be interpreted as a job offer. In fact I think you are the first who actually ask this question, so go for it and post the offer. If in the future we will see this kind of posts abused we will change the policy. Please keep in mind that this is a strictly mod_perl list... you get the idea. (I was talking in general, I know that you David are a mod_perl hacker :) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
RE: RequestNotes passing arrays
-Original Message- From: Steven Wren [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 10, 2000 2:39 AM To: [EMAIL PROTECTED] Subject: RequestNotes passing arrays Hello Geoffrey I am not sure if u want people writing to u directly about RequestNotes, so tell me to bugger off and i will send this to the modperl mailing list. ;-) no bother - I'll forward it to the list, though, in case anyone else has this problem... anyway.. I am using requestnotes on a site i am doing and have been impressed with it. I have just one problem that has surfaced. When passing an array from a form to my modperl handler, i cannot seem to 'read' in the array into an array variable. I have done this previously using the standard CGI package. my HTML looks like this... input type=hidden name=array_options[size] value=xxx input type=hidden name=array_options[colour] value= in my modperl code i have tried.. my @product_option = $input-get('array_options'); or my %product_option = $input-get('array_options'); but neither contain any data. I ran a quick test which showed that the actual name of the parameter getting posted is 'array_options[size]'. try: $size = $input-get('array_options[size]'); I suspect that if it works with CGI.pm that's due to some manipulations behind the scenes, but I don't really know... using CGI, like I have before, does not work either, is this because RequestNotes already handles the POSTed vars? right, RequestNotes (which is really using Apache::Request for parsing) gobbles up the POSTed stuff at init (or wherever you run it) so it's no longer available for parsing by CGI.pm. I think I say something like this in the man page... HTH --Geoff so it it legal to have strings as the array keys as far as RequestNotes is concerned, or must I have standard keys(0,1,2,..etc)? or do i just have no idea :-) Thanks again for your help. Cheers! Steven Wren
Re: custom server string
On Thu, 10 Aug 2000, Thomas von Elling Skifter Eibner wrote: On Tue, Aug 08, 2000 at 05:55:19PM -0400, Dave Moore wrote: i need to change the outgoing Server header on all requests to our site. dont ask why I would want to do that. i have my orders. i read some old posts from the 90's which said I would have to write my own send_http_header() method. sounds fun but id rather not. Is this still the case and if so...why? has anyone else had to do this? Is it the whole of the Server string you want to change or do you just want to add your own module name? If it is the later you can make a simple little module in C that uses the ap_add_version_component() function. If you want to change the whole Server string you'd probably have to edit the source files of apache. yeahthe whole enchilada. thats what we ended up doing. puting it right in the source and recompiling[sigh]. oh well, even still, mod_perl rules. -- Thomas Eibner -- Dave Moore Web Application Developer mailto:[EMAIL PROTECTED] ePALS Classroom Exchange http://www.epals.com/ Connecting more than 1.9 million students and teachers in 182 countries!
Build problems on Solaris
I cannot get mod_perl to pass 'make test' on Solaris (5.5.1). I've tried different versions of mod_perl (1.18, 1.21_03 and 1.24) and different versions of Apache (1.3.4, 1.3.12) all against the same version of perl 5.004_04 (gcc). I used the INSTALL.simple build, most of the time, but also examples from INSTALL.apaci, eg perl Makefile.PL EVERYTHING=1 APACHE_HEADER_INSTALL=0 PERL_TRACE=1 Whatever combination I use, I get output something like that listed below. Any advice would be most gratefully received. Thanks Paul Breslaw --- ... ../apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...Bad free() ignored. Bad free() ignored at /usr/local/lib/perl5/Exporter.pm line 232. Bad free() ignored at /usr/local/lib/perl5/sun4-solaris/5.00404/Config.pm line 635. Bad free() ignored at /usr/local/lib/perl5/sun4-solaris/5.00404/IO/Handle.pm line 544. Bad free() ignored at /usr/local/lib/perl5/sun4-solaris/5.00404/DynaLoader.pm line 198. Bad free() ignored at /usr/local/lib/perl5/AutoLoader.pm line 97. Bad free() ignored at /home/paul/Apache/mod_perl-1.24/blib/lib/Apache.pm line 192. Bad free() ignored at /home/paul/Apache/mod_perl-1.24/blib/lib/Apache/Registry.pm line 217. Bad free() ignored at /usr/local/lib/perl5/site_perl/HTTP/Headers.pm line 540. Bad free() ignored at /usr/local/lib/perl5/sun4-solaris/5.00404/overload.pm line 105. Bad free() ignored at /usr/local/lib/perl5/site_perl/URI.pm line 275. Bad free() ignored at /usr/local/lib/perl5/site_perl/HTTP/Response.pm line 395. Bad free() ignored at /usr/local/lib/perl5/site_perl/HTTP/Date.pm line 330. Bad free() ignored at /usr/local/lib/perl5/site_perl/LWP.pm line 14. done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. *** Error code 9 make: Fatal error: Command failed for target `run_tests'
[OT] [JOB] mod_perl coders welcome at Quios
I've recently been promoted to Manager, Engineering at Quios. Quios has an mod_perl/Oracle web site that servers over 1 million page/views per day, and is growing fast. Quios is an international wireless messaging company. Our site is www.quios.com. We're looking for really good senior engineers who can take a project by the horns and deliver finished product. Full time employment is our goal, not contracting. Depending on your skills, projects will be Registry, handler, library modules, and some interesting perl but not mod_perl projects as well. Quios engineering is located in San Francisco, California. Relocation and H1B Visas are OK. Please reply to [EMAIL PROTECTED] :-) -- -- Tom Mornini -- InfoMania Printing and Prepress
proxying name-based virtual hosts
I'm trying to set up a proxy front-end server to my heavy mod_perl backend, and I'm having some trouble with name-based virtual hosts. Basically, with a rule like "RewriteRule ^/(.*) http://10.36.1.10/$1 [P]", the proxy sends an http request to 10.36.1.10:80, but setting the Host: http header to "10.36.1.10", not what the client supplied. The mod_perl guide suggests having VirtualHost statements on the front-end, and redirecting each hostname to a different port on the backend. This is inconvenient for me, because I'd have to change the app logic on the backend (which currently uses $r-header_in("Host") directly). Ideally, what I'd like is to have the front-end server not check or touch Host: at all, and pass it unaltered to the backend, which knows what to do with it. Does anyone know of a way to do this? If that's not possible, I'd settle for the backend getting it in a new header (eg. X-Original-Host), using an approach similar to mod_proxy_add_forward.c. -- Roger Espel Llima, [EMAIL PROTECTED] http://www.iagora.com/~espel/index.html
Re: proxying name-based virtual hosts
On Thu, 10 Aug 2000, Roger Espel Llima wrote: I'm trying to set up a proxy front-end server to my heavy mod_perl backend, and I'm having some trouble with name-based virtual hosts. Basically, with a rule like "RewriteRule ^/(.*) http://10.36.1.10/$1 [P]", the proxy sends an http request to 10.36.1.10:80, but setting the Host: http header to "10.36.1.10", not what the client supplied. The mod_perl guide suggests having VirtualHost statements on the front-end, and redirecting each hostname to a different port on the backend. This is inconvenient for me, because I'd have to change the app logic on the backend (which currently uses $r-header_in("Host") directly). Ideally, what I'd like is to have the front-end server not check or touch Host: at all, and pass it unaltered to the backend, which knows what to do with it. Does anyone know of a way to do this? If that's not possible, I'd settle for the backend getting it in a new header (eg. X-Original-Host), using an approach similar to mod_proxy_add_forward.c. I ended up adding this to mod_proxy_add_forward.c: ap_table_set(r-headers_in, "X-Original-Host", ap_table_get(r-headers_in, "Host")); (right after the line that adds the "X-Forwarded-For" header). Then on the backend, I've got a TransHandler that essentially does an $r-headers_in-set('Host' = $r-header_in('X-Original-Host')), along with setting $r-connection-remote_ip to the "X-Forwarded-For" header. I should note that it only does this if it "trusts" these headers, in my case if the request is coming from 127.0.0.1 I trust it. A nice plus is that the mod_perl backend server acts the same way whether there's a proxy in front of it or not. BTW I haven't tried this, but I would have had I not already had something in place, since it's more flexible: [EMAIL PROTECTED]">http://forum.swarthmore.edu/epigone/modperl/lolkahcling/[EMAIL PROTECTED]
script run in off line mode
Hi, I check the embperl help section and know that I can post questions in mod_perl mailing list. I installed embperl after modperl and apache. But some how my emperl scripts always run in off line mode. Every time I run the sript from the browser, I have to hit the back button and run again. The first time is never success, the second time is. I checked the log file and get something like this (offline mode: enter name=value pairs on standard input) I try to reinstall embperl but the problem is still the same. Any idea what is causing this to happen? Many thanks for any help. Nguyen
mod_perl on apache vs. IIS
Hi. I was wondering if anyone could point me in the direction of some articles, benchmarks, or any information about apache with mod_perl up against IIS 5. Any information would be appreciated. Thanks in advance! -- Aaron Patterson
Re: script run in off line mode
Hi, I check the embperl help section and know that I can post questions in mod_perl mailing list. There is a Embperl mailing list ([EMAIL PROTECTED]). We have switch support for Embperl from the modperl list to the Embperl list some months ago. I installed embperl after modperl and apache. But some how my emperl scripts always run in off line mode. Every time I run the sript from the browser, I have to hit the back button and run again. The first time is never success, the second time is. I checked the log file and get something like this (offline mode: enter name=value pairs on standard input) I try to reinstall embperl but the problem is still the same. Any idea what is causing this to happen? Did you say Y when Makefile.PL ask's you if you want to build with support for Apache? Gerald - Gerald Richterecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 WWW:http://www.ecos.de Fax: +49 6133 925152 -
Filter::decrypt under Apache::Registry.
Hi everyone! I have a bunch of scripts that i need to protect (source code), i do know that Filter::decrypt is not the best tool around for this matter...but still i want to use it. I have those scripts running under Apache::Registry, they worked fine till i encrypt them with Filter::, but now every time that someone tries to execute a script seems like mod_perl is not trying Filter::decrypt cause i get this on the logs [Thu Aug 10 17:42:34 2000] [error] Unrecognized character \377 at /usr/local/apache/spfs/index.cgi line 2. Does anybody knows how to fix this??? thank you very much. --Leo.
Re: mod_perl rules! updated stats
On 8 Aug 2000, Randal L. Schwartz wrote: $VERSION = (qw$Revision: 1.6 $ )[-1]; in 4 revisions you would have regretted that if you actually used the $VERSION for anything, no? - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
Re: mod_perl rules! updated stats
"Ask" == Ask Bjoern Hansen [EMAIL PROTECTED] writes: Ask On 8 Aug 2000, Randal L. Schwartz wrote: $VERSION = (qw$Revision: 1.6 $ )[-1]; Ask in 4 revisions you would have regretted that if you actually used Ask the $VERSION for anything, no? Then it's time for version 2! :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: mod_perl rules! updated stats
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10 Aug 2000, Randal L. Schwartz wrote: Ask On 8 Aug 2000, Randal L. Schwartz wrote: $VERSION = (qw$Revision: 1.6 $ )[-1]; Ask in 4 revisions you would have regretted that if you actually used Ask the $VERSION for anything, no? Then it's time for version 2! :) This raises an interesting question... Is it possible to integrate the new perl-5.6.0 `v4.2.20' version-quoting with CVS tags? - -- "The Funk, the whole Funk, and nothing but the Funk." Billy Donahue mailto:[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.2 (GNU/Linux) Comment: pgpenvelope 2.9.0 - http://pgpenvelope.sourceforge.net/ iD8DBQE5k0mo+2VvpwIZdF0RApXBAJ0aV66izcYjFxfK27KMakpGm3OhkwCdF92q +T5KtULpW5wPEGyWNBmpV8E= =vjDR -END PGP SIGNATURE-
Re: httpd.conf directive PerlHandler Apache::Hello-handler errors
Ah I C, said the Perl man! Thank you for the clarification. At 09:55 AM 8/10/00 -0500, you wrote: [EMAIL PROTECTED] (G.W. Haywood) wrote: Hi there, On Wed, 9 Aug 2000, George Sanderson wrote: PerlModule Apache::Hello Location /hello/world SetHandler perl-script PerlHandler Apache::Hello-handler /Location # Results in the following error_log output: [Sun Aug 6 21:48:02 2000] [error] Undefined subroutine Apache::Hello-handler::handler called at PerlHandler subroutine `Apache::Hello-handler' line 1. Page 70, Eagle Book. You mean PerlHandler Apache::Hello::handler To clarify - some handlers can be called using object-oriented techniques, and some can't. The switch for this behavior is that the handler is prototyped with ($$). Apache::Hello isn't, so you can't call its handler as a method, only as a function. Eagle book, p. 190.
Re: Apache 1.3.12/mod_perl 1.24/Perl 5.6.0 crash
At 10:49 PM 8/10/00 +0200, you wrote: On Thu, Aug 10, 2000 at 07:39:24AM -0500, George Sanderson wrote: At 12:22 PM 8/10/00 +0200, you wrote: with almost the same conf as your, I had a core dump even with httpd -t. I did a strace, and I noticed this is due to an inexistant module : Tie::*hash or something similar. A quick search on CPAN give me the package to install. After that, no more segfault ... I did a strace and the last entries were: munmap(0x2ae2c000, 9736)= 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Could this be a lack of memory? dunno... if you haven't answer on the list, perhaps a more verbose strace trace could help... Good luck, Thanks (I'd rather be lucky than good!-) Recap: I have Apache 1.3.12 using mod_perl 1.24 as a DSO, built with Perl 5.6.0 using Apache::AutoIndex 0.08 which is running on Linux 2.2.14. Everything works fine, until, I `apachectl stop`, then add the following to the httpd.conf: PerlModule Apache::AutoIndex When I do `bin/httpd -X` Linux does a core dump. I added more memory the computer but the program still crashes at the same point. Here's more of a more verbose strace ouput during the core dump. Any clues? open("/usr/local/apache/logs/error_log.test", O_WRONLY|O_APPEND|O_CREAT, 0666) = 4 fcntl(4, F_DUPFD, 15) = 15 close(4)= 0 fcntl(15, F_GETFL) = 0x401 (flags O_WRONLY|O_APPEND) fstat(15, {st_mode=S_IFREG|0644, st_size=13212, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aac _llseek(15, 0, [0], SEEK_CUR) = 0 dup2(15, 2) = 2 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open("/usr/local/apache/conf/apache-mime.types", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=7374, ...}) = 0 fstat(4, {st_mode=S_IFREG|0644, st_size=7374, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aac8000 read(4, "# This is the default mime.types"..., 4096) = 4096 read(4, "m.EXT\napplication/vnd.osa.netdep"..., 4096) = 3278 brk(0x848) = 0x848 read(4, "", 4096) = 0 close(4)= 0 munmap(0x2aac8000, 4096)= 0 open("/usr/local/apache/logs/access_log.test", O_WRONLY|O_APPEND|O_CREAT, 0644) = 4 fcntl(4, F_DUPFD, 15) = 16 close(4)= 0 getpid()= 1404 time(NULL) = 965956118 close(16) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 munmap(0x2ad9d000, 14288) = 0 munmap(0x2ae0a000, 16308) = 0 munmap(0x2ae0e000, 13712) = 0 munmap(0x2ae12000, 22668) = 0 munmap(0x2ada1000, 9064)= 0 munmap(0x2ae18000, 46408) = 0 munmap(0x2ae24000, 29000) = 0 munmap(0x2ae2c000, 9736)= 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ [ I also did a PERL_TRACE of mod_perl. The end of which was: 5: _compile(); entering CGI::_compile 665:my($func) = $AUTOLOAD; 666:my($pack,$func_name); 667:{ 668:local($1,$2); # this fixes an obscure variable suicide problem. 668:local($1,$2); # this fixes an obscure variable suicide problem. 669:$func=~/(.+)::([^:]+)$/; 670:($pack,$func_name) = ($1,$2); 671:$pack=~s/::SUPER$//;# fix another obscure problem 673:unless defined(${"$pack\:\:AUTOLOADED_ROUTINES"}); 672:$pack = ${"$pack\:\:AutoloadClass"} || $CGI::DefaultClass 675:my($sub) = \%{"$pack\:\:SUBS"}; 675:my($sub) = \%{"$pack\:\:SUBS"}; 676:unless (%$sub) { 682: my($code) = $sub-{$func_name}; 684: $code = "sub $AUTOLOAD { }" if (!$code and $func_name eq 'DESTROY'); 685: if (!$code) { 695: die "Undefined subroutine $AUTOLOAD\n" unless $code; 696: eval "package $pack; $code"; 697: if ($@) { 702:CORE::delete($sub-{$func_name}); #free storage 703:return "$pack\:\:$func_name"; exited CGI::_compile 2: foreach (@_) { exited CGI::AUTOLOAD for CGI::_compile_all exited CGI::_setup_symbols exited CGI::compile 46: 1; 3: entering Config::DESTROY exited Config::DESTROY entering IO::Handle::DESTROY exited IO::Handle::DESTROY Carp::(/usr/local/lib/perl5/5.6.0/Carp.pm:97): 97: { local $@; require Carp::Heavy; } # XXX fix require to not
Re: Problem with proxys Auth...
Eric Cholet wrote: This is a strange one for which I hope there's a simple answer solution. I've put a Front-side Proxy on a webserver (as it was struggling under the load from lots of hits over slow links - more RAM than CPU issue), and it's helped performance wonderfully! However, my IP-based restrictions now seem to no longer work! Which version of mod_perl are you using? I fixed this in 1.22_01. Aaah! I was running 1.21.x. Upgrading to 1.22 fixed the problem! Thanks... -- . Trevor Phillips - http://jurai.murdoch.edu.au/ . : CWIS Systems Administrator - [EMAIL PROTECTED] : | IT Services - Murdoch University | --- Member of the #SAS# #CFC# | On nights such as this, evil deeds are done. And good deeds, of / | course. But mostly evil, on the whole. / \ -- (Terry Pratchett, Wyrd Sisters) /
Re: [OT] [JOB] mod_perl coders welcome at Quios
On Thu, 10 Aug 2000, Tom Mornini wrote: I've recently been promoted to Manager, Engineering at Quios. Quios has an mod_perl/Oracle web site that servers over 1 million page/views per day, and is growing fast. Quios is an international wireless messaging company. Our site is www.quios.com. We're looking for really good senior engineers who can take a project by the horns and deliver finished product. Full time employment is our goal, not contracting. Depending on your skills, projects will be Registry, handler, library modules, and some interesting perl but not mod_perl projects as well. Quios engineering is located in San Francisco, California. Relocation and H1B Visas are OK. I looked hard at Quios when I was looking for a new job. They have a lot of projects there that will interest readers of this list. If you are a hacker hunting jobs, you would do well to look into Quios. Regards, Jeffrey Baker
segfault from Apache::Cookie and Apache::SSI
I'm getting repeatable segfaults (every time) by feeding a simple file to Apache::SSI. It does a virtual include and then calls a perl sub that creates a new Apache::Cookie object, at which point it segfaults. I've reduced my test case to this: !--#include virtual="foo.shtml"-- !--#perl sub="sub { my $cookie = Apache::Cookie-new(Apache-request) }"-- It doesn't matter what's in foo.shtml (right now I have a single "X"), but it does matter that it gets handled by Apache::SSI. If foo.shtml is not handled by Apache::SSI, everything is fine. I'm trying to reduce my test further, but does anyone have any ideas of what I should look at? I'm running perl 5.005, Apache 1.3.12, mod_perl 1.24, Apache::SSI 2.13, Apache::Cookie 0.01 (from libapreq 0.31) on Linux (Red Hat 6.2). - Perrin
Re: segfault from Apache::Cookie and Apache::SSI
Hi Perrin, On Thu, 10 Aug 2000, Perrin Harkins wrote: I'm getting repeatable segfaults (every time) by feeding a simple file to Apache::SSI. DSO or static? 73, Ged.
Re: segfault from Apache::Cookie and Apache::SSI
Hi again Perrin, On Thu, 10 Aug 2000, Perrin Harkins wrote: I'm using Red Hat's Perl RPM, but Apache/mod_perl is compiled from source. What compiler(s)? 73, Ged.
Re: segfault from Apache::Cookie and Apache::SSI
On Fri, 11 Aug 2000, G.W. Haywood wrote: What compiler(s)? gcc -v says: gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
cvs commit: modperl-site/dist apache-modlist.html
ask 00/08/10 04:54:22 Modified:.index.html asp .htaccess dist apache-modlist.html Log: new home for Apache::ASP Revision ChangesPath 1.64 +1 -1 modperl-site/index.html Index: index.html === RCS file: /home/cvs/modperl-site/index.html,v retrieving revision 1.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- index.html2000/08/08 15:19:29 1.63 +++ index.html2000/08/10 11:54:21 1.64 @@ -626,7 +626,7 @@ /li li - a href="http://www.nodeworks.com/asp/"Apache::ASP/a + a href="http://www.apache-asp.org/"Apache::ASP/a /li /ul 1.2 +1 -1 modperl-site/asp/.htaccess Index: .htaccess === RCS file: /home/cvs/modperl-site/asp/.htaccess,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- .htaccess 1999/08/15 01:12:36 1.1 +++ .htaccess 2000/08/10 11:54:21 1.2 @@ -1 +1 @@ -Redirect /asp http://www.nodeworks.com/asp +Redirect /asp http://www.apache-asp.org/ 1.17 +2 -2 modperl-site/dist/apache-modlist.html Index: apache-modlist.html === RCS file: /home/cvs/modperl-site/dist/apache-modlist.html,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- apache-modlist.html 2000/03/29 12:01:19 1.16 +++ apache-modlist.html 2000/08/10 11:54:21 1.17 @@ -6,7 +6,7 @@ h1The Apache/Perl Module List/h1 Maintained by a href="mailto:[EMAIL PROTECTED]"Doug MacEachern/a, -bri $Revision: 1.16 $ $Date: 2000/03/29 12:01:19 $/i +bri $Revision: 1.17 $ $Date: 2000/08/10 11:54:21 $/i h3Contents/h3 a href="#intro"Introduction/abr @@ -70,7 +70,7 @@ AddrMungebdpfMunge email addresses in webpages MJD AutoIndexRdcfLists directory content GOZER Archive bdpfMake linked contents pages of .tar(.gz) JPETERSON -a href="http://www.nodeworks.com/asp/"ASP/a bdpOImplement Active Server Pages CHAMAS +a href="http://www.apache-asp.org/"ASP/a bdpOImplement Active Server Pages CHAMAS BBS cdpOBBS like System for Apache MKOSS CallHandler cdpfMap filenames to subroutine calls GKNOPS Cachet i OutputChain with cachingMERLYN