Re: apache::ASP

2001-02-09 Thread G.W. Haywood

Hi there,

On Fri, 9 Feb 2001, Compagnon, Jean-Charles wrote:

> Hi, I have a cobalt raQ3 and I'd like to implement the apache::asp module.
> the raQ3 runs linux on a MIPS processor and I was wondering if any of you
> can confirm that it will work under MIPS.

Apache::ASP is pure Perl, so if you have mod_perl running on your box
then Apache::ASP will be OK.

73,
Ged.





Apache::ASP and "Undefined subroutine &#::handler called."

2001-02-09 Thread Eric Bellotti


Hello,

I am having some strange problems with my apache + mod_perl + mod_ssl +
Apache::ASP.
I compiled all 3 from the latest sources as explained in the mod_perl
directory.  After some light brain surgery, I had an httpd with mod_perl
(EVERYTHING=1) and mod_ssl.  But, funny things happened.

1. Firstly, although I compiled with STACKEDHANDLERS enabled, Apache::ASP +
Apache::SSI (using Apache::Filter) did not honor 

Re: PerlRun problem: undefined variables (Was: can't find method "uri")

2001-02-09 Thread Jie Gao

On Thu, 11 Jan 2001, Doug MacEachern wrote:

> On Thu, 4 Jan 2001, Jie Gao wrote:
>  
> > Another problem with PerlRun is that it seems to interfere with mod_perl
> > handlers.
> > 
> > I have an authentication/authorisation handler, which reads in from a
> > file for someinformation. After a script under PerlRun is run, the handler
> > fails to read anything from that file anymore.
> 
> i can't see what's happening from this, too much missing.  can you provide
> a small, but complete drop-in test case?

Sorry for this late reply, Doug. Here are some details.

This is from my authentication handler, which gets the location of a
file from a PerlSetVar directive, and then opens the file and reads
username and password into the variables to be used for database
connection:

---
my ($dsf, $db_f_name, $db_user_name, $db_user_pwd, $ds_name, $AuthenQueryValue);
# Get the db data source file.
$dsf = $r->dir_config( 'DSF' );
if (!defined $dsf || $dsf eq '') {
$r->log_error("DSF not defined.") if ($debug > 3);
return SERVER_ERROR;
}

# Get the db server login info.
if (defined $dsf) {
open(DBCONF, "$dsf") || $r->log_error("Can't open DSF file $dsf:$!");
while(){
next if /^#/;
next unless /^$ds_name:/;
chomp;
($ds_name, $db_f_name, $db_user_name, $db_user_pwd) = split(':', $_);
$r->log_error("In loop: ds_name=\"$ds_name\", db_f_name=\"$db_f_name\", 
db_user_name=\"$db_user_name\
", db_user_pwd=\"$db_user_pwd\"\n") if ($debug > 3);
last;
}
close DBCONF;
} else {
$r->log_reason("DB source file not defined.") if ($debug > 3);
return SERVER_ERROR;
}

unless (defined $db_f_name && defined $db_user_name && defined $db_user_pwd) {
$r->log_reason("DB source file error: definition incomplete: 
db_f_name=\"$db_f_name\"; db_user_name=\"$db
_user_name\"; db_user_pwd=\"$db_user_pwd\".") if ($debug > 3);
return SERVER_ERROR;
}
---

Now from time to time these variables become undefined, as shown in the error_log:

[Sat Feb 10 12:30:13 2001] [error] access to / failed for 129.xx.xx.xx, reason: DB 
source file error: definition
incomplete: db_f_name=""; db_user_name=""; db_user_pwd="".

This happens with 1.25 as well.

Hardcoding the variables prevents this from happening.

Regards,



Jie




apache::ASP

2001-02-09 Thread Compagnon, Jean-Charles

Hi, I have a cobalt raQ3 and I'd like to implement the apache::asp module.
the raQ3 runs linux on a MIPS processor and I was wondering if any of you
can confirm that it will work under MIPS.
I assume so as it run as a mod_perl but I'd prefer to ask.
please reply at [EMAIL PROTECTED]
Thanks
JC



Accessing Global Configuration Directives

2001-02-09 Thread Stathy Touloumis

Is it possible to access a global configuration directive without using the
request object?

Thanks,




"Threading" on Win32

2001-02-09 Thread Alistair McDonald

Hi.  

I'm running Apache 1.3.14, mod_perl 1.24_02 on Windows 2000 sp1, but 
I've seen this problem on other Win32 platforms.

Basically, no matter how many "threads" are set up in httpd.conf, when a 
mod_perl URL is retreived, my apache will not service any other URLs 
until the mod_perl URL is finished.  

Apache on its own is OK, I can (say) download two 4MB files 
simultaneously, but as soon as any mod_perl process gets going, all new 
URLS "hang" until it completes.  If a long download is going on and the 
mod_perl process starts, then the long download carries on AND the 
mod_perl one works, but any new URL doesn't get serviced, whether 
mod_perl or not.

I'm running with the pre-built ActiveState perl (5.6.0; build 618), and 
the pre-built mod_perl at ftp://theoryx5.uwinnipeg.ca/pub/other/ (made 
by Randy Kobes), but I've seen this with a perl and a mod_perl that I've 
compiled myself, running on NT4.0. 

Is this a known problem, and are there any workarounds?  I'd be grateful 
for any info.

Cheers,
Alistair




[OT] make test fail [WAS mod_ssl: Init: Failed to generate temporary 512 bit RSA private key]

2001-02-09 Thread Paul


--- Lutz Jaenicke <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 09, 2001 at 01:04:51PM -0800, Paul wrote:
> > EGD is great -- thanks for the suggestion -- but the "make test" is
> > still no go. The OpenSSL manpage for RAND_egd (to which egd.pl docs
> > pointed me) says if the socket is /dev/egd-pool it'll use it
> > automatically, but it's a no-go so far.
> 
> The automatic usage is brand new and only included in the version to
> become 0.9.7 one fine day. If you have <=0.9.6 you have to explicitly
> specify the place in httpd.conf
>   SSLRandomSeed startup egd:/var/run/egd-pool

First, that was exactly the problem.
May you and all who contributed to its resolution receive skillfully
rendered the prurient favors you prefer most from the individual(s) of
your choosing.

Now, I have a slightly different point of confusion.
The "make test" still fails, but leaves the spawned httpd running on
the test port. The error log says:

[notice] Destruction->DESTROY called for $global_object
[Fri Feb  9 16:29:43 2001] [warn] [notice] child_init for process
23323, report any problems to [no address given]


But if I hit the port with a browser I can pull the test.shtml page
with all the SSI mod_perl calls working fine. I feel a lot better about
doing the install now, but I still want to know what the problem is
here.

FYI, there was an suexec problem before, but I think that's just
because this box doesn't have a user "nobody". I edited the test
httpd.conf to run as our actual server id and it was happy, at least
for that. It's just that I keep coming back to various suexec
problems But since the current server runs and suexec's as it
should, I'm not too worried about that.  I just hate leaving *any*
loose ends.

_

On a seperate note, the main reason I was doing the recompile was to
add in mod_auth_dbm. I finally got a test directory to do a simple
request for authentication by ID/password, but now I can't get it to
accept my password. I built the file with Apache's dbmmanage, importing
a list of id/passwords from a script which used a perl crypt() to
encrypt the passwords as it fed them to dbmmanage via pipe in the
specified "id:encpwd" format. Everything seems to have gone smoothly
enough, but it won't accept the password. What now? :o/

The .htaccess file is:
===
AuthDBMUserFile /dart10/web/docs/public/test/test
AuthType Basic
AuthName "password test site"
Require valid-user
===

The DBM is in the directory I'm accessing, just as a test.
*sigh*

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/



[TAKE23] New articles

2001-02-09 Thread Matt Sergeant

Two new articles this week:

Introduction to EmbperlObject
http://take23.org/articles/2001/02/07/embperlobject.xml

Neil Gunton has written a very good introduction to EmbperlObject for the
embperl documentation, which he has kindly let us reproduce here. The
article talks about how to use Embperl's OO features to build large scale
web sites.


AxKit, Part II - Building Static Sites
http://take23.org/articles/2001/02/05/axkit.sxw

In the second part of the AxKit series, Matt Sergeant discusses building a
static site with AxKit, which is one of the great strengths of this
toolkit, and something often overlooked by other mod_perl modules.


Take23: For all your mod_perl news and resources

http://take23.org/

-- 


/||** Founder and CTO  **  **   http://axkit.com/ **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** mod_perl news and resources: http://take23.org  **
 \\//
 //\\
//  \\




Silly Question about CGI and mod_perl - The Revenge

2001-02-09 Thread Stef Telford

Hello,
Me again (sorry), i did as was suggested to get rid of the
CGI.pm debug messages in the Apache Server. I changed NO_DEBUG
to 1 and the 

(offline mode: enter name=value pairs on standard input)

all went away. Thats the good news. The strange news is that
now, however, it doesnt seem to recieve the post data. I am using
CGI::param to get the input from the previously posted form, which
is the typical . All .pl files are set
to be executed by mod_perl (not the safest thing i know but its a
development server more than production). 

There is nothing going on. I downgraded to CGI.pm 2.46 and with NO_DEBUG
on, it works, it gets the data posted to the other cgi. 
With 2.752 in any state, no show.

I would like to think I know how to program in perl and
Apache, if not mod_perl, but i dont see why this should be happening.

As usual, Apache 1.3.17, mod_perl 1.25, FreeBSD 4.2-Stable,
CGI.pm 2.752 and PostgreSQL 7.0.3 with Perl 5.005

Anything you think i could be doing 'obviously' wrong ?

Many thanks,
Stefs



Re: mod_ssl: Init: Failed to generate temporary 512 bit RSA private key

2001-02-09 Thread Paul


--- Ges Seger <[EMAIL PROTECTED]> wrote:
> Paul wrote:
> 
> > Hi, all.
> > 
> > I've been trying to add a couple of modules to my Apache, and just
> > can't seem to get it to do it's thing.  Forgive me if I tell you
> too
> > much, but I'm just trying to be thorough.
> > 
> > STEP 1:
> > ===
> > perl Makefile.PL USE_APACI=1 USE_DSO=0 EVERYTHING=1  \
> >   DO_HTTPD=1 SSL_BASE=/usr/local/ssl \
> >   APACHE_SRC=../apache_1.3.12/src\
> >  
> >
>
APACI_ARGS=--enable-module=ssl,--enable-module=auth_dbm,--enable-modul
> > e=info,--enable-module=rewrite,--enable-module=usertrack
> > 
> > This runs smoothly.
> > 
> > STEP 2: make
> > This, too, runs smoothly.
> > ==
> > STEP 3: make test
> > Here's the problem. It runs fine till t/TEST tries to spawn a
> server
> > and hit it.  The server fails at init because it can't generate a
> > temporary 512 bit RSA private key. I've moved to the apache
> directory
> > and run "make certificate" before the "make test", but it doesn't
> help.
> > 
> > 
> > If I'm not mistaken, I had this problem when I was first installing
> the
> > server, and ended up skipping the test. It installed and has been
> > working fine. I'd just rather have a clean test before I try
> installing
> > and using the new binary now that it's in production.
> > 
> > Anybody got a suggestion?
> 
> Recent versions of mod_ssl compiled for HPUX require an equivalent to
> Linux's /dev/random.  You can get this by downloading and installing
> an Entropy Gathering Daemon (egd), which can be found at:
> 
> http://www.lothar.com/tech/crypto/
> 
> I ran into the same problem last month upgrading my team's website, 
> until trawling through various mailing list archives pointed me to
> egd.  
> If 10.20 is anything like 11.x, this should get you through "make
> test"  with flying colors.
> 
> Apologies for being sort of off-topic here...
> 
> Ges
> Senior Perl Hacker
> Ingenium Corporation

EGD is great -- thanks for the suggestion -- but the "make test" is
still no go. The OpenSSL manpage for RAND_egd (to which egd.pl docs
pointed me) says if the socket is /dev/egd-pool it'll use it
automatically, but it's a no-go so far.

I'm at wit's end. Could it be something in the test httpd.conf? 

As a test I backed up the old httpd and replaced it with the new one,
and it seems to be working fine. All that took less than a minute, and
we're a small enough server that it was a tolerable interruption even
if it hadn't worked, but I'd still like to do the install, just to
update everything. Is that safe? What else does it change?


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/



Re: Subject: mod_perl failing to interpret bytecode modules

2001-02-09 Thread Jason Leidigh



Mark,
 
I ahve been asking this question for some time 
nowthough admitedly not specific to bytecode and ByteLoader but just how to 
"precomplie" a mod_perl mod.  I went to www.experts-exchange.com and got a 
great walk through of how to use ByteLoader but as with you it fails in 
mod_perl I'm passing you the info they gave me just in case you can see how 
to give it that final twist.I and the person who gave me the answer were 
unable.
 
>>>


  
  
This may bring you on the right track, but be 
  careful you are entering headache land:$ cat foo.pmpackage 
  foo;sub bar { print "a foo::bar\n"; return 
  1;}1;$ cat bar.pluse lib ".";use 
  foo;foo::bar();$ perl -MO=Bytecode,-O6,-o,bar.plc 
  bar.plbar.pl syntax OK$ ls -l total 162-rw-r--r-- 
    1 thoellri   35 Jan 24 18:02 
  bar.pl-rw-r--r--   1 thoellri   153053 Jan 24 
  18:30 bar.plc-rw-r--r--   1 thoellri 
    66 Jan 24 18:02 foo.pm$ echo 
  "use Byteloader 0.03;\n" > loader.pl$ cat bar.plc >> 
  loader.pl$ ls -l total 322-rw-r--r--   1 
  thoellri   35 Jan 24 18:02 
  bar.pl-rw-r--r--   1 thoellri   153053 Jan 24 
  18:30 bar.plc-rw-r--r--   1 thoellri 
    66 Jan 24 18:02 foo.pm-rw-r--r-- 
    1 thoellri   153075 Jan 24 18:32 loader.pl$ 
  perl loader.pla foo::bar$ perl -vThis is perl, v5.6.0 
  built for sun4-solarisCopyright 1987-2000, Larry WallPerl 
  may be copied only under the terms of either the Artistic License or 
  theGNU General Public License, which may be found in the Perl 5.0 
  source kit.Complete documentation for Perl, including FAQ lists, 
  should be found onthis system using `man perl' or `perldoc perl'. 
   If you have access to theInternet, point your browser at http://www.perl.com/, the Perl Home 
  Page.Have fun 
:-)  Tobias

 
I hope that you, I or someone will find the key 
because I am (as I'm sure you are) very anxious to have this solution in 
placegood luck!  
Jason Z. LeidighProject LeaderUOL 
InternacionalAv.Libertador 1068 - Piso 3Capital Federal - ( C1112ABN 
)Buenos Aires - ArgentinaT.E: 
0054-11-5777-2446Fax:  0054-11-5777-2402www.uol.com.ar[EMAIL PROTECTED]


Re: [Templates] Re: ANNOUNCE: OpenInteract Web Application Server

2001-02-09 Thread Perrin Harkins

On Thu, 8 Feb 2001, L.M.Orchard wrote:
> Now, if only I could get back to un-mothballing Iaijutsu/Iaido and do Zope
> the right way under perl... :)

When I first looked at OI, I was thinking that it has a lot of the
plumbing (O/R mapping, security model, application model) covered and you
could probably write something like Iaido as an object publisher for
it.  I know Iaido has quite a few whizbang features that aren't currently
in OI, but I think they could be fit into it, to the benefit of all.

- Perrin




Re: Sessions on win 32

2001-02-09 Thread siberian

I must have missed it, exactly what problems are you having? It is better
to give a description of the problem so we can try to debug. Generally
speaking the modperl list is not a tutorial list but a 'self-help' list.
General 'How do I get it to work' questions are usually left for the perl
newsgroups.

So, give us your specific errors and perhaps we can help a bit more. (
Sorry if I missed the specifics ).

John-

On Fri, 9 Feb 2001, harilaos wrote:

> Hello,
> thats whrere i have downloaded my apache+perl+mod_perl.
> You say that you have made it work. My question is how?
> And aslo my original question was about Apache::Session::File.
> I beleive that if somebody cannot help, should not
> just inform the user asking for help that they have got it
> to work on their machine. Nor they should tell the user
> to use perldoc Apache::Session. This is not help, its a joke.
> 
> > I have used apache::session on windows with great success. I downloaded
> > the modules pre-built along with the modperl DSO from :
> Yes, How?
> 
> > I installed this on top of the latest ActivePerl with no problems.
> > HTML::Mason worked like a champ as well.
> Yes, How?
> 
> > I believe this is all available in the archives linked to from
> > perl.apache.org.
> Beleive? thats very helpfull, thanks.
> 
> Haris
> 
> siberian wrote:
> > 
> > I have used apache::session on windows with great success. I downloaded
> > the modules pre-built along with the modperl DSO from :
> > 
> > ftp://theoryx5.uwinnipeg.ca/pub/
> > 
> > They seem to work well. I even installed on top of OpenSA (
> > www.opensa.org ) and obtained SSL features. I did have to do some oddities
> > to get Session::DBI working properly but it did work in the end.
> > 
> > I installed this on top of the latest ActivePerl with no problems.
> > HTML::Mason worked like a champ as well.
> > 
> > I believe this is all available in the archives linked to from
> > perl.apache.org.
> > 
> > Yes, the perl community does ask its users to sometimes be a bit more
> > 'independent' but its nothing to get testy about. Some of us on the list
> > are actually really really really busy and like to wait it out and see if
> > someone else will pop in with an answer.
> > 
> > John-
> > 
> > On Thu, 8 Feb 2001, harilaos wrote:
> > 
> > > Thanks for the hint but i have already done this.
> > > I ask this group in case people have got experience
> > > i what i am asking and not to get vague answers.
> > > Why don't i do a search on google?
> > > I have emailed the author of the module but i don't
> > > think i will get a reply.
> > > Sparce documentention , and this is why PHP
> > > is gaining ground on Perl.PHP comes preconfigured
> > > with session management too, but i want to use perl.
> > > Not because i don't know how to,(because I have already
> > > did the session management myself with files on the server)
> > > but because i wanted to implement a system that can switch
> > > from file to cookie to DB session management anmd from
> > > windows to linux.
> > > Maybe if i hot perldoc again that will help.
> > >
> > > Haris
> > >
> > > Gunther Birznieks wrote:
> > > >
> > > > Have you tried doing a perldoc on the modules themselves?
> > > >
> > > > At 02:35 PM 2/7/2001 +, harilaos wrote:
> > > > >Hello,
> > > > >I have searched everywhere but there is documentation on
> > > > >how to implement Apache::Session on windows.
> > > > >Has anyone done this? Please point me to relevent
> > > > >docs if you know any.
> > > > >I have read about Apache::Session::Win32 but the package is
> > > > >removed and obsolete from the latest Apache::Session module.
> > > > >
> > > > >Thanks
> > > >
> > > > __
> > > > Gunther Birznieks ([EMAIL PROTECTED])
> > > > eXtropia - The Web Technology Company
> > > > http://www.extropia.com/
> > >
> > >
> 




Re: Sessions on win 32

2001-02-09 Thread Joshua Chamas

harilaos wrote:
> 
> I havent tried it, but does it use file session management?
> Do i have to use ASP to use it? Because I am only using mod_perl
> for speed.
> 

Apache::ASP uses SDBM_File & DB_File database backed file 
session management.  You cannot use its $Session or $Application
objects currently outside of the ASP environment, but 
if you are interested in using the ASP framework, and are
moving from CGI, then all you have to do is wrap your 
CGI scripts with code brackets like: <% ... CGI code ... %>

--Josh

_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks >> free web link monitoring   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051



Re: [RESEND] seg fault with Apache::URI ... weird

2001-02-09 Thread Nick Tonkin

On Fri, 9 Feb 2001, Jeffrey W. Baker wrote:

> On Fri, 9 Feb 2001, Nick Tonkin wrote:
> 
> >
> > Hi Jeff,
> >
> > Thanks for your feedback.
> >
> > I wonder if you noticed that this code was from the Auth/Access stuff
> > you did for me a while back ... so I'll patch mine but you might want to
> > take a look at the places you are using it ...
> 
> Actually, I didn't.  Does this mean that strcasecmp(3) on FreeBSD doesn't
> segfault when given NULL pointers?  Or does this mean that the version of
> Apache at the time (1.3.6 and 1.3.9) didn't have this problem?  The code
> in Apache hasn't changed since then, so I assume a difference between BSD
> and Linux libc.

Yikes. I'm JAPH -- this (behavior of OS functions on different Unices) is
out of my purview, I'm afraid. However, it is true that the identical code
has worked on FreeBSD with Apache 1.3.[9-current or so] for at least a
year without problems.

HTH,

Nick




Re: [RESEND] seg fault with Apache::URI ... weird

2001-02-09 Thread Jeffrey W. Baker

On Fri, 9 Feb 2001, Nick Tonkin wrote:

>
> Hi Jeff,
>
> Thanks for your feedback.
>
> I wonder if you noticed that this code was from the Auth/Access stuff
> you did for me a while back ... so I'll patch mine but you might want to
> take a look at the places you are using it ...

Actually, I didn't.  Does this mean that strcasecmp(3) on FreeBSD doesn't
segfault when given NULL pointers?  Or does this mean that the version of
Apache at the time (1.3.6 and 1.3.9) didn't have this problem?  The code
in Apache hasn't changed since then, so I assume a difference between BSD
and Linux libc.

Cheers,
Jeffrey




Re: [RESEND] seg fault with Apache::URI ... weird

2001-02-09 Thread Nick Tonkin


Hi Jeff,

Thanks for your feedback.

On Thu, 8 Feb 2001, Jeffrey W. Baker wrote:

> On Thu, 8 Feb 2001, Nick Tonkin wrote:
> 
> >
> > Hi all,
> >
> > No response on this so here it is again, any clues appreciated:
> >
> > I am encountering a weird problem with Apache::URI ... consider, please,
> > this test handler:
> >
> >[ ... ]
> >
> > This code has worked fine for two years or more on my FreeBSD boxes; this
> > is on Linux RedHat 7 ... dunno if that makes a difference.
> 
> It doesn't make a difference.  Segfaults for me on Slackware-current, too.
> However, I would suggest avoinding RH 7.0 and its buggy compiler!

Jeez, I have had nothin but headaches with RedHat. I have always used
FreeBSD but it didn't know about the SCSI disks on the customer's HP
NetServer ... maybe I'll try again with Suse or Slackware before I get too
far along.


> 
> I've debugged the problem, but have no solution:

Thanks for getting in where my hands fear to get dirty ... :)

> 
>  my $uri = Apache::URI->parse($r, $r->uri);
> 
> This calls ap_parse_uri_components(), which is responsible for setting
> the scheme, hostname, user, password, port, path, etc.  But, the scheme is
> not getting set, because the request line only contains "/path" or such.
> 
>  $uri->hostname($r->get_server_name);
>  $uri->port($r->get_server_port);
> 
> These work fine.
> 
>  print $uri->unparse;
> 
> This calls ap_unparse_uri_components().  If there is a hostname but no
> scheme, ap_unparse_uri_components() will pass a null argument to
> strcasecmp, which will cause an invalid memory access and SIGSEGV.  You
> can work around the problem by including $uri->scheme('http'); with the
> other accessor methods.  In the long run this is probably a bug in Apache.
> 
> If you read src/main/util_uri.c in Apache, you can see why commenting out
> one accessor avoids the crash.
> 
> Regards,
> Jeffrey Baker

I wonder if you noticed that this code was from the Auth/Access stuff
you did for me a while back ... so I'll patch mine but you might want to
take a look at the places you are using it ...

Thanks again,

Nick




Re: object not being destroyed in a TemplateToolkit-based handler

2001-02-09 Thread Vivek Khera

> "RB" == Robin Berjon <[EMAIL PROTECTED]> writes:

RB> At 13:24 08/02/2001 -0500, Vivek Khera wrote:
>> Ok... Upgrade to "Apache/1.3.17 (Unix) mod_perl/1.25_01-dev" fixed the
>> object destroy issue.  Yay!

RB> I'm glad your problem is soved, but does anyone have any idea what
RB> triggered that problem ? I'm running 1.3.14/1.24_01 and though I'm not

Actually, it turned out to be an issue with defining a MACRO causing
the stash to not get GC'd by perl.  It is not a mod_perl issue at all.



Re: Redirection Location MUST be absolute (was Re: Send a cookie,AND a redirect ?)

2001-02-09 Thread Tony Demark

Let me bring this back to mod_perl for a sec:

>If a CGI script sends out a Location: header that doesn't begin with a
>protocol (like http: or ftp:), then it's an *internal* redirect.
>
>For an internal redirect, the browser never sees the transaction.  The
>web server just does a "goto", picking up the new resource, delivering
>the content to the browser AS IF IT WAS THE OLD URL.  The browser
>doesn't even know it happened (thus the problem I said earlier about
>relative URLs in the delivered document being broken).

Just for clarification, you are speaking _specifically_ about 
non-mod_perl CGIs, correct?

Doing this (via mod_perl):

$r->header_out(Location => '/foo/bar/');

causes an external redirect (REPLY headers being sent to the browser), as in:

glory:tony[1]% telnet www.uswx.com 80
Trying 207.106.24.123...
Connected to sundog.uswx.com.
Escape character is '^]'.
GET /us/wx/PA HTTP/1.0

HTTP/1.0 302 Found
Date: Fri, 09 Feb 2001 14:29:32 GMT
Server: Apache/1.3.9 (Unix) mod_perl/1.21
Location: /us/wx/PA/
Content-Type: text/html



302 Found

Found
The document has moved here.





Re: mod_ssl: Init: Failed to generate temporary 512 bit RSA private key

2001-02-09 Thread Ges Seger

Paul wrote:

> Hi, all.
> 
> I've been trying to add a couple of modules to my Apache, and just
> can't seem to get it to do it's thing.  Forgive me if I tell you too
> much, but I'm just trying to be thorough.
> 
> STEP 1:
> ===
> perl Makefile.PL USE_APACI=1 USE_DSO=0 EVERYTHING=1  \
>   DO_HTTPD=1 SSL_BASE=/usr/local/ssl \
>   APACHE_SRC=../apache_1.3.12/src\
>  
> APACI_ARGS=--enable-module=ssl,--enable-module=auth_dbm,--enable-modul
> e=info,--enable-module=rewrite,--enable-module=usertrack
> 
> This runs smoothly.
> 
> STEP 2: make
> This, too, runs smoothly.
> ==
> STEP 3: make test
> Here's the problem. It runs fine till t/TEST tries to spawn a server
> and hit it.  The server fails at init because it can't generate a
> temporary 512 bit RSA private key. I've moved to the apache directory
> and run "make certificate" before the "make test", but it doesn't help.
> 
> 
> If I'm not mistaken, I had this problem when I was first installing the
> server, and ended up skipping the test. It installed and has been
> working fine. I'd just rather have a clean test before I try installing
> and using the new binary now that it's in production.
> 
> Anybody got a suggestion?

Recent versions of mod_ssl compiled for HPUX require an equivalent to 
Linux's /dev/random.  You can get this by downloading and installing an 
Entropy Gathering Daemon (egd), which can be found at:

http://www.lothar.com/tech/crypto/

I ran into the same problem last month upgrading my team's website, 
until trawling through various mailing list archives pointed me to egd.  
If 10.20 is anything like 11.x, this should get you through "make test" 
with flying colors.

Apologies for being sort of off-topic here...

Ges
Senior Perl Hacker
Ingenium Corporation









Re: Sessions on win 32

2001-02-09 Thread harilaos

Hello,
thats whrere i have downloaded my apache+perl+mod_perl.
You say that you have made it work. My question is how?
And aslo my original question was about Apache::Session::File.
I beleive that if somebody cannot help, should not
just inform the user asking for help that they have got it
to work on their machine. Nor they should tell the user
to use perldoc Apache::Session. This is not help, its a joke.

> I have used apache::session on windows with great success. I downloaded
> the modules pre-built along with the modperl DSO from :
Yes, How?

> I installed this on top of the latest ActivePerl with no problems.
> HTML::Mason worked like a champ as well.
Yes, How?

> I believe this is all available in the archives linked to from
> perl.apache.org.
Beleive? thats very helpfull, thanks.

Haris

siberian wrote:
> 
> I have used apache::session on windows with great success. I downloaded
> the modules pre-built along with the modperl DSO from :
> 
> ftp://theoryx5.uwinnipeg.ca/pub/
> 
> They seem to work well. I even installed on top of OpenSA (
> www.opensa.org ) and obtained SSL features. I did have to do some oddities
> to get Session::DBI working properly but it did work in the end.
> 
> I installed this on top of the latest ActivePerl with no problems.
> HTML::Mason worked like a champ as well.
> 
> I believe this is all available in the archives linked to from
> perl.apache.org.
> 
> Yes, the perl community does ask its users to sometimes be a bit more
> 'independent' but its nothing to get testy about. Some of us on the list
> are actually really really really busy and like to wait it out and see if
> someone else will pop in with an answer.
> 
> John-
> 
> On Thu, 8 Feb 2001, harilaos wrote:
> 
> > Thanks for the hint but i have already done this.
> > I ask this group in case people have got experience
> > i what i am asking and not to get vague answers.
> > Why don't i do a search on google?
> > I have emailed the author of the module but i don't
> > think i will get a reply.
> > Sparce documentention , and this is why PHP
> > is gaining ground on Perl.PHP comes preconfigured
> > with session management too, but i want to use perl.
> > Not because i don't know how to,(because I have already
> > did the session management myself with files on the server)
> > but because i wanted to implement a system that can switch
> > from file to cookie to DB session management anmd from
> > windows to linux.
> > Maybe if i hot perldoc again that will help.
> >
> > Haris
> >
> > Gunther Birznieks wrote:
> > >
> > > Have you tried doing a perldoc on the modules themselves?
> > >
> > > At 02:35 PM 2/7/2001 +, harilaos wrote:
> > > >Hello,
> > > >I have searched everywhere but there is documentation on
> > > >how to implement Apache::Session on windows.
> > > >Has anyone done this? Please point me to relevent
> > > >docs if you know any.
> > > >I have read about Apache::Session::Win32 but the package is
> > > >removed and obsolete from the latest Apache::Session module.
> > > >
> > > >Thanks
> > >
> > > __
> > > Gunther Birznieks ([EMAIL PROTECTED])
> > > eXtropia - The Web Technology Company
> > > http://www.extropia.com/
> >
> >