RFC/ANNOUNCE: WebsiteGenerator, FormGenerator, Class-ParamParser

[Darren Duncan]

I have uploaded new versions of my 3 distributions to CPAN:

- Class-ParamParser-1.0.tar.gz   - 1 module
- CGI-FormGenerator-0.9201.tar.gz- 7 modules
- CGI-WebsiteGenerator-0.3201.tar.gz - 9 modules

My authorname is DUNCAND.

I would like to request comments on these modules and/or otherwise 
announce their availability.  Among other things, I appreciate 
suggestions for what to name the distributions.  If this email lacks 
info you need, please check the ReadMes or module POD for more.

They were first released on CPAN in July of 2000 after 2 years of 
development.  The newest iterations include mod_perl compatability 
and semi-complete POD; should be enough to use the modules 
effectively.

Here is the standard DLSI for the 17 modules, grouped by 
distribution.  Please note that all of these are working and tested 
and in active use now by me (see http://www.DarrenDuncan.net and 
http://www.chronology.net).  The modules in "beta" are ones that I 
consider complete but aren't tested by other people, and those in 
"alpha" or "construction" are fully usable, but updates are planned.

Name   DSLI   Description
      

Class::ParamParser   - bdpO - complex parameter parsing for subclass methods

HTML::TagMaker   - bdpO - make single,groups of HTML tags, head/footers
HTML::FormMaker  - adpO - predefined persistant forms, reports, validate
HTML::PageMaker  - bdpO - store,assemble web page parts, search+replace
CGI::HashOfArrays- bdpO - data storage,parsing,url-encoding, subset
CGI::WebUserIO   - cdpO - gather,parse,manage user input data, env vars
CGI::SequentialFile  - bdpO - HoA/hash data storage in encoded k=v text file
CGI::EventCountFile  - bdpO - store date-bounded event counts in file (usage)

CGI::WPM::Globals- cdpO - store prefs, fs/path contexts, user i/o, utils
CGI::WPM::Base   - cdpO - defines API for subclassed WPM modules
CGI::WPM::MultiPage  - adpO - WPM resolves nav in page hierarchy, makes menu
CGI::WPM::Static - bdpO - WPM for displaying static html,text pages
CGI::WPM::MailForm   - adpO - WPM impl e-mail submis forms w/ unlimit quest
CGI::WPM::GuestBook  - adpO - WPM impl gb w/ unlimit quest, e-ml to sign/ownr
CGI::WPM::SegTextDoc - bdpO - WPM displays static single/multipart text pages
CGI::WPM::Redirect   - bdpO - WPM for issuing an HTTP redirection header
CGI::WPM::Usage  - bdpO - WPM tracks usage details, e-mails bkup to owner

Here is a full sentence description for each one, which I am hoping 
some of you will read and then suggest good one-liner "Descriptions". 
I have trouble summarizing too much.

Class::ParamParser - Perl module that provides complex parameter list 
parsing for
subclass methods.

HTML::TagMaker - Perl module that can create any HTML tags, as well 
as groups of
or just parts of them, and complete html headers or footers.

HTML::FormMaker - Perl module that maintains a predefined html input form
definition with which it can generate form html, complete with persistant and
error-checked user input, as well as formatted reports of the user 
input in html
or plain text format.

HTML::PageMaker - Perl module that maintains and assembles the components of a
new HTML 4 page, with CSS, and also provides search and replace capabilities.

CGI::HashOfArrays - Perl module that implements a hash whose keys can have
either single or multiple values, and which can process url-encoded data.

CGI::WebUserIO - Perl module that gathers, parses, and manages user input and
output data, including HTTP headers, query strings, posts, searches, 
cookies, and
shell arguments, as well as providing cleaner access to many environment
variables, consistantly under both CGI and mod_perl.

CGI::SequentialFile - Perl module that interfaces to a common text file format
which stores records as named and url-escaped key=value pairs.

CGI::EventCountFile - Perl module that interfaces to a tab-delimited text file
for storing date-bounded counts of occurances for multiple events, such as web
page views.

CGI::WPM::Globals - Perl module that is used by all subclasses of 
CGI::WPM::Base
for managing global program settings, file system and web site hierarchy
contexts, providing environment details, gathering and managing user input,
collecting and sending user output, and providing utilities like 
sending e-mail.

CGI::WPM::Base - Perl module that defines the API for subclasses, which are
miniature applications called "web page makers", and provides them with a
hierarchical environment that handles details for obtaining program settings,
resolving file system or web site contexts, obtaining user input, and 
sending new
web pages to the user.

CGI::WPM::MultiPage - Perl module that is a subclass of CGI::WPM::Base and
resolves navigation for one level in the web site page hierarchy from a parent
node to its children, encapsulates and returns its childrens' r

Re: http -> https for authentication

[Dan Riley]

Joshua Gerth <[EMAIL PROTECTED]> writes:
>   So, I am running a mod_perl/mod_ssl enabled Apache web server.  
> The home page (and several other unprotected pages) need to listen on both
> the encrypted port 443 and non-encrypted port 80.  However, I would like
> to force all authentication requests to go through the encrypted side so
> the passwords is never passed in plain text.

We do this via an old-fashioned 403 handler on the unencrypted side
that returns a 302 redirect to an https URL.  The vhost for the
encrypted side overrides the 403 handler with our standard handler.
-- 
Dan Riley [EMAIL PROTECTED]
Wilson Lab, Cornell University  http://www.lns.cornell.edu/~dsr/>
"History teaches us that days like this are best spent in bed"

Re: Shopping Store design

[___cliff rayman___]

here are a couple i know about - no personal experience however,
i prefer homebrew :-))

http://www.zelerate.com/html/eng/home.shtml
http://www.extropia.com/products.html

The Doctor wrote:

> Needed :
>
> Perl programmes for a 'member' Shopping cart site that would do the
> following:
>
> Authenticate members
> Add new member using member IDs of greater than 1000
> Authenticating Members
> The ability to shop
> The ability to ship
> The ability to search the site for products
> Order verification
> Order Completion
> Inventory ability and membership/non-membership management
>
> Would like to use a Perl/PHP based solution.
>
> Any suggestions?

--
___cliff [EMAIL PROTECTED]http://www.genwax.com/

Shopping Store design

[The Doctor]

Needed :

Perl programmes for a 'member' Shopping cart site that would do the 
following:

Authenticate members
Add new member using member IDs of greater than 1000
Authenticating Members
The ability to shop
The ability to ship
The ability to search the site for products
Order verification
Order Completion
Inventory ability and membership/non-membership management

Would like to use a Perl/PHP based solution.

Any suggestions?

[JOB] Ticketmaster-Citysearch looking for perl developers

[Todd Cranston-Cuebas]

Location: Pasadena, CA
Company: Ticketmaster Online-Citysearch, Inc.
Title: Multiple positions within organization from junior to advanced
levels.

We're pragmatic about our tools but have a particular attraction to perl. If
southern California (Pasadena to be exact) and perl development sounds like
a good mix then let's talk. If you'd like more information on specific
positions, please refer to our jobs page at http://www.abouttmcs.com. Even
if you don't see a perfect match to a posted position, if you love perl,
give me a call. We're always open to talking to see if we have a potential
fit with our team.

Look forward to talking with you.

Todd Cranston-Cuebas
Ticketmaster Online-Citysearch, Inc.
626-660-3558
[EMAIL PROTECTED]

Re: Apache Version 1.3.0 required, aborting...

[Ask Bjoern Hansen]

On Wed, 27 Dec 2000, ___cliff rayman___ wrote:

> perhaps doug or someone with the proper authentication can
> move the mod_perl-1.24 version into the old directory on:
> http://perl.apache.org/dist/

I added a note saying

"mod_perl-1.24_01.tar.gz or later is required for Apache >= 1.3.14."

to the header in /dist/
 

 - ask

-- 
ask bjoern hansen - 

Re: DBI DBD::mysql problems

[Stas Bekman]

On Wed, 27 Dec 2000, Andrew Koebrick wrote:

> Stas [et al.],
> 
> I wiped all of the prior DBD files and reinstalled as per advice:
> 
> >> It's possible that you have DBD files duplicated in different directories
> >> and the older version is coming first in @INC. Remove them all and
> >> reinstall.
> 
> For good measure I also upgraded to the new RedHat mysql rpms (plus the new 
>libstdc++ they required).  Unfortunately I still get the same error message:
> 
> >>  DBD::mysql object version 2.0415 does not match bootstrap
> >>  parameter 2.0413 at 
> >>  /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 219.
> 
> Any other leads?  Thanks-

You should get only these 3 matches or even 2 if you didn't install from
Bundle:

% find /usr/lib/perl5 -name DBD |xargs grep -r 2.0415 
/usr/lib/perl5/site_perl/5.6.0/i386-linux/Bundle/DBD/mysql.pm:$VERSION =
'2.0415';
/usr/lib/perl5/site_perl/5.6.0/i386-linux/DBD/mysql.pm:$VERSION =
'2.0415';
Binary file
/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/mysql/mysql.so matches

The last file is the one that causes a problem -- in your case you will
probably get two mysql.so files. Try to find the problematic one with:

% find /usr/lib/perl5 -name DBD |xargs grep -r 2.0413



_
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://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/  

Re: DBI DBD::mysql problems

[Andrew Koebrick]

Stas [et al.],

I wiped all of the prior DBD files and reinstalled as per advice:

>> It's possible that you have DBD files duplicated in different directories
>> and the older version is coming first in @INC. Remove them all and
>> reinstall.

For good measure I also upgraded to the new RedHat mysql rpms (plus the new libstdc++ 
they required).  Unfortunately I still get the same error message:

>>  DBD::mysql object version 2.0415 does not match bootstrap
>>  parameter 2.0413 at 
>>  /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 219.

Any other leads?  Thanks-


> Greetings,
> 
> I'm getting grief while trying to run DBI/DBD::mysql (running through Apache::ASP if 
>that matters).  Pages which work fine on another development server spew the 
>following when run on the new install:
> 
> >>  DBD::mysql object version 2.0415 does not match bootstrp 
> >>  parameter 2.0413 at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm 
> >>  line 219. <--> Compilation failed in require at (eval 36) line 97. <-->
> >>  BEGIN failed--compilation aborted at (eval 36) line 97. <--> , 
> >>  /usr/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1740
> 
> Box: Red Hat 7.0
> Server: apache-1.3.14-3  
> 
> I have tried reinstalling all the pieces with the freshest of CPAN distributions, to 
>no avail.  Any other suggestions?  

It's possible that you have DBD files duplicated in different directories
and the older version is coming first in @INC. Remove them all and
reinstall.

% find /usr/lib/perl5 -name DBD -exec rm {} \;

_
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://logilune.com/ 
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/  



Andrew Koebrick
Web Coordinator/Librarian
MN-Planning (Office of Strategic and Long Range Planning)
658 Cedar St., Suite 300
St. Paul, MN 55155

651-296-4156 phone
651-296-3698 fax

www.mnplan.state.mn.us

Re: Apache Version 1.3.0 required, aborting...

[___cliff rayman___]

___cliff rayman___ wrote:

> perhaps doug or someone with the proper authentication can

s/authentication/authorization/

>
> move the mod_perl-1.24 version into the old directory on:
> http://perl.apache.org/dist/
>
> cpan looks like it is up to date and only shows the 1.24_01 version.
>
> Stas Bekman wrote:
>
> > z
> >
> > 
> > please get mod_perl-1.24_01.tar.gz
> > 
>
> --
> ___cliff [EMAIL PROTECTED]http://www.genwax.com/

--
___cliff [EMAIL PROTECTED]http://www.genwax.com/

Re: Apache Version 1.3.0 required, aborting...

[___cliff rayman___]

perhaps doug or someone with the proper authentication can
move the mod_perl-1.24 version into the old directory on:
http://perl.apache.org/dist/

cpan looks like it is up to date and only shows the 1.24_01 version.


Stas Bekman wrote:

> z
>
> 
> please get mod_perl-1.24_01.tar.gz
> 

--
___cliff [EMAIL PROTECTED]http://www.genwax.com/

Re: Apache Version 1.3.0 required, aborting...

[David McCabe]

> From: Joshua Gerth <[EMAIL PROTECTED]>
> Date: Wed, 27 Dec 2000 14:05:14 -0800 (PST)
> Subject: Apache Version 1.3.0 required, aborting...

> I am doing a 100% fresh install.  I just downloaded 
>   mod_perl-1.24.tar.gz
>   apache_1.3.14.tar.gz

> Am I doing something wrong?  Am I not using the correct version of
> something?

Yes, and yes. :):)

You need mod_perl-1.24_01.tar.gz. You can get it by going to search.cpan.org, and
enter "mod_perl" as the search term. Or, use this URL with a perl/LWP script, or
wget, or something similiar:

http://www.cpan.org/authors/id/DOUGM/mod_perl-1.24_01.tar.gz



David McCabe  Unix System Administrator
Le Groupe Videotron [EMAIL PROTECTED]   (514) 380 4433

"We've all heard that a million monkeys banging 
on a million typewriters will eventually reproduce 
the works of Shakespeare. Now, thanks to the 
Internet, we know this is not true."
   - Robert Wilensky UCB

Re: Apache Version 1.3.0 required, aborting...

[Stas Bekman]

On Wed, 27 Dec 2000, Joshua Gerth wrote:

> Hello again,
> 
>   Thats for the suggestions on my last question.  This one is
> completely unrelated.
> 
> I am doing a 100% fresh install.  I just downloaded 
>   mod_perl-1.24.tar.gz
>   apache_1.3.14.tar.gz


please get mod_perl-1.24_01.tar.gz


> 
> I then ran:
>   tar xzvf src/apache_1.3.14.tar.gz
>   tar xvzf src/mod_perl-1.24.tar.gz
>   cd mod_perl-1.24
>   perl Makefile.PL   \
>APACHE_SRC=../apache_1.3.14/src   \
>EVERYTHING=1  \
>USE_APACI=1   \
>PREP_HTTPD=1  \
>PERL_AUTHEN=1 \
>PERL_STACKED_HANDLERS=1   \
>PERL_GET_SET_HANDLERS=1   \
>NO_HTTPD=1
> 
> (from http://perl.apache.org/guide/install.html#A_Summary_of_a_Basic_mod_perl_In)
> 
> and it first prompts me for the apache src location:
>   Will configure via APACI
> Enter `q' to stop search
> Please tell me where I can find your apache src
> [../apache_x.x/src]  
> 
> So I entered "../apache_1.3.14/src" (but I thought APACHE_SRC was going to
> take care of that).  Then it craps out with:
> .
> Apache Version 1.3.0 required, aborting...
> 
> So, hunting through the Makefile.PL, it looks like the httpd_version
> subroutine is busted.  I finally got around the above problem by adding:
> $string = "Apache/1.3.14";
> 
> to line number 1502 of the Makefile.PL script.  
> 
> Am I doing something wrong?  Am I not using the correct version of
> something?
> 
> Thanks,
>   Joshua 
> 
> 
> ---
>  Joshua M. Gerth   You can tune a file system, 
>  [EMAIL PROTECTED] but you can't tune a fish.
>  503.613.8070   
>  RA2.4.H13  - man page for 'tunefs' on HPUX
>  LTD North Design 
> ---
> 



_
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://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/  

Apache Version 1.3.0 required, aborting...

[Joshua Gerth]

Hello again,

Thats for the suggestions on my last question.  This one is
completely unrelated.

I am doing a 100% fresh install.  I just downloaded 
mod_perl-1.24.tar.gz
apache_1.3.14.tar.gz

I then ran:
tar xzvf src/apache_1.3.14.tar.gz
tar xvzf src/mod_perl-1.24.tar.gz
cd mod_perl-1.24
perl Makefile.PL   \
 APACHE_SRC=../apache_1.3.14/src   \
 EVERYTHING=1  \
 USE_APACI=1   \
 PREP_HTTPD=1  \
 PERL_AUTHEN=1 \
 PERL_STACKED_HANDLERS=1   \
 PERL_GET_SET_HANDLERS=1   \
 NO_HTTPD=1

(from http://perl.apache.org/guide/install.html#A_Summary_of_a_Basic_mod_perl_In)

and it first prompts me for the apache src location:
Will configure via APACI
Enter `q' to stop search
Please tell me where I can find your apache src
[../apache_x.x/src]  

So I entered "../apache_1.3.14/src" (but I thought APACHE_SRC was going to
take care of that).  Then it craps out with:
.
Apache Version 1.3.0 required, aborting...

So, hunting through the Makefile.PL, it looks like the httpd_version
subroutine is busted.  I finally got around the above problem by adding:
$string = "Apache/1.3.14";

to line number 1502 of the Makefile.PL script.  

Am I doing something wrong?  Am I not using the correct version of
something?

Thanks,
Joshua 


---
 Joshua M. Gerth   You can tune a file system, 
 [EMAIL PROTECTED] but you can't tune a fish.
 503.613.8070   
 RA2.4.H13  - man page for 'tunefs' on HPUX
 LTD North Design 
---

apache-asp.org back online

[Joshua Chamas]

The Apache::ASP site was down for a few days over the 
holidays because of ISP woes.  It is back online now.
Thanks for your patience.

-- Josh

Re: http -> https for authentication

[Ask Bjoern Hansen]

On Wed, 27 Dec 2000, Stas Bekman wrote:

> You are having front/end-back setup, right? If so:
> http://thingy.kcilink.com/modperlguide/config/Knowing_the_proxy_pass_ed_Connec.html

I use something like

RewriteCond   %\{SERVER_PORT\}  ^443$
RewriteRule   ^/appname(.*)  http://localhost:1234/appname?secure=1 [P,QSA,L] 

and then the app can just look at the "secure" parameter.


 - ask

-- 
ask bjoern hansen - 
more than 70M impressions per day, 

Re: Modifying the reported size in a directory index

[Jens-Uwe Mager]

On Mon, Dec 25, 2000 at 06:22:04PM -0800, Doug MacEachern wrote:
> i probably shouldn't be 'working' on xmas, but have some time to kill
> before the airport and have had this in mind since you first posted (4
> months ago!).  with the patch below and this package:
> http://perl.apache.org/~dougm/Sys-Stat-0.01.tar.gz
> 
> a fixup handler can modify the reported size like so:
> 
> sub MyFixup::handler {
> my $r = shift;
> my $stat = Sys::Stat->stat($r->filename);
> $stat->size(10_000); #whatever size
> $r->finfo($stat); #changed size will be reflected in dirindex output
> 0;
> }

Wow! Thanks for making that available, it exactly does what I wanted. I
just patched my modperl with the patch and also installed Sys::Stat and
use the new module in my MacBinary fixup handler and it works beautifully.

-- 
Jens-Uwe Mager

HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany

Phone:  +49 5131 709320
FAX:+49 5131 709325
Internet:   [EMAIL PROTECTED]

Re: http -> https for authentication

[Michael]

> 
> Howdy,
> 
>  So, I am running a mod_perl/mod_ssl enabled Apache web server.  The
> home page (and several other unprotected pages) need to listen on
> both the encrypted port 443 and non-encrypted port 80.  However, I
> would like to force all authentication requests to go through the
> encrypted side so the passwords is never passed in plain text.
> 
>  In the past I have done this by adding a mod_rewrite for each area
> which I knew was protected.  Is there any way I can do this in a
> more dynamic fashion? 
> 

Well,,. this may not be elegant, but I use a straight forward 
approach of using an include config file for the use that is 
identical for both port 80 and 443. The login.pl file on the port 80 
side simply redirects to https:URL passing a variable that indicates 
the original target to the real login script. After the login the 
script returns to the target as it would normally. This is pretty 
simple at least for me as nothing differs except the two login.pl 
scripts.
[EMAIL PROTECTED]

Re: http -> https for authentication

[Joshua Gerth]

Hey Stas,

> > So, I am running a mod_perl/mod_ssl enabled Apache web server.  
> > The home page (and several other unprotected pages) need to listen on both
> > the encrypted port 443 and non-encrypted port 80.  However, I would like
> > to force all authentication requests to go through the encrypted side so
> > the passwords is never passed in plain text.
> > 
> > In the past I have done this by adding a mod_rewrite for each area
> > which I knew was protected.  Is there any way I can do this in a more
> > dynamic fashion? 
> 
> You are having front/end-back setup, right? If so:
> http://thingy.kcilink.com/modperlguide/config/Knowing_the_proxy_pass_ed_Connec.html

Actually no, we had not yet setup the frontend/backend thing yet.  I was
more hoping we could do this with either a
PerlTransHandler

or by adding logic to my Apache::Authen handler.  Any hope, or do we need
to go to the frontend/backend setup to do this?

Thanks,
Joshua

Re: http -> https for authentication

[Stas Bekman]

On Wed, 27 Dec 2000, Joshua Gerth wrote:

> 
> Howdy,
> 
>   So, I am running a mod_perl/mod_ssl enabled Apache web server.  
> The home page (and several other unprotected pages) need to listen on both
> the encrypted port 443 and non-encrypted port 80.  However, I would like
> to force all authentication requests to go through the encrypted side so
> the passwords is never passed in plain text.
> 
>   In the past I have done this by adding a mod_rewrite for each area
> which I knew was protected.  Is there any way I can do this in a more
> dynamic fashion? 

You are having front/end-back setup, right? If so:
http://thingy.kcilink.com/modperlguide/config/Knowing_the_proxy_pass_ed_Connec.html


> 
> Thanks,
>   Joshua
> 
> 
> ---
>  Joshua M. Gerth   You can tune a file system, 
>  [EMAIL PROTECTED] but you can't tune a fish.
>  503.613.8070   
>  RA2.4.H13  - man page for 'tunefs' on HPUX
>  LTD North Design 
> ---
> 
> 
> 
> 



_
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://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/  

http -> https for authentication

[Joshua Gerth]

Howdy,

So, I am running a mod_perl/mod_ssl enabled Apache web server.  
The home page (and several other unprotected pages) need to listen on both
the encrypted port 443 and non-encrypted port 80.  However, I would like
to force all authentication requests to go through the encrypted side so
the passwords is never passed in plain text.

In the past I have done this by adding a mod_rewrite for each area
which I knew was protected.  Is there any way I can do this in a more
dynamic fashion? 

Thanks,
Joshua


---
 Joshua M. Gerth   You can tune a file system, 
 [EMAIL PROTECTED] but you can't tune a fish.
 503.613.8070   
 RA2.4.H13  - man page for 'tunefs' on HPUX
 LTD North Design 
---

Re: libapreq-0.31_03

[Jens-Uwe Mager]

I have previously send in to the mod_perl mailing list a patch to make
libapreq compile under AIX, but this patch was for the old version and
thus probably was not applied. I have redone the patch again but this
time relative to the current cvs repository of libapreq. This patch does
the following:

* If compiling using a non-gcc compiler the gcc __attribute__ feature
  gets defined twice, once by apache headers and once by perl headers.
  The patch undefs it inbetween so the compiler does not barf because of
  the redefinition.

* The function my_memstr c/apache_multipart_buffer.c attempts to perform
  pointer arithmetic on void * variables, which does not work in
  standard C as a void * has no size. I changed the pointers to unsigned
  char *. 

* The header file apache_request.h does use a C++ comment which produces
  warning in a normal C compiler about extra garbage at the end of an
  #endif pre-processor statement, making this a C comment avoids the
  warning.

* AIX needs extra linker flags to cope with the special .exp file
  mechanism that defines the symbols to export for a dynamic shared
  object/shared library. The Apache::src module has a convenient method
  to retrieve these flags if needed.
-- 
Jens-Uwe Mager

HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany

Phone:  +49 5131 709320
FAX:+49 5131 709325
Internet:   [EMAIL PROTECTED]


Index: Cookie/Cookie.xs
===
RCS file: /home/cvspublic/httpd-apreq/Cookie/Cookie.xs,v
retrieving revision 1.3
diff -u -d -r1.3 Cookie.xs
--- Cookie/Cookie.xs2000/03/30 04:49:14 1.3
+++ Cookie/Cookie.xs2000/12/27 18:26:15
@@ -1,5 +1,6 @@
 #include "apache_request.h"
 #include "apache_cookie.h"
+#undef __attribute__
 #include "mod_perl.h"
 
 typedef ApacheCookie * Apache__Cookie;
Index: Cookie/Makefile.PL
===
RCS file: /home/cvspublic/httpd-apreq/Cookie/Makefile.PL,v
retrieving revision 1.1.1.1
diff -u -d -r1.1.1.1 Makefile.PL
--- Cookie/Makefile.PL  1999/01/27 01:33:20 1.1.1.1
+++ Cookie/Makefile.PL  2000/12/27 18:26:15
@@ -28,6 +28,9 @@
 'INC'  => "-I../c ". $src->inc,
 'TYPEMAPS'  => $src->typemaps,
 'LIBS' => "-L$root -lapreq",
+   'dynamic_lib' => {
+   'OTHERLDFLAGS' => $src->otherldflags,
+   },
 );
 unlink "$root/libapreq.a";
 }
Index: Request/Makefile.PL
===
RCS file: /home/cvspublic/httpd-apreq/Request/Makefile.PL,v
retrieving revision 1.1.1.1
diff -u -d -r1.1.1.1 Makefile.PL
--- Request/Makefile.PL 1999/01/27 01:33:20 1.1.1.1
+++ Request/Makefile.PL 2000/12/27 18:26:16
@@ -28,6 +28,9 @@
  'INC' => "-I../c ". $src->inc,
  'TYPEMAPS'  => $src->typemaps,
   'LIBS' => "-L$root -lapreq",
+ 'dynamic_lib' => {
+   'OTHERLDFLAGS' => $src->otherldflags,
+ },
 );
 unlink "$root/libapreq.a";
 }
Index: Request/Request.xs
===
RCS file: /home/cvspublic/httpd-apreq/Request/Request.xs,v
retrieving revision 1.4
diff -u -d -r1.4 Request.xs
--- Request/Request.xs  1999/05/13 20:43:34 1.4
+++ Request/Request.xs  2000/12/27 18:26:16
@@ -1,4 +1,5 @@
 #include "apache_request.h"
+#undef __attribute__
 #include "mod_perl.h"
 
 typedef ApacheRequest * Apache__Request;
Index: c/apache_multipart_buffer.c
===
RCS file: /home/cvspublic/httpd-apreq/c/apache_multipart_buffer.c,v
retrieving revision 1.3
diff -u -d -r1.3 apache_multipart_buffer.c
--- c/apache_multipart_buffer.c 2000/12/19 00:21:57 1.3
+++ c/apache_multipart_buffer.c 2000/12/27 18:26:16
@@ -69,12 +69,12 @@
 {
 int needlen = strlen(needle);
 int len = haystacklen;
-void *ptr = haystack;
+unsigned char *ptr = haystack;
 
 /* iterate through first character matches */
 while( (ptr = memchr(ptr, needle[0], len)) ) {
/* calculate length after match */
-   len = haystacklen - (ptr - haystack);
+   len = haystacklen - (ptr - (unsigned char *)haystack);
 
/* done if matches up to capacity of buffer */
if(memcmp(needle, ptr, needlen < len ? needlen : len) == 0 &&
Index: c/apache_request.h
===
RCS file: /home/cvspublic/httpd-apreq/c/apache_request.h,v
retrieving revision 1.3
diff -u -d -r1.3 apache_request.h
--- c/apache_request.h  2000/03/30 05:03:29 1.3
+++ c/apache_request.h  2000/12/27 18:26:16
@@ -102,4 +102,4 @@
 #define REQ_DEBUG(a)
 #endif
 
-#endif // _APACHE_REQUEST_H
+#endif /* _APACHE_REQUEST_H */

Re: DBI DBD::mysql problems

[Stas Bekman]

On Wed, 27 Dec 2000, Andrew Koebrick wrote:

> Greetings,
> 
> I'm getting grief while trying to run DBI/DBD::mysql (running through Apache::ASP if 
>that matters).  Pages which work fine on another development server spew the 
>following when run on the new install:
> 
> >>  DBD::mysql object version 2.0415 does not match bootstrp 
> >>  parameter 2.0413 at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm 
> >>  line 219. <--> Compilation failed in require at (eval 36) line 97. <-->
> >>  BEGIN failed--compilation aborted at (eval 36) line 97. <--> , 
> >>  /usr/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1740
> 
> Box: Red Hat 7.0
> Server: apache-1.3.14-3  
> 
> I have tried reinstalling all the pieces with the freshest of CPAN distributions, to 
>no avail.  Any other suggestions?  

It's possible that you have DBD files duplicated in different directories
and the older version is coming first in @INC. Remove them all and
reinstall.

% find /usr/lib/perl5 -name DBD -exec rm {} \;

_
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://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/  

DBI DBD::mysql problems

[Andrew Koebrick]

Greetings,

I'm getting grief while trying to run DBI/DBD::mysql (running through Apache::ASP if 
that matters).  Pages which work fine on another development server spew the following 
when run on the new install:

>>  DBD::mysql object version 2.0415 does not match bootstrp 
>>  parameter 2.0413 at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm 
>>  line 219. <--> Compilation failed in require at (eval 36) line 97. <-->
>>  BEGIN failed--compilation aborted at (eval 36) line 97. <--> , 
>>  /usr/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1740

Box: Red Hat 7.0
Server: apache-1.3.14-3  

I have tried reinstalling all the pieces with the freshest of CPAN distributions, to 
no avail.  Any other suggestions?  

Many thanks,


Andrew Koebrick
Web Coordinator/Librarian
MN-Planning (Office of Strategic and Long Range Planning)
658 Cedar St., Suite 300
St. Paul, MN 55155

651-296-4156 phone
651-296-3698 fax

www.mnplan.state.mn.us

prob with dir_config at server startup

[T.J. Mather]

I'm having a problem accessing PerlSetVar variables with
Apache->server->dir_config at server startup.  I'm using the lastest
versions of mod_perl 1.24_01 and apache (1.3.14).

The problem occurs when I use PerlSetVar inside a Directory, Location or
Files section:

in httpd.conf:

PerlSetVar PKIT_ROOT /home/tjmather/Apache-PageKit/eg


perl startup code:
my $pkit_root = Apache->server->dir_config('PKIT_ROOT');
# $pkit_root = undef

But if I remove the Location directive, then it works fine:

in httpd.conf:
PerlSetVar PKIT_ROOT /home/tjmather/Apache-PageKit/eg

perl startup code:
my $pkit_root = Apache->server->dir_config('PKIT_ROOT');
# $pkit_root = '/home/tjmather/Apache-PageKit/eg'

Any ideas?

[ANNOUNCE] Apache::RequestNotes 0.06

[Geoffrey Young]

The URL

 
http://morpheus.laserlink.net/~gyoung/modules/Apache-RequestNotes-0.06.tar.g
z

has entered CPAN as

  file: $CPAN/authors/id/G/GE/GEOFF/Apache-RequestNotes-0.06.tar.gz
  size: 4800 bytes
   md5: 809cb54e2b9b8143a9809753c8f23dc3


well, now that libapreq-0.31_03 is out, with Apache::Request->instance(),
Apache::RequestNotes is little more than a convienent data parser.
Nevertheless, I updated the docs to let folks know about the new libapreq
functionality and changed the instantiation call to use instance() so that
in case anyone still uses Apache::RequestNotes they can use Apache::Request
in other handlers without getting clobbered in the process...

Changes:
0.06  12.27.2000
- changed Apache::Request->new() call to instance()
- documented availability of Apache::Request->instance()
- initialized Apache::RequestNotes::err properly
- minor pod changes

[DIGEST] mod_perl digest 12/17/2000

[Geoffrey Young]

--

  mod_perl digest
 
   December 17, 2000 - December 24, 2000

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o module announcements
  o mailing list highlights
  o advocacy
  o FAQ of the week
  o links


mod_perl status

  o mod_perl
- stable: 1.24_01 (released October 10, 2000) [1]
- development: 1.24_02-dev [2]
  o Apache
- stable: 1.3.14 (released October 13, 2000) [3]
- development: 1.3.15-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


cvs patches

  o more Apache::test enhancements and fixes [7]

  o stop win32 crash when bringing down service [8]

  o allow Makefile.PL to build mod_perl on Win32 using VC++ [9] 

  o allow modification of $r->hostname [10]

  o build fix for using gcc with AIX [11]

  o prevent $PerlRequire in a  section from triggering an 
endless loop [12]

  o rewrite of Apache::WRITE() in c/xs [13]

  o include mod_perl hook/feature config in Apache::MyConfig [14]
  
  o Solving an 'uninitialized value' warn in Apache::SizeLimit.
post_connection() expects a return status from the callback 
function [15]

  o rid PL_na usage in Symbol.xs [16]

  o fix $r->custom_response bug which was triggering core dumps if no
ErrorDocuments were configured [17]

  o if Perl is linked with -lpthread, then httpd needs to be linked 
with -lpthread, make sure that happens with USE_DSO=1, warn if 
USE_APXS=1 [18]


module announcements

  o Apache::Filter 1.016 - Alter the output of previous handlers [19]

  o HTML::Embperl 2.0 beta - a module for embedding Perl code in HTML
pages that includes building pages/sites out of small reusable
objects/components and session handling [20]

  o Apache::VMonitor 0.6 - emulates the reporting functionalities of
top(), mount(), df(), and ifconfig() utilities [21]

  o libapreq 0.31_03 - Apache::Request and Apache::Cookie 
functionality [22]


mailing list highlights

  o The mod_perl Pocket Reference is on a bookshelf near you [23]

  o Here are a few tips on how to throttle those bad robots [24]

  o Some SpeedyCGI and mod_perl comparisons [25]

  o TPC-5 call for papers for the mod_perl track has begun [26]

  o A tip on how to use Apache::Module to recover httpd.conf
configuration directives (mod_alias in this case) [27]


links

  o The Apache/Perl Integration Project [28]
  o mod_perl documentation [29]
  o mod_perl modules on CPAN [30]
  o mod_perl homepage [31]
  o mod_perl news and advocacy [32]
  o mod_perl list archives [33] [34]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729402907389&w=2
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729435907907&w=2
[9] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729485408597&w=2
[10] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729573810055&w=2
[11] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729619410837&w=2
[12] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729705112226&w=2
[13] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97729964515941&w=2
[14] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97733817606770&w=2
[15] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97733879908447&w=2

[16] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97746492117680&w=2
[17] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97751855007398&w=2
[18] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=97753815701515&w=2
[19] http://forum.swarthmore.edu/epigone/modperl/zafryska
[20] http://forum.swarthmore.edu/epigone/modperl/brexnyflun
[21] http://forum.swarthmore.edu/epigone/modperl/vayflimpker
[22] http://forum.swarthmore.edu/epigone/modperl/dwahvayswax
[23] http://forum.swarthmore.edu/epigone/modperl/sworcrimpberm
[24] http://forum.swarthmore.edu/epigone/modperl/zhayflimthu
[25] http://forum.swarthmore.edu/epigone/modperl/steldflerdflen
[26] http://forum.swarthmore.edu/epigone/modperl/wonborclol
[27] http://forum.swarthmore.edu/epigone/modperl/wherdswinzex
[28] http://perl.apache.org
[29] http://perl.apache.org/#docs
[30] http://www.cpan.org/modules/by-module/Apache/
[31] http://www.modperl.com
[32] http://www.take23.org
[33] http://forum.swarthmore.edu/epigone/modperl/
[34] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2