eval inside of reval inside of modperl, and $@
Hi, I might be totally confusing myself, but I do have problems with the $@ variable inside of a Safe compartment inside of an Apache modperl module. The following subroutine returns "Oops Illegal division by zero ..." when called from a standalone program, and "No problem" when called inside a modperl module: sub initsheet { my $safeeval = new Safe(shift); $safeeval->permit("entereval"); $safeeval->share('$@'); my $stuff=(<<'ENDSTUFF'); my $a=5; my $b=0; my $c=eval '$a/$b'; if ($@) { return 'Oops '.$@; } else { return 'No problem!'; } ENDSTUFF return $safeeval->reval($stuff); } In spite of the division by zero in the $c=eval ... statement, $@ is not set when inside of modperl. BTW, the $safeeval->share('$@') was necessary to get this to work at all, even as standalone. Now, maybe I need to share something else when inside modperl? Anybody any ideas what's going on? THANKS! - Gerd.
Re: Redirect with anchors.
1) First suggestion: Try $req_rec->header_out("Location" => "intranet.html#anchor_name?action=show"); Seems like that is the order that at least Netscape puts GET-parms and anchors in. 2) If the above does not work, try $req_rec->header_out("Location" => "intranet.html?action=show&anchor=anchor_name"); Then have the handler for intranet.html spit out a line of JavaScript: document.location.hash='anchor_name'; ... works amazingly well. No need for anybody to tell me just how yucky this is. 3) Alternatively, try to find out if it is not Apache that somehow eats your "#" - you might have to escape that. - Gerd. Elizabeth Mattijsen wrote: > At 02:56 PM 4/8/01 +0200, Antti Linno wrote: > >$req_rec->header_out("Location" => "intranet.html?action=show#anchor_name"); > > I think you should provide the _complete_ URL, including the http://server > part. Some browser do not handle incomplete URL's like this in a redirect > correctly. Please someone correct me if I'm wrong here... > > >The html has such tag, but redirect shows no effect. Tried with simple > >html link and it worked. > >Any ideas how to get to some anchor in the middle of the page? > > Some browsers support the ?action#anchor syntax. Some don't (particularly > not too recent MSIE's). If you really want to reliably do this, you should > hide your parameter in the URL and use a RewriteRule or a mod_perl handler > to extract the parameter, e.g. instead of > "intranet.html?action=show#anchor_name" use a URL in the form > "/show/intranet.html#anchor". > > Hope this helps... > > Elizabeth Mattijsen begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Re: 1 Billion Bug 1BB - [OT] UNIX timestamp hits 1,000,000,000 thisyear!
I will open my consulting business on Mon, Jan 18th, 2038. - Gerd. Nigel Hamilton wrote: > > HI, > I'm waiting to see how quickly someone starts the 1 Billion Bug > (1BB) Consultancy ... scary. > > NIge > > Nigel Hamilton > __ > http://turbo10.com Turbo10 Search Engine Search Fast. Browse Faster. > > On Fri, 9 Mar 2001, Tim Bunce wrote: > > > On Fri, Mar 09, 2001 at 12:44:59AM -0500, Bill Desjardins wrote: > > > > > > Just as a FYI about something that caught my attention recently. This year > > > on Saturday September 8, 2001, the unix time stamp flips to 1 billion and > > > gets another digit going from 9 to 10 digits. Not sure if anyone else but > > > me is using the timestamp in ways that were set to 9 digits, such as DB > > > column int length or in strings of fixed lengths, but these possibilities > > > should be looked at just in case they could fail when the time changes to > > > the longer int. > > > > Another common bug-waiting-to-happen is sorting the unix time stamp > > values as strings instead of numbers. > > > > Tim. > > begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: [JOB] mod_perl programmers needed
Hi, I have received several emails in response to the posting below, but all of them were asking about telecommuting. So let me answer that on-the-list. We have not yet seriously considered telecommuting, and would have to discuss this option in our group, as well as with the admin folks. In principle, I *think* this would be possible, but * individuals would have to be willing to come to campus for about a week to get oriented * since this is a networked system which relies on persistent connections between the nodes, the individual would have to be able to dedicate one box with a permanent internet connection to this (at least cable modem or something) * we would probably contract on an hourly base for telecommuters We would have to work out feasibility and details on an individual base. - Gerd. Gerd Kortemeyer wrote: > We need programmers to work on an open source project > > http://www.lon-capa.org/ > > - check out "Technical Background" for some - guess what - technical > background (slightly outdated). > > If this looks interesting to you, please send me an email off-the-list. > Note that this is a ".edu/.org" rather than a ".com" . > > - Gerd.
[JOB] mod_perl programmers needed
We need programmers to work on an open source project http://www.lon-capa.org/ - check out "Technical Background" for some - guess what - technical background (slightly outdated). If this looks interesting to you, please send me an email off-the-list. Note that this is a ".edu/.org" rather than a ".com" . - Gerd.
Re: Sporadic server errors
Craig Muth wrote: > > Here is another error: > Modification of a read-only value attempted at /usr/lib/perl5/5.00503/Exporter.pm >line 40. > BEGIN failed--compilation aborted at > /home/sites/your.studentloanfunding.com/your-lib/eAward/GenerateOtherSections.pm >line 56. > > line 56 is: > use POSIX qw(strftime); > > Both errors only happen sometimes, and don't show up other times, hardly > ever showing up on the devel server. Hmm, how about http://www.bitmechanic.com/mail-archives/modperl/Dec1997/0199.html - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Re: long background tasks
Sorry all, this should have been $r->rflush() - too many r's ... I guess the additional "r" was meant as a reminder that this is a low-level call, and flushing buffers results in a performance hit, and should not be done for no good reason. - Gerd. Gerd Kortemeyer wrote: > > You need $r->flush(); > > 1) Send out header > 2) Use $r->print(...) to give some "please be patient" message or something > 3) End the first chunk of info with "\n", so that the browser knows enough > about the page layout to start page output. > 4) Use $r->flush(); > 5) Do your long task > 6) Produce rest of your page > > - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: long background tasks
You need $r->flush(); 1) Send out header 2) Use $r->print(...) to give some "please be patient" message or something 3) End the first chunk of info with "\n", so that the browser knows enough about the page layout to start page output. 4) Use $r->flush(); 5) Do your long task 6) Produce rest of your page - Gerd. Paul wrote: > > --- Louis-David Mitterrand <[EMAIL PROTECTED]> wrote: > > Hello, > > > > Were are trying to run long a task (DB import) from a HTML::Mason > > page and are trying to send an immediate response to the user while > > the task is running. Here is our pseudo-code: > > > > <%init> > > sub long_running_task { > > # lottsa long, boring stuff > > } > > $r->puch_handlers(PerlCleanupHandler=>\&long_running_task($myarg)); > > > > > > The rest of the page sends back HTML. The problem is that it _not_ > > sent back until the long_running_task function has completed. > > > > I thought that when registering a code ref in that way the sub{} > > would not be called until later during the PerlCleanupHandler phase. > > > > Am I missing something, is there a better way to do it? > > > > Thanks in advance for your insight, > > Since you're pushing that handler onto the cleanup phase, I'm assuming > that you don't mean to send any more data to the client. It sounds like > the buffer isn't getting flushed (though I can't imagine why). Maybe if > you flush it manually? "local $|=1" or something? > > I've had this problem in cases where I wanted to fork a long running > subprocess, because the child's STDIN and STDOUT are still pegged to > the browser socket. For a child, it works pretty well to close and > reopen the STD' filehandles to dissociate from the client after the > fork (like running a daemon). > > Would that do for what you need here? > > > -- > > HIPPOLYTE: Quelques crimes toujours précèdent les grands crimes. > > Quiconque a pu franchir les bornes légitimes > > Peut violer enfin les droits les plus sacrés ; > > (Phèdre, J-B Racine, acte > > 4, scène 2) > > ...since I don't have a copy of Phaedra on my desk, would you translate > this for me? My French is nowhere near good enough for this one. ;o] > > Cheers, and good luck. > > __ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great prices. > http://auctions.yahoo.com/ begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: Redirecting a multipart/form-data POST request
> I am writing a program that needs to process form data, (here's > the kicker) which is sometimes multipart/form-data, then > redirect a user to a GET request (which doesn't need to process > the form data). I would like to use the standard mechanism for > issuing a redirect, for other reasons: > > $r->header_out('Location' => $url); > return REDIRECT; > Not sure what the problem is, but I frequently use REDIRECTs and receive both "normal" and "multipart" posts. Please find the code section below that I use to get the POSTed data. After that, in order to REDIRECT, I use $r->content_type('text/html'); $r->header_out(Location => 'http://'.$ENV{'HTTP_HOST'}.$disurl); return REDIRECT; Hope this helps. Enjoy, - Gerd. Getting all kind of posted stuff: my $buffer; $r->read($buffer,$r->header_in('Content-length')); unless ($buffer=~/^(\-+\w+)\s+Content\-Disposition\:\s*form\-data/si) { my @pairs=split(/&/,$buffer); my $pair; foreach $pair (@pairs) { my ($name,$value) = split(/=/,$pair); $value =~ tr/+/ /; $value =~ s/%([a-fA-F0-9][a-fA-F0-9])/pack("C",hex($1))/eg; $name =~ tr/+/ /; $name =~ s/%([a-fA-F0-9][a-fA-F0-9])/pack("C",hex($1))/eg; $ENV{"form.$name"}=$value; } } else { my $contentsep=$1; my @lines = split (/\n/,$buffer); my $name=''; my $value=''; my $fname=''; my $fmime=''; my $i; for ($i=0;$i<=$#lines;$i++) { if ($lines[$i]=~/^$contentsep/) { if ($name) { chomp($value); if ($fname) { $ENV{"form.$name.filename"}=$fname; $ENV{"form.$name.mimetype"}=$fmime; } else { $value=~s/\s+$//s; } $ENV{"form.$name"}=$value; } if ($i<$#lines) { $i++; $lines[$i]=~ /Content\-Disposition\:\s*form\-data\;\s*name\=\"([^\"]+)\"/i; $name=$1; $value=''; if ($lines[$i]=~/filename\=\"([^\"]+)\"/i) { $fname=$1; if ($lines[$i+1]=~/Content\-Type\:\s*([\w\-\/]+)/i) { $fmime=$1; $i++; } else { $fmime=''; } } else { $fname=''; $fmime=''; } $i++; } } else { $value.=$lines[$i]."\n"; } } } $r->method_number(M_GET); $r->method('GET'); $r->headers_in->unset('Content-length'); > begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Re: How do you run libapreq-0.31/eg/perl/file_upload.pl
Alexander Farber wrote: > However I have this strange problem now: the web page doesn't change > until I reload it. (Un)commenting "PerlSendHeader On" doesn't help. > The only ways to see the expected results (like the initial empty web > form, when entering http://localhost/cgi-perl/file_upload.pl into my > Netscape 4.7) is to keep reloading or to go to the Edit->Preferences-> > Advanced->Cache and swith "Every Time" on. > > ... > GET /cgi-perl/file_upload.pl HTTP/1.1 > > The currently missing might help the browser to figure out that the first page is over. Also, if nothing helps, send an explicit no-cache in the header: $r->content_type('text/html'); $r->header_out('Cache-control','no-cache'); $r->header_out('Pragma','no-cache'); $r->send_http_header; - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: where can I get MIME/Head.pm modules
> zhang-sh wrote: > Re: where can I get MIME/Head.pm modules www.cpan.org begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: newbie needs help
> $r->content_type("text/plain"; You are missing a ")" here. Check the error_log of Apache for errors like that. - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Strange log entry, Apache child messed up afterwards
Hi, Did anybody ever see a message like this in the error log after an "internal server error"? [error] Undefined subroutine &Apache::lonhomework::handler called at /dev/null line 65535. No further entries. lonhomework is the mod_perl handler attached to a URL, and is called directly. This happens intermittently and seemingly at random; however, after this happened once, that Apache child is messed up and will do this again and again when hit - so depending on which child happens to answer, you get the correct reply or another 500. Distributions: Red Hat Linux release 6.2 (Zoot) Kernel 2.2.16-3smp on a 2-processor i686 [www@s10 www]$ rpm -q mod_perl mod_perl-1.23-3 [www@s10 www]$ rpm -q perl perl-5.00503-10 [www@s10 www]$ rpm -q apache apache-1.3.14-2.6.2 Thanks to all in advance! - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
[Fwd: Registry scripts slower than handlers: Why?]
Jie Gao wrote: > > Registry scripts run slower according to the benchmark data here. Presuming > both were preloaded at server startup, can anybody explain this slowness? Slow is relative ... still a lot faster than vanilla cgi. But registry needs to emulate a cgi-like environment before starting to work on the script itself (even if it is preloaded) - there is extra overhead for providing a separate namespace, etc. Inside of that environment, scripts can be pretty dirty - mod_perl-handlers have to be written a lot cleaner than registry-cgi-scripts. Quoting from http://perl.apache.org/dist/cgi_to_mod_perl.html: > CGI lets you get away with sloppy programming, mod_perl does not. Why? CGI scripts >have the lifetime of a single HTTP > request as a separate process. When the request is over, the process goes away >and everything is cleaned up for you, e.g. > globals variables, open files, etc. Scripts running under mod_perl have a >longer lifetime, over several request, different > scripts may be in the same process. This means you must clean up after >yourself. You've heard: always 'use strict' and > -w!!! > > It's more important under mod_perl Perl than anywhere else, while it's not >required, it strongly recommended, it will save > you more time in the long run. And, of course, clean scripts will still run >under CGI! > - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Looking for Higher Ed mod_perl'ers
Hi, Anybody out there who is using mod_perl for online teaching and learning applications in higher education? Looking for possible future collaborators on an open source project, http://www.lite.msu.edu/kortemeyer/lon/ . - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Re: redhat apache and modperl oh my!
Clay wrote: > > so i am just wanting to know what anyone > has found out on mod perl not working properly > under redhat 6.1? If you install everything (including modperl) from RedHat's RPMs, no problem (I did this on five very different boxes, some new, some upgraded). If you try to do it yourself by building from sources, etc, ... oh well - then RedHat is in the way and gets all confused.. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:TRUE url:http://www.lite.msu.edu/kortemeyer/ org:Michigan State University;LITE Lab adr:;;123 North Kedzie Labs;East Lansing;Michigan;48824;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist x-mozilla-cpt:;3 fn:Gerd Kortemeyer end:vcard
Re: Eagle Book - mod_hello.c, hello.pl :)
Michael Dearman <[EMAIL PROTECTED]> wrote: > I've come close to figuring this one out buy following some of the > questions I've seen here. But... > > Hello $ENV{REMOTE_HOST} > > The remote host doesn't show. Printing out the %ENV, it tain't there. > But where does Perl get it. From CGI.pm (which is installed) or where? Stas Bekman wrote: > This is an easy prove that %ENV is set (while not all variables are > present as with mod_cgi, particularly REMOTE_HOST isn't there...) To my knowledge, seems like all environment variables are present. We are making extensive use of %ENV in our mod_perl content handlers - the $r's subprocess environment is completely copied over to %ENV for the last stage of the Apache request cycle (including additional session environment variables you might have set along the way in your authentication handlers). However, REMOTE_HOST is not even present for mod_cgi anymore, Apache changed the way they handle that environment variable with Version 1.3, so that now it is standards compliant and rather useless, see http://www.apache.org/docs/upgrading_to_1_3.html > REMOTE_HOST CGI variable changed. In Apache 1.2 and earlier, the REMOTE_HOST >environment variable made available to CGI scripts was set > to either the full DNS name of the client, or else to the client's IP address >if the name was not known. This behaviour differed from that specified by > the CGI specification, which defines this variable as being NULL if the name >isn't known. In Apache 1.3, we have made this correction. > REMOTE_ADDR always contains the client's IP address, but REMOTE_HOST is only >defined when the server has been able to determine the client's > DNS name. > I think that is what you are seeing, rather than any problem with the environment in general. - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
mod_perl and Kerberos
Just wondering if anybody has used Kerberos authentication from inside a mod_perl module - this is not just for "Basic Authentication", but the modules would do some processing (for example look for internal authentication first) before going out to Kerberos. Any hints on where to look for code samples? - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard
Re: module for pushing?
Sebastian Ahrens wrote: > Well exactly what I need here... > > Jim Serio schrieb: > > > Here's my problem > > > > We are in the process of delivering a Web Cast > > and we would like to "control" the delivery of > > pages to the browser. For example, let's say you > > visit a Web Cast and you only need to load the > > first page. Subsequent pages are automatically > > pushed from the server. While is sounds like a > > "meta refresh" solution, the time between > > refreshes will vary. Is it possible to write > > a Perl module to automatically push content which > > is controlled via a CGI? I doubt it's possible on > > the server side but my experience with server > > push is limited so maybe some of you experts know. > > > > Jim Not as an Apache module, since those are one-request-cycle-deals. For server-push to work you have to keep the connection to the browser open and send something like a multipart message with several installments, each of them replacing the previous one. This, BTW, only works with Netscape, Exploder does not support server-push. I have written a CGI-script for a chatroom that way. Since it's CGI and not mod_perl, it's outside the scope of this group, however, check out http://forum.swarthmore.edu/epigone/modperl/linbendphul and http://forum.swarthmore.edu/epigone/modperl/gimyarzah . - Gerd. begin:vcard n:Kortemeyer;Gerd tel;fax:(517) 432-2175 tel;work:(517) 432-5468 x-mozilla-html:FALSE url:http://www.lite.msu.edu/kortemeyer/ org:LITE Lab;DSME MSU version:2.1 email;internet:[EMAIL PROTECTED] title:Instructional Technology Specialist adr;quoted-printable:;;123 North Kedzie Labs=0D=0AMichigan State University;East Lansing;MI;48824;USA fn:Gerd Kortemeyer end:vcard