Different lib directories for different virtual servers q

2000-07-05 Thread Robert

Hallo,

  I need different lib directories for different virtual servers. I
tried to put in my httpd.conf

VirtualHost server1
...
PerlSetEnv  PERL5LIB.../server1/lib
/VirtualHost

VirtualHost server2
...
PerlSetEnv  PERL5LIB.../server2/lib
/VirtualHost

but it obviously doesn't work, only .../server2/lib is added to the
PERL5LIB. What is the correct/recommended way to do it? Thanks for your
help.

  - Robert


P.S. I guess I could put 

PerlSetEnv  PERL5LIB.../server1/lib:.../server2/lib

in front of all the virtual servers, but I'm just curious what's the
right way - I read the eagle book and the miniguide, but I didn't find
this mentioned. I was told PerlSetEnv is the way to go to set up env for
virtual servers and I was under impression the env variables become
local for each virtual server. Could you comment?



Re: DIR_MERGE and .htaccess

2000-07-05 Thread Matt Sergeant

On Tue, 4 Jul 2000, Rick Myers wrote:

 On Jul 04, 2000 at 14:40:26 +0100, Matt Sergeant twiddled the keys to say:
  Shouldn't DIR_MERGE be called when .htaccess files are found at different
  levels, e.g:
  
  /axkit/.htaccess
  and
  /axkit/test/.htaccess
  
  I ask for /axkit/test/test.xsp
  
  I would have expected it to ask for both .htaccess files and try and merge
  the two using DIR_MERGE, but it doesn't. Am I missing something, or is
  this expected functionality?
 
 I can't answer that question, but a while back I noticed that sometimes
 PerlSetVar's weren't being seen by $r-dir_config as I'd expected.
 Namely, within the "global" section of a VirtualHost. I wrote a little
 module as an example, but never got around to voicing anything about it.
 
 From what I saw then, DIR_MERGE nor SERVER_MERGE ever got called at all.
 Maybe we're missing the same thing?

Maybe. I think this is a core Apache problem. It seems that DIR_MERGE
isn't called for two matching Files sections either, which is
disappointing for me. I'd like to be able to go:

Files *.xsp
...
/Files

Files example.xsp
...
/Files

And have both sections merged.

-- 
Matt/

Fastnet Software Ltd. High Performance Web Specialists
Providing mod_perl, XML, Sybase and Oracle solutions
Email for training and consultancy availability.
http://sergeant.org | AxKit: http://axkit.org




mod_perl vs fastcgi

2000-07-05 Thread Yury XTC

Hi!

Instaled : FreeBSD 4.0 + Apache 1.3.12 + mod_perl 1.24 + FastCGI 0.52

1) I installed apache with mod_perl - the speed increased.But I didn't
understand HOW mod_perl optimizes use of resources and increases speed ?
Does it share perl interpreter, script or anything else?
2) Then I installed FastCGI - but I didn't see the differance. Speed and
memory usage remained the same. 

I test with mysql database (16000 records, 5 fields of different types)
- 
SELECT * FROM TEST WHERE one  $a and one  $b;
Next, I open, read and parse 5Mb text file.
With LWP::Parallel::UserAgent perl module I send 10 parallel requests.

Do mod_perl and FastCGI installed in the same Apache server interact and
how do they interact if they do at all?

Was Lighte!
Yury XTC[EMAIL PROTECTED]



Re: new multipart_buffer patch for libapreq

2000-07-05 Thread David Mitchell

[EMAIL PROTECTED] wrote

 The patch I posted yesterday has a problem 
 dealing with client disconnects - your server will hang if 
 the upload is interrupted )!
 
 This new patch should be ok. 

Your patch uses memmem(), which isn't available on some OSes (eg Solaris).
Also, the linux manpage warns against using memmem() because it was broken
in some earlier versions of libc.

I've rolled my own version, and it seems to work okay (famous last words).
Here's a patch for your patch. (I'm not promising this is the greatest
re-implementation of memmem() the world has ever seen.)

Regards,
Dave M.



*** libapreq-0.31/c/multipart_buffer.c.FCS  Wed Jul  5 11:17:07 2000
--- libapreq-0.31/c/multipart_buffer.c  Wed Jul  5 11:22:26 2000
***
*** 71,76 
--- 71,97 
  
  #define DEBUG 0 /* 0 = off, 1 = noisy */
  
+ 
+ /* return pointer to first occurance of s in buf */
+ 
+ void *my_memmem(const void *buf, size_t buf_len, const void *s, size_t s_len)
+ {
+   void *p, *q;
+   size_t n;
+   unsigned int c;
+ 
+   if (s_len  buf_len || s_len == 0 || buf_len == 0) return NULL;
+   p = (void *) buf;
+   c = *((unsigned char *) s);
+   for (n = buf_len - s_len + 1; n  0; n--, p++) {
+   q = memchr(p,c,n);
+   if (!q) return NULL;
+   n -= (q-p);
+   p = q;
+   if (memcmp(p,s,s_len) == 0) return p;
+   }
+   return NULL;
+ }
  static char *my_join(pool *p, char *one, int lenone, char *two, int lentwo)
  {
  char *res;
***
*** 200,206 
  
  /* Find the boundary in the buffer (it may not be there). */
  
! if (mem = memmem(self-buffer + self-buffer_off, self-buffer_len,
 self-boundary, self-boundary_length) )
  {
 start = mem - ( self-buffer + self-buffer_off );
--- 221,227 
  
  /* Find the boundary in the buffer (it may not be there). */
  
! if (mem = my_memmem(self-buffer + self-buffer_off, self-buffer_len,
 self-boundary, self-boundary_length) )
  {
 start = mem - ( self-buffer + self-buffer_off );
***
*** 294,300 
  
multipart_buffer_fill(self, bytes);
  
!   if (mem = memmem(self-buffer + self-buffer_off, self-buffer_len, 
  CRLF_CRLF, 4)) 
{
/* have final header 'fragment' in the buffer */
--- 315,321 
  
multipart_buffer_fill(self, bytes);
  
!   if (mem = my_memmem(self-buffer + self-buffer_off, self-buffer_len, 
  CRLF_CRLF, 4)) 
{
/* have final header 'fragment' in the buffer */
***
*** 416,418 
--- 437,440 
  
  return self;
  }
+ 






Re: How to configure Apache to make work CGI ???

2000-07-05 Thread Jon Wyatt


- Original Message -
From: "Alexandru Boboc" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 05, 2000 12:19 PM
Subject: How to configure Apache to make work CGI ???


Wrong forum really, I think you need the apache specific forum.

But.

Sounds like you need to ensure your localhost network is set up correctly
first (i.e., get to the point where you can ping localhost)
Then you need to ensure apache is configured so you can access html pages on
your local machine. This may require some browser configuration too)
Then you need to configure apache to allow execution of cgi scripts.

If you already have achieved some of these then you need to be more specific
about what isn't happening and what error messages you are getting.

Jon.




Re: possible?

2000-07-05 Thread Ben Li


Vincent Bruijnes wrote:
Dear mod_perl users.
Is it possible to have an apache with --enable-shared=max and mod_perl
statically linked?
If yes please tell me how to do, i need mod_perl statically cause otherwise
my Apache::ASP won't work.
Sincerely Vincent Bruijnes
[EMAIL PROTECTED]
Yes, I do it in SunOS 5.6, and it should works elsewhere.
$ cd mod_perl-1.24
$ perl Makefile.PL \
 APACHE_SRC=../apache_1.3.X/src \
 DO_HTTPD=1 \
 USE_APACI=1 \
 PREP_HTTPD=1 \
 EVERYTHING=1 \
$ make
$ make install
$ cd ../apache_1.3.X/src
$ ./configure --prefix=/data/apache --activate-module=src/modules/perl/libperl.a
--enable-module=all --enable-shared=max --disable-module=auth_db --disable-shared=perl
$ make
$ make install




RE: can't properly append to file from mod_perl script

2000-07-05 Thread Geoffrey Young

Are you setting PerlWarn On and checking for errors?

I get these when compiling your script under RegistryLoader:

Variable "$results_file" will not stay shared at
/usr/local/apache/perl-bin/test.cgi line 29.
Variable "$entry" will not stay shared at
/usr/local/apache/perl-bin/test.cgi line 31.
Variable "$display_file" will not stay shared at
/usr/local/apache/perl-bin/test.cgi line 38.
Useless use of concatenation in void context at
/usr/local/apache/perl-bin/test.cgi line 56.

see
http://perl.apache.org/guide/perl.html#my_Scoped_Variable_in_Nested_S 

the mod_perl guide is full of lots of goodies that are worth reading...

HTH

--Geoff

 -Original Message-
 From: Rob Egan [mailto:[EMAIL PROTECTED]]
 Sent: Friday, June 30, 2000 8:01 PM
 To: [EMAIL PROTECTED]
 Subject: RE: can't properly append to file from mod_perl script
 
 
 Hi,
 
 I sent an earlier post with a script that was appending 
 garbage along with
 user email addresses that were submitted through a form. 
 After seeing all
 the suggestions about improvement, I went ahead and rewrote 
 the script from
 scratch (it's much shorter now!). My version actually 
 prevents garbage from
 being placed into the output file, but it still has a 
 problem. If I open up
 two browsers on separate machines, go to the page containing 
 the form, and
 simultaneously submit addresses from both machines, after maybe 8 or 9
 entries the output becomes incorrect. For example, if I enter 
 the following
 e-mail addresses one at a time from the form:
 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 
 Then I view the output file and see this output:
 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 
 It's as though the parameters I'm pulling from the form get 
 stuck somewhere,
 but I can't figure out where. I tried autoflushing buffers 
 for both STDOUT
 and the output channel I use to write the output (called 
 RESULTS in the
 script), but that doesn't help. Some of you guys had 
 mentioned writing some
 cleanup code after I close my file, but I don't quite 
 understand what I need
 to clean up (sorry, I'm kind of new at this). Any ideas? (the 
 code is below)
 
 -Rob
 
 begin script text
 #!/usr/local/bin/perl -w
 
 # call strict, CGI, and Fcntl modules
 use strict;
 use CGI;
 use Fcntl qw(:flock);
 use FileHandle;
 
 # autoflush buffers
 $| = 1;
 
 # Variable definitions
 my $results_file = "./beastie.results.csv";
 my $display_file = "./email_thankyou.html";
 my $entry;
 
 Sub routine definitionsDon't change anything 
 below here
 
 # General error routine (takes 3 string arguments, displays 
 results in HTML)
 sub bail {
   my ($status, $keyword, $message) = "@_";
   print h1("$status $keyword"), p($message), end_html();
   die $message;
 }
 
 # Open results file, lock it, write entry, close/unlock it.
 sub write_entry {
   RESULTS-autoflush(1);
   open(RESULTS, "$results_file") || bail(500, "Results 
 Error", "$!");
   flock(RESULTS, LOCK_EX);
   print RESULTS $entry;
   close(RESULTS);
 }
 
 # Display thank you page with link back to main site.
 sub say_thanks {
   print CGI::header();
   open(DISPLAYFILE, "$display_file") || bail(500, "Error", "$!");
 while(DISPLAYFILE) {
 print;
   }
   close(DISPLAYFILE);
 }
 
 Begin main program
 
 # Create CGI object, and gather email addresses into array
 my $query = CGI-new();
 my $address = $query-param('email');
 
 # Format URL encoded email address into ascii, append date 
 stamp to it.
   $address =~ s/%([\dA-Fa-f][\dA-Fa-f])/pack("C", hex($1))/eg;
   $entry = "$address, " . localtime() . "\n";
 
 # Write the email and timestamp to results file, display 
 thank you page,
 exit.
 write_entry();
 say_thanks();
 exit(0);
 
 End of script
 



proxy question.

2000-07-05 Thread paquito

I want to pass by proxy a request. The code is this:

$r-proxyreq(1);
$r-uri("http://myhost.com/index.html");
$r-filename("proxy:http://myhost.com/index.html")
$r-handler("proxy-server");
return OK;

set it in the uri translation phase, but doesn't work. 

Any suggestions?








Re: Can't find Apache::DBI on Win32 version

2000-07-05 Thread David Jourard

Hi,

At 01:50 PM 7/4/00 -0500, Randy Kobes wrote:
On Tue, 4 Jul 2000, David Jourard wrote:

  At 06:24 PM 7/4/00 +0100, David Mitchell wrote:
This worked but now I get upon start up of the apache httpd daemon:
defined(@array) is deprecated at c:/Perl/site/5.6.0/lib/Apache/DBI.pm
line 135 (Maybe you should just omit the defined()?)
  
  Just edit c:/Perl/site/5.6.0/lib/Apache/DBI.pm, deleting the 'defined'
  on line 135 :-)
 
  I did look and its not so obvious what to comment out without mucking the
  file ... Does anyone else have this one installed and had the same problem
  I had.  I'm using the win32 version by Randy Kobes.

Line 135 looks like
  if (defined @ChildConnect) {
Try changing it to
  if (@ChildConnect) {
and see if that helps.

It worked. Would you happen to know why?

Thanks.

David



Re: DIR_MERGE and .htaccess

2000-07-05 Thread Dave Moore

On Wed, 5 Jul 2000, Matt Sergeant wrote:

 On Tue, 4 Jul 2000, Rick Myers wrote:
 
  On Jul 04, 2000 at 14:40:26 +0100, Matt Sergeant twiddled the keys to say:
   Shouldn't DIR_MERGE be called when .htaccess files are found at different
   levels, e.g:
   
   /axkit/.htaccess
   and
   /axkit/test/.htaccess
   
   I ask for /axkit/test/test.xsp
   
   I would have expected it to ask for both .htaccess files and try and merge
   the two using DIR_MERGE, but it doesn't. Am I missing something, or is
   this expected functionality?
  
  I can't answer that question, but a while back I noticed that sometimes
  PerlSetVar's weren't being seen by $r-dir_config as I'd expected.
  Namely, within the "global" section of a VirtualHost. I wrote a little
  module as an example, but never got around to voicing anything about it.
  
  From what I saw then, DIR_MERGE nor SERVER_MERGE ever got called at all.
  Maybe we're missing the same thing?
 
 Maybe. I think this is a core Apache problem. It seems that DIR_MERGE
 isn't called for two matching Files sections either, which is
 disappointing for me. I'd like to be able to go:
 
 Files *.xsp
 ...
 /Files
 
 Files example.xsp
 ...
 /Files
 
 And have both sections merged.

I'm using DIR_MERGE etc to make my own config directives and I was having
similar problems with it. I'm probably wrong but I think DIR_MERGE gets
called when merging directives in either Location or Directory
sections and not Files. Furthermore, any directives created above that
section, unless they themselves are in a Location or Directory
section are not merged. I dont know if this behaviour is expected or if I
just suck. Either way, I found that when I called DIR_MERGE on a top level
dir (whose parent is the server itself), it would get passed itself as
both parent and current dir objects. I had to use Apache::CmdParms to get
server config objects and merge them myself on server start.


This probably doesn't help much and neither will this. DIR_MERGE never
gets called at request time for me. Sample config:

VirtualHost www.blah.com

  MyDirective On

  Location /dir/
MyOtherDirective On # dir merges with itself?!
  Location

/VirtualHost

DIR_MERGE does not do what I expected. Maybe I have to have this too:

  Location /dir/subdir/
MyOtherDirective On
  Location

Then DIR_MERGE will get called to merge /dir/ and /dir/subdir/. Maybe. I
hope you can find something usefull in my ramblings.

dave

--
Dave Moore
Web Application Developer
mailto:[EMAIL PROTECTED]

ePALS Classroom Exchange
http://www.epals.com/
The world's largest online classroom community -
Connecting over 27,000 classrooms in 130 countries!






ANNOUNCE: Apache::ASP v1.93

2000-07-05 Thread Joshua Chamas

Hey,

I've released the latest Apache::ASP after after months of 
hard work on some new exciting features.  The change log below 
is HUGE, but worth a good read if you are up for it.

The big features on table are custom tags handled by perl 
subroutines, very powerful, and full dynamic XML::XSLT 
integration. You can read about each of these features at
  
  http://www.nodeworks.com/asp/xml.html

and see them in action at

  http://www.nodeworks.com/asp/eg/xml_subs.asp
  http://www.nodeworks.com/asp/eg/xslt.xml

Also the session manager is much more robust, and 
StateDir will now work over NFS for web clusters even 
without NFS network locking.  

There is a quick start bundle too!  Just use CPAN
to install Bundle::Apache::ASP, and if you want to 
use the XML/XSLT feature, install Bundle::XML,
which should include XML::XSLT

ASP 3.0 $Server-Transfer() has been implemented, which is 
the $r-internal_redirect for ASP, preserving the current 
objects for the new scripts transferred to.  You must
$Response-Clear() first in order to get full $Response-Redirect
functionality.

Enjoy!  -- Joshua

=== ABOUT Apache::ASP   http://nodeworks.com/asp  

This perl module provides an Active Server Pages port to the Apache Web Server with
perl as the host scripting language. Active Server Pages is a web application platform 
that
originated with the Microsoft NT/IIS server. Under Apache for Unix and Win32 platforms 
it
allows a developer to create dynamic web applications with session management and
embedded perl code. 

Apache::ASP's features include: 

 * Natural and Powerful Scripting SYNTAX 
 * Rich OBJECTS Developer API 
 * Web Application EVENTS Model 
 * Modular SSI Decomposition, Code Sharing 
 * User SESSIONS, NFS Web Cluster Friendly 
 * XML/XSLT Rendering  Custom Tag Technology 
 * CGI Compatibility 
 * PERLSCRIPT Compatibility 
 * Great Open Source SUPPORT 

=item $VERSION = 1.93; $DATE="07/03/00";

 + = improvement; - = bug fix

- sub second timing with Time::HiRes was adding !-- --
  comments by HTML by default, which would possibly
  break specific programs looking for precise HTML output.
  Now this behavior must be explicitly turned on with
  the TimeHiRes config setting.

  These comments will only appear in HTML only if 
  Debug is enabled as well.

  Timed log entries will only occur is Debug if 
  system debugging is enabled, with Debug -1 or -2

=item $VERSION = 1.91; $DATE="07/02/00";

 +Documented XMLSubsMatch  XSLT* configuration
  settings in CONFIG section.

 +XSLT XSL template is now first executed as an 
  ASP script just like the XML scripts.  This is 
  just one step away now from implementing XSP logic.

 +$Server-Execute and $Server-Transfer API extensions
  implemented.  Execute is the same as $Request-Include()
  and $Server-Transfer is like an apache internal redirect
  but keeps the current ASP objects for the next script.

  Added examples, transfer.htm, and modified dynamic_includes.htm.

 +Better compile time error debugging with Debug 2 or -2.
  Will hilite/link the buggy line for global.asa errors, 
  include errors, and XML/XSLT errors just like with 
  ASP scripts before.

 +Nice source hiliting when viewing source for the example
  scripts.

 +Runtime string writing optimization for static HTML going
  through $Response.

 +New version numbering just like everyone else.  Starting at 1.91
  since I seem to be off by a factor of 10, last release would have
  been 1.9.

=item $VERSION = 0.19; $DATE="NOT RELEASED";

 +XMLSubsMatch and XSLT* settings documented in 
  the XML/XSLT section of the site/README.

 -XMLSubsMatch will strip parens in a pattern match
  so it does not interfere with internal matching use.

 +XSLT integration allowing XML to be rendered by XSLT
  on the fly.  XSLT specifies XSL file to transform XML.
  XSLTMatch is a regexp that matches XML file names, like \.xml$,
  which will be transformed by XSLT setting, default .*
  
  XSLTCacheSize when specified uses Tie::Cache to cached XML DOMs 
  internally and cache XSLT transformations output per XML/XSL 
  combination.  XML DOM objects can take a lot of RAM, so use
  this setting judiciously like setting to 100.  Definitely 
  experiment with this value.

 +More client info in the error mail feature, including
  client IP, form data, query string, and HTTP_* client headers

 +With Time::HiRes loaded, and Debug set to non 0, 
  will add a !-- Apache::ASP served request in xx.xx seconds --
  to text/html output, similar to Cocoon, per user request  
  Will also add this to the system debug error log output
  when Debug is  0

 -bug fix on object initialization optimization earlier
  in this release, that was introduced for faster event
  handler execution.

 +Apache::ASP::Parse() takes a file name, scalar, or
  scalar ref for arguments of data to parse for greater
  integration ability with other applications.

 +PodComments optimization, small speed increase at
  compilation time.

 +String optimization on 

Re: Apache::ASP - problem with installing Apache::SSI ::Filter

2000-07-05 Thread Ken Williams

[EMAIL PROTECTED] (Almetaal B.V.) wrote:
I'm trying to install Apache::SSI  Apache::Filter via CPAN, but it fails
[see errors below]. I can remember this problem from another server, but I
forgot the solution

[...]

t/real..Starting http server... Syntax error on line 15 of
/root/.cpan/build/Apache-SSI-2.13/t/httpd.conf:
Invalid command 'TypesConfig', perhaps mis-spelled or defined by a module
not included in the server configuration

'TypesConfig' is defined by mod_mime.  Looks like you don't have the mod_mime
module in there.


  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum





Re: Apache::ASP - problem with installing Apache::SSI ::Filter

2000-07-05 Thread Almetaal B.V.

- Original Message -
From: "Ken Williams" [EMAIL PROTECTED]
To: "Almetaal B.V." [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 05, 2000 18:11
Subject: Re: Apache::ASP - problem with installing Apache::SSI  ::Filter


 'TypesConfig' is defined by mod_mime.  Looks like you don't have the
mod_mime
 module in there.

LoadModule mime_magic_module  libexec/mod_mime_magic.so
LoadModule mime_modulelibexec/mod_mime.so
AddModule mod_mime_magic.c
AddModule mod_mime.c

This is what I could find in my httpd.conf with 'mime'. Could it been broke
?

--
Wouter de Jong
Advanced IT Services Holland
http://www.aitsh.com
[EMAIL PROTECTED]




Re: Apache::ASP - problem with installing Apache::SSI ::Filter

2000-07-05 Thread Ken Williams

[EMAIL PROTECTED] (Almetaal B.V.) wrote:

- Original Message -
From: "Ken Williams" [EMAIL PROTECTED]
To: "Almetaal B.V." [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 05, 2000 18:11
Subject: Re: Apache::ASP - problem with installing Apache::SSI  ::Filter


 'TypesConfig' is defined by mod_mime.  Looks like you don't have the
mod_mime
 module in there.

LoadModule mime_magic_module  libexec/mod_mime_magic.so
LoadModule mime_modulelibexec/mod_mime.so
AddModule mod_mime_magic.c
AddModule mod_mime.c

This is what I could find in my httpd.conf with 'mime'. Could it been broke
?

Apache::Filter reads your httpd.conf and creates a new one, t/httpd.conf, for
'make test'.  Have a look at t/httpd.conf and see whether there's anything
strange in there.  Perhaps it's not getting created correctly - the code to
find your dynamic modules is fairly new, and may have some problems.


  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum





mod per compilation problem

2000-07-05 Thread Kailashnath V Rampure

This is with reference to ur mail on mod_perl APXS error w/ apache/raven to
modperl mailing list.
I have a problem same problem with mod_perl. I just removed the the -Wl, -E
option from the flags of Make file for mod_perl but unable to compile
mod_perl asa DSO.

I would like to know that were you able to compile mod_perl as a DSO on
HP-UX 11 if so can let me know the steps you used to correct the problem.


I have got the following error:

Apache istallation error:

ld -b -L/usr/local/lib -o libperl.so mod_perl.lo perlxsi.lo perl_config.lo
perl_util.lo perlio.lo mod_perl_opmask.lo  Apache.lo Constants.lo
ModuleConfig.lo Log.lo URI.lo Util.lo Connection.lo Server.lo File.lo
Table.lo -Wl,-E -Wl,-B,deferred   -L/usr/local/lib
/opt/perl5/lib/5.00503/PA-RISC2.0/auto/DynaLoader/DynaLoader.a -L/opt/perl5/
lib/5.00503/PA-RISC2.0/CORE -lperl -lnsl -lnm -lndbm -ldld -lm -lc -lndir -l
crypt
ld: Unrecognized argument: -Wl,-E
ld: Usage:  ld flags... files...

Regards
Kailas

 winmail.dat


Re: Script that stays on the same page

2000-07-05 Thread Dana Powers

I would try using a Non-Parsed-Header (NPH) script and return something like
this:

print  "END";
HTTP/1.0 204 No Response

END

Dana

On Mon, 03 Jul 2000, Pierre-Yves BONNETAIN wrote:
 Hello,
 
For my server, I need to write some script that will be 'regularly'
 triggered (GET or POST), but that will NOT send the user to another page. The
 user must stay on the same page he is, without ANY html being exchanged as
 a result of the script.
This will be used to change parameters on the user's session, but since 
 those params will not affect the page the user is currently looking at, there
 is no need to send HTML back.
So, 1/ can it be done ? 2/ How ?
TIA,
 -- 
 -+-+ Pierre-Yves BONNETAIN (aka Pyb)
  Consultant Internet/Sécurité --- B  A Consultants
  Tel : 0 563.277.241 - Fax : 0 563.277.245



error DBI with quote

2000-07-05 Thread Jesús Lasso Sánchez



Hi,

 I have a problem with DBI and Oracle. I have 
an input form where i insert a phrase like 

 "Mike's 
car"

when i try to do the insert, it produces an 
error: "not valid sentence". this is the code:

 $sql=qq{INSERT 
INTOTABLE_NAME (PHRASE) VALUES (?)}; my 
$insert_phrase=$dbh-prepare($sql); 
$sql-bind_param(1,$dbh-quote($phrase),SQL_VARCHAR); 
$insert_phrase-execute();

Anybody know something about this

 thanks

__Jesús 
Lasso - Ya.com Internet Factory[EMAIL PROTECTED]www.ya.com - www.globalya.com


RE: Script that stays on the same page

2000-07-05 Thread Howard Jones

IIRC, NPH scripts are a source of bad karma with HTTP/1.1 because they stop
Apache dealing effectively with proxies, amongst other things.

Best Regards,

Howie.

-Original Message-
From: Dana Powers [mailto:[EMAIL PROTECTED]]
Sent: 05 July 2000 18:58
To: Pierre-Yves BONNETAIN
Cc: [EMAIL PROTECTED]
Subject: Re: Script that stays on the same page


I would try using a Non-Parsed-Header (NPH) script and return something like
this:

print  "END";
HTTP/1.0 204 No Response

END

Dana

On Mon, 03 Jul 2000, Pierre-Yves BONNETAIN wrote:
 Hello,

For my server, I need to write some script that will be 'regularly'
 triggered (GET or POST), but that will NOT send the user to another page.
The
 user must stay on the same page he is, without ANY html being exchanged as
 a result of the script.
This will be used to change parameters on the user's session, but since
 those params will not affect the page the user is currently looking at,
there
 is no need to send HTML back.
So, 1/ can it be done ? 2/ How ?
TIA,
 --
 -+-+ Pierre-Yves BONNETAIN (aka Pyb)
  Consultant Internet/Sécurité --- B  A Consultants
  Tel : 0 563.277.241 - Fax : 0 563.277.245





Re: error DBI with quote

2000-07-05 Thread drfrog

Jesús Lasso Sánchez wrote:
 
Part 1.1Type: Plain Text (text/plain)
Encoding: quoted-printable

yes ! because ' is a start or end of sql statement you 
have to escape it
either convert to html equiv 
#39; i think
or convert ' to '' in postgresql i dont know what it is in mysql

the easiest way is
s/'/''/g
or 
s/'/#39;/g



Apache::ASP and HEAD

2000-07-05 Thread Dmitry Beransky

Hi,

I remember seen the answer to this some time ago (I may have even asked 
this myself), but I couldn't find it in the archives.  Can anyone remind me 
why Apache::ASP includes a message body in reply to a HEAD request?

Thanks a lot
Dmitry

---
Dmitry Beransky
System Analyst

University of California, San Diego
Multimedia Interactive Learning Lab (http://mill.ucsd.edu)




Re: Apache::ASP and HEAD

2000-07-05 Thread Paul Lindner

On Wed, Jul 05, 2000 at 12:51:07PM -0700, Dmitry Beransky wrote:
 Hi,
 
 I remember seen the answer to this some time ago (I may have even asked 
 this myself), but I couldn't find it in the archives.  Can anyone remind me 
 why Apache::ASP includes a message body in reply to a HEAD request?

Probably because it is just running your script.  You need to check
the REQUEST_METHOD variable and branch accordingly.

Same goes for the If-Modified header.

I find the resources at http://www.web-caching.com/ a must read for
anyone doing CGI applications.

-- 
Paul Lindner
[EMAIL PROTECTED]
Red Hat Inc.



bsdi/apache/md5 error

2000-07-05 Thread ralph

Greetings,

I'm getting a strange error when a handler attempts to 'use' a package
that uses use Crypt::CBC and Digest::MD5

[Wed Jul  5 13:56:36 2000] [error] Can't load 
'/usr/local/lib/perl5/site_perl/5.005/i386-bsdos/auto/Digest/MD5/MD5.o' for module 
Digest::MD5: can't resolve undefined symbols: Inappropriate file type or format at 
/usr/local/lib/perl5/5.00503/i386-bsdos/DynaLoader.pm line 169.

 at /usr/local/lib/perl5/site_perl/5.005/i386-bsdos/MD5.pm line 8

This does not happen in a script invoked from the command line.

I'm using:

 BSD/OS 3.1
 apache 1.3.12
 mod_perl 1.24
 perl 5.005_03

Anybody seen this sort of thing before?

Thanks in advance.

Ralph Dosser - JAPH
[EMAIL PROTECTED]





Coldfusion vs. apache/mod_perl

2000-07-05 Thread Bas

Hi all,

this is probably gonna be a longish one. It's about coldfusion vs. the
combination of apache/mod_perl, I'm hoping to find some people on the list
who have some experience with both, and who maybe faced a similar question.
I've been searching the Net for a few days now to find opinions, but espec.
in comparison to the apache/mod_perl combo, I couldn't find that much.

Some intro: I work for a content syndication company; basically, we receive
tons of different newsfeeds, we classify the content, both manually as well
as automatically (based on fulltext and metadata queries), we add some extra
content if it's not in the incoming data (for instance, we create a smaller
version of a news story so it reads better on a WAP device), then we have
quite a bit of distribution options: we do HTML, plain text, XML, using
transports such as FTP, e-mail, HTTP Post, as well as host the news which
customers can include dynamically in their website.

The parts that involve website development are currently done exclusively
using apache and mod_perl, this makes up about 35% of our overall system.

Now, it seems that Allaire's product, Spectra, does offer us a solution to
(parts of) our problems. I'm not sure yet exactly what problem it solves, we
still have to establish that, but let's assume it does. Spectra is a product
built using Allaire's ColdFusion. That means that if we have to add
functionality to Spectra, we'll be using coldfusion to develop that.

To assess coldfusion, I installed the eval version on one of our Linux boxes
to explore it.

Here are some of my observations:

1- "Code inside HTML"

coldfusion's like PHP or ASP in that you embed most of your code inside HTML
pages. 

I don't like it; I prefer to use some templating system that allows our HTML
wizards to edit HTML, and our perl wizards to code perl.

But let's not start that discussion: we've seen it before ;)


2- Feature comparison

If I compary the features available in the coldfusion appserver with the
available options for mod_perl, I don't see a lot of extra's:

- session management

We do that using our own Web::Session implementation (very much like
Apache::Session). It can do that either using cookies or stick the session
id in the URL. coldfusion seems to require cookies.


- database connection pooling

We use Apache::DBI;


- Scheduled tasks

We use cron;


- Sending mail from within the appserver

Tons of CPAN modules can do this. Great MIME stuff there too;


- Retrieve web page and stick into local file

This is a built-in feature of the appserver. lwp-mirror can do this just
fine.


- coldfusion can use COM (or is that ActiveX?)

Apparently, there are a lot of those thingies to stick into coldfusion and
use that from within your code.

We run HP-UX; those won't work for us.


- coldfusion can be clustered (apparently automagically)

So far I haven't had the need to do this; our HP box with 4 processors never
gets a load above 0.2.

I assume with Apache running on a few boxes, some load-balancing hardware in
front of those, and some URL rewriting and/or smarter session management,
clustering could be accomplished as well. I doubt we need this though. If we
do high volume content serving, I'll convert the dynamic content to static
html or xml, ftp them over to a box running a non-mod_perl Apache and serve
'm from there. I never measured this too well, I think it did something like
400 reqs/second on Intel hardware running Linux.


3- Complexity of layers (or would those be called 'tiers'?)

With mod_perl, I have to make sure Apache runs (Ok; I need to get the stuff
compiled too. I can do that. By now ;)), so far, I haven't seen Apache go
down ever. With coldfusion, aside from Apache, I have to make sure a
bunchful of different coldfusion apps are running. How stable are those
apps?

Also, I don't know how coldfusion talks to Oracle. DBI/DBD::Oracle works
good enough.


4- Developer community

Concluding from the amount of hits I got searching dejanews etc., the
coldfusion developer community is hiding out somewhere else. On Allaire's
site, success stories sound great; mod_perl's success stories on
perl.apache.org do too, but they don't contain a lot of buzzwords (;)
).


I'd love to hear some opinions on this. I'm not looking for "stick to what
you know"-kinda replies; I know that already. It's just that *if* Spectra
does provide needed functionality, it will be faster to buy it than it is to
develop the same functionality using apache/mod_perl. Yet, I do want to know
what I'll be getting into when I need to work with coldfusion on a daily
basis vs. working with apache/mod_perl on a daily basis.

Regards,

bas.




RE: Coldfusion vs. apache/mod_perl

2000-07-05 Thread jbodnar

I just left a company that used either mod_perl or coldfusion for our intranet
development. I never did any coldfusion development but I did have to deal with
maintaing the coldfusion server and apps. 

coldfusion crashed several times in the three or four months I was involved
with it. We never could determine what the problem was. 

coldfusion (like Apache/mod_perl) eats memory. Our coldfusion processes usually
used a total of 200MB of memory.

coldfusion does not play well on unix (at least solaris). Allaire's site
recommended changing some kernel parameters to get the best performance out of
cold fusion. That was something we weren't willing to do on a box that had much
more than CF running on it.

To my knowledge, CF does not give you the power to mess with the web servers
API like mod_perl does. You may or may not need this ability.

IMHO, mod_perl applications easily out-performed our CF apps.

One plus for coldfusion, there seems to be more CF developers out there (at
least in Austin, TX) but that may be a sign that very few people are using CF.

My opinion: stick to mod_perl, it won't let you down.

On 05-Jul-2000 Bas wrote:
 Hi all,
 
 this is probably gonna be a longish one. It's about coldfusion vs. the
 combination of apache/mod_perl, I'm hoping to find some people on the list
 who have some experience with both, and who maybe faced a similar question.
 I've been searching the Net for a few days now to find opinions, but espec.
 in comparison to the apache/mod_perl combo, I couldn't find that much.
 
 Some intro: I work for a content syndication company; basically, we receive
 tons of different newsfeeds, we classify the content, both manually as well
 as automatically (based on fulltext and metadata queries), we add some extra
 content if it's not in the incoming data (for instance, we create a smaller
 version of a news story so it reads better on a WAP device), then we have
 quite a bit of distribution options: we do HTML, plain text, XML, using
 transports such as FTP, e-mail, HTTP Post, as well as host the news which
 customers can include dynamically in their website.
 
 The parts that involve website development are currently done exclusively
 using apache and mod_perl, this makes up about 35% of our overall system.
 
 Now, it seems that Allaire's product, Spectra, does offer us a solution to
 (parts of) our problems. I'm not sure yet exactly what problem it solves, we
 still have to establish that, but let's assume it does. Spectra is a product
 built using Allaire's ColdFusion. That means that if we have to add
 functionality to Spectra, we'll be using coldfusion to develop that.
 
 To assess coldfusion, I installed the eval version on one of our Linux boxes
 to explore it.
 
 Here are some of my observations:
 
 1- "Code inside HTML"
 
 coldfusion's like PHP or ASP in that you embed most of your code inside HTML
 pages. 
 
 I don't like it; I prefer to use some templating system that allows our HTML
 wizards to edit HTML, and our perl wizards to code perl.
 
 But let's not start that discussion: we've seen it before ;)
 
 
 2- Feature comparison
 
 If I compary the features available in the coldfusion appserver with the
 available options for mod_perl, I don't see a lot of extra's:
 
 - session management
 
 We do that using our own Web::Session implementation (very much like
 Apache::Session). It can do that either using cookies or stick the session
 id in the URL. coldfusion seems to require cookies.
 
 
 - database connection pooling
 
 We use Apache::DBI;
 
 
 - Scheduled tasks
 
 We use cron;
 
 
 - Sending mail from within the appserver
 
 Tons of CPAN modules can do this. Great MIME stuff there too;
 
 
 - Retrieve web page and stick into local file
 
 This is a built-in feature of the appserver. lwp-mirror can do this just
 fine.
 
 
 - coldfusion can use COM (or is that ActiveX?)
 
 Apparently, there are a lot of those thingies to stick into coldfusion and
 use that from within your code.
 
 We run HP-UX; those won't work for us.
 
 
 - coldfusion can be clustered (apparently automagically)
 
 So far I haven't had the need to do this; our HP box with 4 processors never
 gets a load above 0.2.
 
 I assume with Apache running on a few boxes, some load-balancing hardware in
 front of those, and some URL rewriting and/or smarter session management,
 clustering could be accomplished as well. I doubt we need this though. If we
 do high volume content serving, I'll convert the dynamic content to static
 html or xml, ftp them over to a box running a non-mod_perl Apache and serve
 'm from there. I never measured this too well, I think it did something like
 400 reqs/second on Intel hardware running Linux.
 
 
 3- Complexity of layers (or would those be called 'tiers'?)
 
 With mod_perl, I have to make sure Apache runs (Ok; I need to get the stuff
 compiled too. I can do that. By now ;)), so far, I haven't seen Apache go
 down ever. With coldfusion, aside from Apache, I have to make 

What is *.xs file?

2000-07-05 Thread Sam Xie

Hi! There,
I am learning to write a perl module.  I saw someone's AFS.pm module, 
in which, he wrote a AFS.xs file in C. I don'e know what .xs extension
means and how to write it?  If someone knows it, it will be gratefull to 
help me to understand it!
Thanks!
Sam



RE: What is *.xs file?

2000-07-05 Thread Jerrad Pierce

Umm this list is for perl as a module in apache
not modules for perl...

However, .xs is a special blend of C for writing perl modules

try man perlxs

 -Original Message-
 From: Sam Xie [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, July 05, 2000 6:06 PM
 To: [EMAIL PROTECTED]
 Subject: What is *.xs file?
 
 
 Hi! There,
 I am learning to write a perl module.  I saw someone's 
 AFS.pm module, 
 in which, he wrote a AFS.xs file in C. I don'e know what .xs extension
 means and how to write it?  If someone knows it, it will be 
 gratefull to 
 help me to understand it!
 Thanks!
 Sam
 



Re: What is *.xs file?

2000-07-05 Thread Mehryar Mansoor

On Wed, 5 Jul 2000, Sam Xie wrote:

 Hi! There,
 I am learning to write a perl module.  I saw someone's AFS.pm module, 
 in which, he wrote a AFS.xs file in C. I don'e know what .xs extension
 means and how to write it?  If someone knows it, it will be gratefull to 
 help me to understand it!
 Thanks!
 Sam
 


  see:
  perldoc perlxs 

  or 

  http://www.perl.com/pub/doc/manual/html/pod/perlxs.html

 XS is a language used to create an extension interface
 between Perl and some C library which one wishes to use
 with Perl.  





How to Authenticate using Cookie ?

2000-07-05 Thread Tu Nguyen




Hi,

Can some one show me how to use cookie to check 
valid user ?

which module should I use and how to modify 
httpd.conf.

Thank you very much

Nguyen


Re: ANNOUNCE: Apache::ASP v1.93

2000-07-05 Thread Perrin Harkins

On Wed, 5 Jul 2000, Joshua Chamas wrote:
  ++Better SessionManagement, more aware of server farms that 
   don't have reliable NFS locking.  The key here is to have only
   one process on one server in charge of session garbage collection
   at any one time, and try to create this situation with a snazzy
   CleanupMaster routine.  This is done by having a process register
   itself in the internal database with a server key created at
   apache start time.  If this key gets stale, another process can 
   become the master, and this period will not exceed the period
   SessionTimeout / StateManager.

This sounds interesting, but I don't quite understand what you did.  The
sessions are stored in a dbm file, right?  Don't you still need locking if
all servers are trying to update the same NFS-mounted dbm file?  Or am I
totally off on how session storage is implemented?

- Perrin




Re: Coldfusion vs. apache/mod_perl

2000-07-05 Thread Paul Lindner

On Wed, Jul 05, 2000 at 04:30:01PM -0500, [EMAIL PROTECTED] wrote:
 I just left a company that used either mod_perl or coldfusion for our intranet
 development. I never did any coldfusion development but I did have to deal with
 maintaing the coldfusion server and apps. 
 
 coldfusion crashed several times in the three or four months I was involved
 with it. We never could determine what the problem was. 
 
 coldfusion (like Apache/mod_perl) eats memory. Our coldfusion processes usually
 used a total of 200MB of memory.
 
 coldfusion does not play well on unix (at least solaris). Allaire's site
 recommended changing some kernel parameters to get the best performance out of
 cold fusion. That was something we weren't willing to do on a box that had much
 more than CF running on it.
 
 To my knowledge, CF does not give you the power to mess with the web servers
 API like mod_perl does. You may or may not need this ability.
 
 IMHO, mod_perl applications easily out-performed our CF apps.
 
 One plus for coldfusion, there seems to be more CF developers out there (at
 least in Austin, TX) but that may be a sign that very few people are using CF.
 
 My opinion: stick to mod_perl, it won't let you down.

I've been toying with using the Apache::ASP custom tag feature to
support cold-fusion like applications.  I don't think it will be too
hard; reading the spec it appears you need to make a list of named
queries and then use cfoutput tags with #fieldname# entries.

This is absurdly simple with Joshua's new Apache::ASP.  Just define
cfoutput as a custom tag, and write a small handler for it.

I'll have to look up the other tags they support, but they shouldn't
be too hard to implement...

Has anyone else out there wrote their own cold-fusion routines?

-- 
Paul Lindner
[EMAIL PROTECTED]
Red Hat Inc.



Re: ANNOUNCE: Apache::ASP v1.93

2000-07-05 Thread Joshua Chamas

Perrin Harkins wrote:
 
 On Wed, 5 Jul 2000, Joshua Chamas wrote:
   ++Better SessionManagement, more aware of server farms that
don't have reliable NFS locking.  The key here is to have only
one process on one server in charge of session garbage collection
at any one time, and try to create this situation with a snazzy
CleanupMaster routine.  This is done by having a process register
itself in the internal database with a server key created at
apache start time.  If this key gets stale, another process can
become the master, and this period will not exceed the period
SessionTimeout / StateManager.
 
 This sounds interesting, but I don't quite understand what you did.  The
 sessions are stored in a dbm file, right?  Don't you still need locking if
 all servers are trying to update the same NFS-mounted dbm file?  Or am I
 totally off on how session storage is implemented?
 

You might worry about this for concurrent writes to $Application,
or a framed application writing to $Session, so these are still
issues to worry about.

Its the session manager that was the big deal.  Before, there
was the possibility of 2 session managers running at the same
time, and a $Session would be killed twice, and have its 
Session_OnEnd executed twice, and possibly trip up some other
odd NFS file I/O errors, like deleting files that have already
been deleted.

Now, there is a bit of a write/read concurrency checking,
where a process on a server will attempt to promote itself
to the cluster session manager, by writing to the internal
database, and if that sticks a second later, it is promoted,
so we only have one process on one server in a web cluster
that is acting as the session manager at any time.  Note
that this is not a bottleneck generally because these promotion
attempts happen infrequently based on SessionTimeout and 
some rand()mness.

This will only work if the NFS attributes on the client
mount are set to no caching.

It seems to work great in 2 known web clusters.

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



Re: Coldfusion vs. apache/mod_perl

2000-07-05 Thread Paul Lindner

On Wed, Jul 05, 2000 at 04:09:06PM -0700, Joshua Chamas wrote:
 Paul Lindner wrote:
  
   IMHO, mod_perl applications easily out-performed our CF apps.
  
   One plus for coldfusion, there seems to be more CF developers out there (at
   least in Austin, TX) but that may be a sign that very few people are using CF.
  
   My opinion: stick to mod_perl, it won't let you down.
  
  I've been toying with using the Apache::ASP custom tag feature to
  support cold-fusion like applications.  I don't think it will be too
  hard; reading the spec it appears you need to make a list of named
  queries and then use cfoutput tags with #fieldname# entries.
  
  This is absurdly simple with Joshua's new Apache::ASP.  Just define
  cfoutput as a custom tag, and write a small handler for it.
  
  I'll have to look up the other tags they support, but they shouldn't
  be too hard to implement...
  
  Has anyone else out there wrote their own cold-fusion routines?
  
 
 Hey Paul,
 
 I think you will have a problem with cold fusion templating
 logic like if/else constructs.  For these, I would recommend
 having something like a ColdFusionCompat config setting, and we 
 could rip out some of these are parse time and convert them into the 
 ASP style constructs.

One idea is to have a separate class of tags that are used in the
parse stage.:

  CodeTags (cfif|cfelse|cfend)

  sub cfend {
return('}');
  }

  sub cfelse {
return('} else {');
  }

  sub cfif {
. # heavy lifting here..
return('if (..) {');
  }


 I am planning to use this approach for support of XSP logic
 for XML/XSLT integration, and can't see how to use the custom 
 tags for full logic implementations of other environments,
 particularly the if/else contructs.  Might there be some
 way to extend the XMLSubsMatch technology to coordinate 
 between multiple tags?
 
 I think what we need to is something like a Script_OnParse
 that one could use to grab the script data and parse it
 before the ASP to perl compiler gets to it.  This would 
 allow for some experimentation out of the code base before
 merging in something big like XSP or ColdFusion support.

That would definitely do the trick too.  Though instead I'd use
various regular expressions to convert tags into ASP syntax..

-- 
Paul Lindner
[EMAIL PROTECTED]
Red Hat Inc.



Re: How to Authenticate using Cookie ?

2000-07-05 Thread Ken Williams

[EMAIL PROTECTED] (Tu Nguyen) wrote:
Hi,

Can some one show me how to use cookie to check valid user ?

which module should I use and how to modify httpd.conf.

Have a look at Apache::AuthCookie, and read its docs.


  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum





Re: Coldfusion vs. apache/mod_perl

2000-07-05 Thread Chris Fry

Anyone looked at PHP???

Paul Lindner wrote:

 On Wed, Jul 05, 2000 at 04:09:06PM -0700, Joshua Chamas wrote:
  Paul Lindner wrote:
  
IMHO, mod_perl applications easily out-performed our CF apps.
   
One plus for coldfusion, there seems to be more CF developers out there (at
least in Austin, TX) but that may be a sign that very few people are using CF.
   
My opinion: stick to mod_perl, it won't let you down.
  
   I've been toying with using the Apache::ASP custom tag feature to
   support cold-fusion like applications.  I don't think it will be too
   hard; reading the spec it appears you need to make a list of named
   queries and then use cfoutput tags with #fieldname# entries.
  
   This is absurdly simple with Joshua's new Apache::ASP.  Just define
   cfoutput as a custom tag, and write a small handler for it.
  
   I'll have to look up the other tags they support, but they shouldn't
   be too hard to implement...
  
   Has anyone else out there wrote their own cold-fusion routines?
  
 
  Hey Paul,
 
  I think you will have a problem with cold fusion templating
  logic like if/else constructs.  For these, I would recommend
  having something like a ColdFusionCompat config setting, and we
  could rip out some of these are parse time and convert them into the
  ASP style constructs.

 One idea is to have a separate class of tags that are used in the
 parse stage.:

   CodeTags (cfif|cfelse|cfend)

   sub cfend {
 return('}');
   }

   sub cfelse {
 return('} else {');
   }

   sub cfif {
 . # heavy lifting here..
 return('if (..) {');
   }

  I am planning to use this approach for support of XSP logic
  for XML/XSLT integration, and can't see how to use the custom
  tags for full logic implementations of other environments,
  particularly the if/else contructs.  Might there be some
  way to extend the XMLSubsMatch technology to coordinate
  between multiple tags?
 
  I think what we need to is something like a Script_OnParse
  that one could use to grab the script data and parse it
  before the ASP to perl compiler gets to it.  This would
  allow for some experimentation out of the code base before
  merging in something big like XSP or ColdFusion support.

 That would definitely do the trick too.  Though instead I'd use
 various regular expressions to convert tags into ASP syntax..

 --
 Paul Lindner
 [EMAIL PROTECTED]
 Red Hat Inc.

--
Chris Fry
Quillsoft Pty Ltd
10 Gray Street
Kogarah
NSW  2217
Australia

Phone: +61 2 9553 1691
Fax: +61 2 9553 1692
Mobile: 0419 414 323
eMail: [EMAIL PROTECTED]
http://www.quillsoft.com.au





Apache::ASP and clock times

2000-07-05 Thread Carl Lipo


We are having a problem with our Apache::ASP scripts and the clock time
they are reporting. It seems that when an ASP script is run, the internal
clock is sometimes set to GMT. An example from our error log is shown
below. The problem is that our scripts expect localtime (PDT).  The other
odd (and particularly frustrating) thing is that this problem is *not*
consistent. Sometimes we get GMT while other times we get localtime (PDT).
Its very odd. We have narrowed the problem down to mod_perl and/or
Apache::ASP. Has anyone seen this behavior before? Is there a
configuration problem?

The problem seems to start with the ScriptOnStart (not before that...) --
and lasts until the end of the ASP processing. 

 This is PDT, the correct local time 
[Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] ASP object
created -
Application: Apache::ASP::Application=HASH(0x83532a8); GlobalASA: 
Apache::ASP::GlobalASA=HASH(0x81df93c); Internal: Apache::ASP::State=HASH(0x81eab5c); 
Request: Apache::ASP::Request=HASH(0x87ed180); Response: 
Apache::ASP::Response=HASH(0x87ed198); Server: Apache::ASP::Server=HASH(0x848891c); 
Session: Apache::ASP::Session=HASH(0x81e97a8); app_state: 1; basename: index.htm; 
buffering_on: 1; cgi_headers: 0; clean: 0; compile_includes: 0; cookie_path: /; dbg: 
2; debugs_output: ARRAY(0x81a6990); errs: 0; filehandle: GLOB(0x8353284); filename: 
/office/common/infosource-wally/index.htm; filter: 1; global: /etc/apache/state-asp; 
global_package: ; group_refresh: 120; id: 
_office_common_infosource_wally_index_htmxINL; includes_dir: .; init_packages: 
ARRAY(0x8488964); mail_alert_to: ; mail_errors_to: [EMAIL PROTECTED]; mtime: 
962475992; no_cache: ; no_session: ; no_state: ; package: 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa; paranoid_session: 0; 
pod_comments: 1; r: Apache=SCALAR(0x81e9610); remote_ip: 216.223.5.149; 
secure_session: ; session_serialize: ; session_timeout: 1200; stat_inc: ; 
stat_inc_match: ; state_cache: ; state_db: DB_File; state_dir: 
/etc/apache/state-asp/.state; state_manager: 10; ua: Mozilla/4.72
[en] (X11; U; Linux 2.2.13 i686); unique_packages: 0; 
[Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
home-go.include
[Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
links/internap.links
[Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] active undefing
sub 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
 
code CODE(0x87ef78c) before compiling
[Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] compiling into
package Apache::ASP::Compiles::_etc_apache_state_asp_global_asa subid
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL


-- note here is the Script_OnStart. Notice how the time changes!

[Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] Script_OnStart
[Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
Script_OnStart
[Wed Jul  5 23:10:56 2000] [error] [asp] [29715] Time is now (localtime(time()): 
[Wed Jul  5 23:10:56 2000] [error] [asp] [29715] 56 10 23 5 6 100 3 186 
 printing localtime(time()) [above] shows that perl really thinks it
 is this later [GMT time] 

[Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
_office_common_infosource_wally_index_htmxINL
[Wed Jul  5 23:10:58 2000] [error] [asp] [29715]  INDEX.HTM* 
[Wed Jul  5 23:10:58 2000] [error] [asp] [29715] * INDEX USER: carl* 
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] active undefing sub
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_etc_apache_state_asp_footer
code CODE(0x88cce9c) before compiling
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] executing
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_etc_apache_state_asp_footer
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] Script_OnEnd
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] executing Script_OnEnd
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] building cgi headers
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] status 200
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] destroying - asp: 
Apache::ASP=HASH(0x856293c); 
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] testing internal time for 
cleanup groups
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] state application locks: 1, 
unlocks: 1
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] state application locks: 0, 
unlocks: 0
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] state internal locks: 4, 
unlocks: 4
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] state internal locks: 0, 
unlocks: 0
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] state 
08a41d19d762fbf748c15fe02b8c76ce locks: 35, unlocks: 35
[Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] END ASP DESTROY
  

Re: ANNOUNCE: Apache::ASP v1.93

2000-07-05 Thread Perrin Harkins

On Wed, 5 Jul 2000, Joshua Chamas wrote:
  This sounds interesting, but I don't quite understand what you did.  The
  sessions are stored in a dbm file, right?  Don't you still need locking if
  all servers are trying to update the same NFS-mounted dbm file?  Or am I
  totally off on how session storage is implemented?
  
 
 You might worry about this for concurrent writes to $Application,
 or a framed application writing to $Session, so these are still
 issues to worry about.

Okay, so I take it each user session is stored in a separate dbm file?  
Then you still need reliable locking to prevent lost updates, but in
practice $Session collisions are unlikely due to the separate files.

Thanks for the explanation.

- Perrin




Re: ANNOUNCE: Apache::ASP v1.93

2000-07-05 Thread Joshua Chamas

Perrin Harkins wrote:
 
 On Wed, 5 Jul 2000, Joshua Chamas wrote:
   This sounds interesting, but I don't quite understand what you did.  The
   sessions are stored in a dbm file, right?  Don't you still need locking if
   all servers are trying to update the same NFS-mounted dbm file?  Or am I
   totally off on how session storage is implemented?
  
 
  You might worry about this for concurrent writes to $Application,
  or a framed application writing to $Session, so these are still
  issues to worry about.
 
 Okay, so I take it each user session is stored in a separate dbm file?

Yes.

 Then you still need reliable locking to prevent lost updates, but in
 practice $Session collisions are unlikely due to the separate files.
 

Right.  Certainly not something you would trust a framed
site with ecommerce logic to but works in practice.

Note the SDBM_File is tolerant of concurrent writes, 
corruption free, even if you lose data, DB_File is not.
The session manager will always use SDBM_File internally
even when DB_File is specified for Session  Application.

At this time, I wouldn not recommend the use of $Application
in an NFS environment due to the lack of locking which is
critical to its proper use. 

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



Re: Apache::ASP and clock times

2000-07-05 Thread Joshua Chamas

That the error_log date itself is changing seems
to me that Apache also thinks its the wrong time.
If this were consistent, I would think that your box
just has the wrong timezone set, but that this is
inconsistent is bizarre.

It may be possible that the time calculation is based
on some TZ* environment variable that is not consistent,
perhaps being set by some scripts  something?  Still
bizarre but seems plausible to me.  I would log the 
data from %ENV in Script_OnStart , and see how it differs 
between these time changes.

Anyone else have any ideas here ?

Looking at your Apache::ASP settings I would recommend
that you set StateDir to some /tmp or /var area, instead
of the default in Global/.state for better housekeeping.
Global is really good for includes, global.asa, and 
perl modules, and I would keep the state files out of 
there which are dynamic bits.

--Joshua

Carl Lipo wrote:
 
 We are having a problem with our Apache::ASP scripts and the clock time
 they are reporting. It seems that when an ASP script is run, the internal
 clock is sometimes set to GMT. An example from our error log is shown
 below. The problem is that our scripts expect localtime (PDT).  The other
 odd (and particularly frustrating) thing is that this problem is *not*
 consistent. Sometimes we get GMT while other times we get localtime (PDT).
 Its very odd. We have narrowed the problem down to mod_perl and/or
 Apache::ASP. Has anyone seen this behavior before? Is there a
 configuration problem?
 
 The problem seems to start with the ScriptOnStart (not before that...) --
 and lasts until the end of the ASP processing.
 
  This is PDT, the correct local time 
 [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] ASP object
 created -
 Application: Apache::ASP::Application=HASH(0x83532a8); GlobalASA: 
Apache::ASP::GlobalASA=HASH(0x81df93c); Internal: Apache::ASP::State=HASH(0x81eab5c); 
Request: Apache::ASP::Request=HASH(0x87ed180); Response: 
Apache::ASP::Response=HASH(0x87ed198); Server: Apache::ASP::Server=HASH(0x848891c); 
Session: Apache::ASP::Session=HASH(0x81e97a8); app_state: 1; basename: index.htm; 
buffering_on: 1; cgi_headers: 0; clean: 0; compile_includes: 0; cookie_path: /; dbg: 
2; debugs_output: ARRAY(0x81a6990); errs: 0; filehandle: GLOB(0x8353284); filename: 
/office/common/infosource-wally/index.htm; filter: 1; global: /etc/apache/state-asp; 
global_package: ; group_refresh: 120; id: 
_office_common_infosource_wally_index_htmxINL; includes_dir: .; init_packages: 
ARRAY(0x8488964); mail_alert_to: ; mail_errors_to: [EMAIL PROTECTED]; mtime: 
962475992; no_cache: ; no_session: ; no_state: ; package: 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa; paranoid_session: 0; 
pod_comments: 1; r:
 Apache=SCALAR(0x81e9610); remote_ip: 216.223.5.149; secure_session: ; 
session_serialize: ; session_timeout: 1200; stat_inc: ; stat_inc_match: ; 
state_cache: ; state_db: DB_File; state_dir: /etc/apache/state-asp/.state; 
state_manager: 10; ua: Mozilla/4.72
 [en] (X11; U; Linux 2.2.13 i686); unique_packages: 0;
 [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
home-go.include
 [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
links/internap.links
 [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] active undefing
 sub 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
 code CODE(0x87ef78c) before compiling
 [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] compiling into
 package Apache::ASP::Compiles::_etc_apache_state_asp_global_asa subid
 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
 
 
 -- note here is the Script_OnStart. Notice how the time changes!
 
 [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] Script_OnStart
 [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
 Script_OnStart
 [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] Time is now (localtime(time()):
 [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] 56 10 23 5 6 100 3 186
  printing localtime(time()) [above] shows that perl really thinks it
  is this later [GMT time] 
 
 [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
 _office_common_infosource_wally_index_htmxINL
 [Wed Jul  5 23:10:58 2000] [error] [asp] [29715]  INDEX.HTM*
 [Wed Jul  5 23:10:58 2000] [error] [asp] [29715] * INDEX USER: carl*
 [Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] active undefing sub
 Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_etc_apache_state_asp_footer
 code CODE(0x88cce9c) before compiling
 [Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] executing
 Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_etc_apache_state_asp_footer
 [Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] Script_OnEnd
 [Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] executing Script_OnEnd
 

Re: Apache::ASP and clock times

2000-07-05 Thread Carl Lipo



 That the error_log date itself is changing seems
 to me that Apache also thinks its the wrong time.
 If this were consistent, I would think that your box
 just has the wrong timezone set, but that this is
 inconsistent is bizarre.

Yes, this is the problem. If it was just a matter of being one time or the
other, we could deal. But since its inconsistent -- its a serious
problem.
  
 It may be possible that the time calculation is based
 on some TZ* environment variable that is not consistent,
 perhaps being set by some scripts  something?  Still
 bizarre but seems plausible to me.  I would log the 
 data from %ENV in Script_OnStart , and see how it differs 
 between these time changes.

Thats what we thought. However, if we print out the TZ variable in the
Script_OnStart it consistently comes out PDT regardless of the time that
the server reports. Argh.

 
 Anyone else have any ideas here ?
 
 Looking at your Apache::ASP settings I would recommend
 that you set StateDir to some /tmp or /var area, instead
 of the default in Global/.state for better housekeeping.
 Global is really good for includes, global.asa, and 
 perl modules, and I would keep the state files out of 
 there which are dynamic bits.
 

Good point. We need to clean that up.

 --Joshua
 
 Carl Lipo wrote:
  
  We are having a problem with our Apache::ASP scripts and the clock time
  they are reporting. It seems that when an ASP script is run, the internal
  clock is sometimes set to GMT. An example from our error log is shown
  below. The problem is that our scripts expect localtime (PDT).  The other
  odd (and particularly frustrating) thing is that this problem is *not*
  consistent. Sometimes we get GMT while other times we get localtime (PDT).
  Its very odd. We have narrowed the problem down to mod_perl and/or
  Apache::ASP. Has anyone seen this behavior before? Is there a
  configuration problem?
  
  The problem seems to start with the ScriptOnStart (not before that...) --
  and lasts until the end of the ASP processing.
  
   This is PDT, the correct local time 
  [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] ASP object
  created -
  Application: Apache::ASP::Application=HASH(0x83532a8); GlobalASA: 
Apache::ASP::GlobalASA=HASH(0x81df93c); Internal: Apache::ASP::State=HASH(0x81eab5c); 
Request: Apache::ASP::Request=HASH(0x87ed180); Response: 
Apache::ASP::Response=HASH(0x87ed198); Server: Apache::ASP::Server=HASH(0x848891c); 
Session: Apache::ASP::Session=HASH(0x81e97a8); app_state: 1; basename: index.htm; 
buffering_on: 1; cgi_headers: 0; clean: 0; compile_includes: 0; cookie_path: /; dbg: 
2; debugs_output: ARRAY(0x81a6990); errs: 0; filehandle: GLOB(0x8353284); filename: 
/office/common/infosource-wally/index.htm; filter: 1; global: /etc/apache/state-asp; 
global_package: ; group_refresh: 120; id: 
_office_common_infosource_wally_index_htmxINL; includes_dir: .; init_packages: 
ARRAY(0x8488964); mail_alert_to: ; mail_errors_to: [EMAIL PROTECTED]; mtime: 
962475992; no_cache: ; no_session: ; no_state: ; package: 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa; paranoid_session: 0; 
pod_comments: 1; r!
:
  Apache=SCALAR(0x81e9610); remote_ip: 216.223.5.149; secure_session: ; 
session_serialize: ; session_timeout: 1200; stat_inc: ; stat_inc_match: ; 
state_cache: ; state_db: DB_File; state_dir: /etc/apache/state-asp/.state; 
state_manager: 10; ua: Mozilla/4.72
  [en] (X11; U; Linux 2.2.13 i686); unique_packages: 0;
  [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
home-go.include
  [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
links/internap.links
  [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] active undefing
  sub 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
  code CODE(0x87ef78c) before compiling
  [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] compiling into
  package Apache::ASP::Compiles::_etc_apache_state_asp_global_asa subid
  
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
  
  
  -- note here is the Script_OnStart. Notice how the time changes!
  
  [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] Script_OnStart
  [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
  Script_OnStart
  [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] Time is now (localtime(time()):
  [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] 56 10 23 5 6 100 3 186
   printing localtime(time()) [above] shows that perl really thinks it
   is this later [GMT time] 
  
  [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
  _office_common_infosource_wally_index_htmxINL
  [Wed Jul  5 23:10:58 2000] [error] [asp] [29715]  
INDEX.HTM*
  [Wed Jul  5 23:10:58 2000] [error] [asp] [29715] * INDEX USER: carl*
  [Wed Jul  5 23:10:59 2000] [error] [asp] [29715] [debug] active undefing 

PERL 5.6 Mod_perl: How stable is it?

2000-07-05 Thread William Deegan

I've seen quite a few messages around problems with it?
Is it ready for production?

begin:vcard 
n:Deegan;William
tel;fax:650-413-1355
tel;work:650-598-3858
x-mozilla-html:FALSE
url:http://www.iescrow.com
org:iEscrow,Inc.
version:2.1
email;internet:[EMAIL PROTECTED]
title:Web Site Operations Manager
adr;quoted-printable:;;2600 Bridge Parkway=0D=0ASuite 201;Redwood Shores;CA;94065;
note;quoted-printable:Work:=0D=0Ahttp://www.iescrow.com=0D=0A=0D=0APersonal:=0D=0Ahttp://www.hitmyspot.com
x-mozilla-cpt:;-19264
fn:William Deegan
end:vcard



Re: Apache::ASP and clock times

2000-07-05 Thread Joshua Chamas

In a situation like this, I would make sure that
you compiled your Apache/modperl from scratch, and 
maybe do it again just to make sure.  Maybe you 
are using some stock RedHat build, that has odd
quirks to it, and your own static build would 
just make this disappear.

Its a terrible was to deal with this kind of problem
buts its so utterly bizarre.  

Maybe someone else has a better idea for you?  Not me.

--Joshua

Carl Lipo wrote:
 
  That the error_log date itself is changing seems
  to me that Apache also thinks its the wrong time.
  If this were consistent, I would think that your box
  just has the wrong timezone set, but that this is
  inconsistent is bizarre.
 
 Yes, this is the problem. If it was just a matter of being one time or the
 other, we could deal. But since its inconsistent -- its a serious
 problem.
  
  It may be possible that the time calculation is based
  on some TZ* environment variable that is not consistent,
  perhaps being set by some scripts  something?  Still
  bizarre but seems plausible to me.  I would log the
  data from %ENV in Script_OnStart , and see how it differs
  between these time changes.
 
 Thats what we thought. However, if we print out the TZ variable in the
 Script_OnStart it consistently comes out PDT regardless of the time that
 the server reports. Argh.
 
 
  Anyone else have any ideas here ?
 
  Looking at your Apache::ASP settings I would recommend
  that you set StateDir to some /tmp or /var area, instead
  of the default in Global/.state for better housekeeping.
  Global is really good for includes, global.asa, and
  perl modules, and I would keep the state files out of
  there which are dynamic bits.
 
 
 Good point. We need to clean that up.
 
  --Joshua
 
  Carl Lipo wrote:
  
   We are having a problem with our Apache::ASP scripts and the clock time
   they are reporting. It seems that when an ASP script is run, the internal
   clock is sometimes set to GMT. An example from our error log is shown
   below. The problem is that our scripts expect localtime (PDT).  The other
   odd (and particularly frustrating) thing is that this problem is *not*
   consistent. Sometimes we get GMT while other times we get localtime (PDT).
   Its very odd. We have narrowed the problem down to mod_perl and/or
   Apache::ASP. Has anyone seen this behavior before? Is there a
   configuration problem?
  
   The problem seems to start with the ScriptOnStart (not before that...) --
   and lasts until the end of the ASP processing.
  
This is PDT, the correct local time 
   [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] ASP object
   created -
   Application: Apache::ASP::Application=HASH(0x83532a8); GlobalASA: 
Apache::ASP::GlobalASA=HASH(0x81df93c); Internal: Apache::ASP::State=HASH(0x81eab5c); 
Request: Apache::ASP::Request=HASH(0x87ed180); Response: 
Apache::ASP::Response=HASH(0x87ed198); Server: Apache::ASP::Server=HASH(0x848891c); 
Session: Apache::ASP::Session=HASH(0x81e97a8); app_state: 1; basename: index.htm; 
buffering_on: 1; cgi_headers: 0; clean: 0; compile_includes: 0; cookie_path: /; dbg: 
2; debugs_output: ARRAY(0x81a6990); errs: 0; filehandle: GLOB(0x8353284); filename: 
/office/common/infosource-wally/index.htm; filter: 1; global: /etc/apache/state-asp; 
global_package: ; group_refresh: 120; id: 
_office_common_infosource_wally_index_htmxINL; includes_dir: .; init_packages: 
ARRAY(0x8488964); mail_alert_to: ; mail_errors_to: [EMAIL PROTECTED]; mtime: 
962475992; no_cache: ; no_session: ; no_state: ; package: 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa; paranoid_session: 0; 
pod_comments: 1;!
 r!
 !
 :
   Apache=SCALAR(0x81e9610); remote_ip: 216.223.5.149; secure_session: ; 
session_serialize: ; session_timeout: 1200; stat_inc: ; stat_inc_match: ; 
state_cache: ; state_db: DB_File; state_dir: /etc/apache/state-asp/.state; 
state_manager: 10; ua: Mozilla/4.72
   [en] (X11; U; Linux 2.2.13 i686); unique_packages: 0;
   [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
home-go.include
   [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] inlining include 
links/internap.links
   [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] active undefing
   sub 
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
   code CODE(0x87ef78c) before compiling
   [Wed Jul  5 16:10:56 2000] [error] [asp] [29715] [debug] compiling into
   package Apache::ASP::Compiles::_etc_apache_state_asp_global_asa subid
   
Apache::ASP::Compiles::_etc_apache_state_asp_global_asa::_office_common_infosource_wally_index_htmxINL
  
   
   -- note here is the Script_OnStart. Notice how the time changes!
   
   [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] Script_OnStart
   [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] [debug] executing
   Script_OnStart
   [Wed Jul  5 23:10:56 2000] [error] [asp] [29715] Time is now (localtime(time()):
   [Wed Jul  5 23:10:56 2000] 

Re: Coldfusion vs. apache/mod_perl

2000-07-05 Thread Joshua Chamas

Paul Lindner wrote:

  Hey Paul,
 
  I think you will have a problem with cold fusion templating
  logic like if/else constructs.  For these, I would recommend
  having something like a ColdFusionCompat config setting, and we
  could rip out some of these are parse time and convert them into the
  ASP style constructs.
 
 One idea is to have a separate class of tags that are used in the
 parse stage.:
 
   CodeTags (cfif|cfelse|cfend)
 
   sub cfend {
 return('}');
   }
 
   sub cfelse {
 return('} else {');
   }
 

It would be nice to have this extension, I can see why, 
so instead of executing the XMLSubs at runtime, they 
would be executed at compile time, which would prevent
them from being defined in the script itself being
compiled.  Have to be in global.asa or some perllib.
Note that in global.asa, there could be the likes of

*cfend = *CF::Tags::end;
*cfelse = *CF::Tags::else;

So, how would a XMLParseSubsMatch config be for this
behavior?

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



RE: error DBI with quote

2000-07-05 Thread Geoffrey Young



this more properly belongs on the DBI list, but see 
page 122 of the cheetah book:

"Bind values are passed to the database seperately from 
the SQL statement, so there's no need to 'wrap up' the value in SQL quoting 
rules."

thus, no need to call quote()...

HTH

--Geoff

  -Original Message-From: Jesús Lasso Sánchez 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, July 05, 2000 2:27 
  PMTo: [EMAIL PROTECTED]Subject: error DBI with 
  quote
  Hi,
  
   I have a problem with DBI and Oracle. I 
  have an input form where i insert a phrase like 
  
   "Mike's 
  car"
  
  when i try to do the insert, it produces an 
  error: "not valid sentence". this is the code:
  
   $sql=qq{INSERT 
  INTOTABLE_NAME (PHRASE) VALUES (?)}; 
  my $insert_phrase=$dbh-prepare($sql); 
  $sql-bind_param(1,$dbh-quote($phrase),SQL_VARCHAR); 
  $insert_phrase-execute();
  
  Anybody know something about this
  
   thanks
  
  __Jesús 
  Lasso - Ya.com Internet Factory[EMAIL PROTECTED]www.ya.com - www.globalya.com