[ANNOUNCE] Apache::ASP v2.55 released
Hi, The latest version of Apache::ASP v2.55 has been released. The biggest improvement is no longer loading Apache::compat for running under mod_perl2. For the rest of the changes in this release, please see below. To get the latest, install from your local CPAN, and also: http://www.cpan.org/modules/by-module/Apache/ For more information on the Apache::ASP project, please see: http://www.apache-asp.org Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com $VERSION = 2.55; $DATE=08/09/2003 - Bug fixes for running on standalone CGI mode on Win32 submitted by Francesco Pasqualini + Added Apache::ASP::Request::BINMODE for binmode() being called on STDIN after STDIN is tied to $Request object + New RequestBinaryRead configuration created, may be turned off to prevent $Request object from reading POST data ++ mod_perl 2 optmizations, there was a large code impact on this, as much code was restructured to reduce the differences between mod_perl 1 and mod_perl 2, most importantly, Apache::compat is no longer used + preloaded CGI for file uploads in the mod_perl environment - When XSLT config is set, $Response-Redirect() should work now Thanks to Marcus Zoller for pointing problem out + Added CookieDomain setting, documented, and added test to cover it in t/cookies.t . Setting suggested by Uwe Riehm, who nicely submitted some code for this.
Re: [ANNOUNCE] Apache::ASP v2.55 released
Perrin Harkins wrote: Josh Chamas wrote: The latest version of Apache::ASP v2.55 has been released. The biggest improvement is no longer loading Apache::compat for running under mod_perl2. Has this affected the performance measurements you made earlier in any way? Not really. I was working on the port away from Apache::compat during the benchmarking, so the results I posted before largely reflect the porting work. I do not believe there was much of a performance impact regardless, there is so much runtime overhead to Apache::ASP, that the difference was probably on the order of 5% or so if any. There might have also been a small amount of memory savings as well, but I remember it to be on the order of a 200-300K or so across 20 processes ( things preloaded as usual ). Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
Re: [ANNOUNCE] Apache::ASP v2.55 released
Josh Chamas wrote: The latest version of Apache::ASP v2.55 has been released. The biggest improvement is no longer loading Apache::compat for running under mod_perl2. Has this affected the performance measurements you made earlier in any way? - Perrin
Apache::ASP Configuration
Hi, I just installed mod_perl and Apache::ASP on my computer and I was wondering if you could tell me how to configure my Apache httpd.conf file to make ASP pages work. I tried adding in the lines from the website for configuration and then I restarted Apache. All I get is the html, but none of my ASP is working and Im just trying to get it to print out a message. Your help would be greatly appreciated.
Re: Apache::ASP Configuration
Quan Mac wrote: Hi, I just installed mod_perl and Apache::ASP on my computer and I was wondering if you could tell me how to configure my Apache httpd.conf file to make ASP pages work. I tried adding in the lines from the website for configuration and then I restarted Apache. All I get is the html, but none of my ASP is working and Im just trying to get it to print out a message. Your help would be greatly appreciated. Please see: http://www.apache-asp.org/install.html#Quick%20Start For more questions about Apache::ASP, please get on the mailing list at [EMAIL PROTECTED] Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
[ANNOUNCE] Apache::ASP v2.51 released
Hey,
Apache::ASP v2.51 is released to CPAN. You can get it from your local
CPAN archive or here:
http://www.cpan.org/modules/by-module/Apache/
Below are the changes. This is a big release, and though it is
well tested, please upgrade carefully.
For more info on Apache::ASP, please see http://www.apache-asp.org
About Apache::ASP...
Apache::ASP provides an Active Server Pages port to the
Apache Web Server with Perl scripting only, and enables developing of
dynamic web applications with session management and embedded perl code.
There are also many powerful extensions, including XML taglibs, XSLT rendering,
and new events not originally part of the ASP API!
Regards,
Josh
Josh Chamas, Founder phone:925-552-0128
Chamas Enterprises Inc.http://www.chamas.com
NodeWorks Link Checkinghttp://www.nodeworks.com
CHANGES ==
$VERSION = 2.51; $DATE=02/10/2003
+ added t/session_query_parse.t test to cover use of SessionQueryParse
and $Server-URL APIs
- Fixed duplicate bug associated with using $Server-URL
and SessionQueryParse together
+ Patch to allow $Server-URL() to be called multiple times on the same URL
as in $Server-URL($Server-URL($url, \%params), \%more_params)
(d) Added new testimonials sites created a separate testimonials page.
- SessionQueryParse will now add to amp; to the query strings
embedded in the HTML, instead of for proper HTML generation.
Thanks to Peter Galbavy for pointing out and Thanos Chatziathanassiou
for suggesting the fix.
- $Response-{ContentType} set to text/html for developer error reporting,
in case this was set to something else before the error occured.
Thanks to Philip Mak for reporting.
- Couple of minor bug fixes under PerlWarn use, thanks Peter Galbavy
for reporting.
+ Added automatic load of use Apache2 for compat with mod_perl2
request objects when Apache::ASP is loaded via PerlModule Apache::ASP
Thanks to Richard Curtis for reporting bug subsequent testing.
- When GlobalPackage config changes, but global.asa has not, global.asa
will be recompiled anyway to update the GlobalPackage correctly.
Changing GlobalPackage before would cause errors if global.asa was
already compiled.
++ For ANY PerlSetVar type config, OFF/Off/off will be assumed
to have value of 0 for that setting. Before, only a couple settings
had this semantics, but they all do now for consistency.
- Fix for InodeNames config on OpenBSD, or any OS that might have
a device # of 0 for the file being stat()'d, thanks to Peter Galbavy
for bug report.
++ Total XSLT speedups, 5-10% on large XSLT, 10-15% on small XSLT
+ bypass meta data check like expires for XSLT Cache() API use
because XSLT tranformations don't expire, saves hit to cache dbm
for meta data
+ use of direct Apache::ASP::State methods like FETCH/STORE
in Cache() layer so we don't have to go through slower tied interface.
This will speed up XSLT and include output caching mostly.
+ minor optimizations for speed memory usage
[ANNOUNCE] Apache::ASP v2.49 released
Hey, Hot on the heels of the 2.47 release, I have released Apache::ASP v2.49 to CPAN which fixes a major bug introduced in 2.47. Here is the change: -- bug introduced in 2.47 cached script compilations for executing scripts ( not includes ) of the same name in different directories for the same Global/GlobalPackage config for an application. Fix was to remove optimization that caused problem, and created test case t/same_name.t to cover bug. Thanks to Rune Henssel for catching this shortly after 2.47 was released. For more info on Apache::ASP, please visit http://www.apache-asp.org Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
[ANNOUNCE] Apache::ASP v2.47 released
Hey,
Apache::ASP v2.47 is released to CPAN. It is a major upgrade
with significant speed improvements of 15-20% for script execution.
As this is a major release, please be sure to read the CHANGES
and test your sites before upgrading. The CHANGES are listed below.
For more info on Apache::ASP, please see http://www.apache-asp.org
Regards,
Josh
Josh Chamas, Founder phone:925-552-0128
Chamas Enterprises Inc.http://www.chamas.com
NodeWorks Link Checkinghttp://www.nodeworks.com
$MODULE=Apache::ASP; $VERSION = 2.47; $DATE=11/6/2002
Please see README for changes for past versions.
+ = improvement;- = bug fix;(d) = documentation
++ Runtime speed enhancements for 15-20% improvement including:
+ INTERNAL API ReadFile() now returns scalar ref as memory optimization
+ cache InodeNames config setting in ASP object now for common lookups
+ removed CompileChecksum() INTERNAL API, since it was an unnecesary
method decomposition along a common code path
+ removed IsChanged() INTERNAL API since compiling of scripts
is now handled by CompileInclude() which does this functionality already
+ removed unnecessary decomp of IncludesChanged() INTERNAL API, which was along
critical code path
+ do not call INTERNAL SearchDirs() API when compiling base script
since we have already validated its path earlier
+ Use stat(_) type shortcut for stat() -X calls where possible
+ Moved INC initilization up to handler() consolidated with $INCDir lib
+ removed useless Apache::ASP::Collection::DESTROY
+ removed useless Apache::ASP::Server::DESTROY
+ removed useless Apache::ASP::GlobalASA::DESTROY
+ removed useless Apache::ASP::Response::DESTROY
- Default path for $Response-{Cookies} was from CookiePath
config, but this was incorrect as CookiePath config is only
for $Session cookie, so now path for $Response-{Cookies}
defaults to /
- Fixed bug where global.asa events would get undefined with
StatINC and GlobalPackage set when the GlobalPackage library
changed get reloaded.
(d) Documented long time config NoCache.
-- Fixed use with Apache::Filter, capable as both source
and destination filter. Added ./site/eg/filter.filter example
to demonstrate these abilities.
+ Use $r-err_headers_out-add Apache::Table API for cookies
now instead of $r-cgi_header_out. Added t/cookies.t test to
cover new code path as well as general $Response-Cookies API.
Also make cookies headers sorted by cookie and dictionary key
while building headers for repeatable behavior, this latter was
to facilitate testing.
- fixed $Server-Mail error_log output when failing to connect
to SMTP server.
+ added tests to cover UniquePackages NoCache configs since this
config logic was updated
+ made deprecated warnings for use of certain $Response-Member
calls more loadly write to error_log, so I can remove the AUTOLOAD
for Response one day
- Probably fixed behavior in CgiHeaders, at least under perl 5.8.0, and
added t/cgi_headers.t to cover this config.
+ removed $Apache::ASP::CompressGzip setting ability, used to possibly
set CompressGzip in the module before, not documented anyway
+ removed $Apache::ASP::Filter setting ability to set Filter globally,
not documented anyway
+ removed old work around for setting ServerStarting to 0
at runtime, which was bad for Apache::DBI on win32 a long
time ago:
$Apache::ServerStarting and $Apache::ServerStarting = 0;
If this code is still needed in Apache::ASP-handler() let
me know.
+ check to make sure data in internal database is a HASH ref
before using it for session garbage collection. This is to
help prevent against internal database corruption in a
network share that does not support flock() file locking.
+ For new XMLSubs ASP type %= % argument interpolation
activated with XMLSubsPerlArgs 0, data references can now
be passed in addition to SCALAR/string references, so one
can pass an object reference like so:
my:tag value=%= $Object % /
This will only work as long as the variable interpolation %= %
are flushed against the containing or ' ', or else the object
reference will be stringified when it is concatenated with
the rest of the data.
Testing for this feature was added to ./t/xmlsubs_aspargs.t
This feature is still experimental, and its interface may change.
However it is slated for the 3.0 release as default method,
so feedback is appreciated.
+ For new XMLSubs ASP type %= % argument interpolation
activated with XMLSubsPerlArgs 0, % % will no longer work,
just %= %, as in
my:tag value=some value %= $value % more data /
This feature is still experimental, and its interface may change.
However it is slated for the 3.0 release as default method,
so feedback
Re: apache::ASP
[EMAIL PROTECTED] wrote: Does this include an AddRotator? On Win32 platforms, whatever COM objects exist there can be accessed via the $Server-CreateObject API, but on Unix platforms $Server-CreateObject does not work. Please post future questions on Apache::ASP to [EMAIL PROTECTED] Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
Re: apache::ASP
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote: Does this include an AddRotator? john welte Check out http://www.apache-asp.org/ - that might be answered there. There's also links there to a mailing list (and archives) for Apache::ASP that might help. -- best regards, randy kobes
apache::ASP
Does this include an AddRotator? john welte
[ANNOUNCE] Apache::ASP v2.45 released
Hey,
Apache::ASP v2.45 is released to CPAN. This is a fairly large
release with some new features, performance enhancements bug fixes.
Please see the change log below.
For more information about Apache::ASP, please see the web site at:
http://www.apache-asp.org
Regards,
Josh
Josh Chamas, Founder phone:925-552-0128
Chamas Enterprises Inc.http://www.chamas.com
NodeWorks Link Checkinghttp://www.nodeworks.com
CHANGES for 2.45
++New XMLSubsPerlArgs config, default 1, indicates how
XMLSubs arguments have always been parsed. If set to 0,
will enable new XMLSubs args that are more ASP like with
%= % for dynamic interpolation, such as:
my:xmlsub arg=%= $data % arg2=text %= $data2 % /
Settings XMLSubsPerlArgs to 0 is experimental for now, but
will become the default by Apache::ASP version 3.0
++Optimization for static HTML/XML files that are served up
via Apache::ASP so that they are not compiled into perl subroutines
first. This makes especially native XSLT both faster take
less memory to serve, before XSL XML files being transformed
by XSLT would both be compiled as normal ASP script first, so
now this will happen if they really are ASP scripts with embedded
% % code blocks XMLSubs being executed.
+Consolidate some config data for Apache::ASP-Loader to use
globals in Apache::ASP::CompileChecksumKeys to know which
config data is important for precompiling ASP scripts.
+Further streamlined code compilation. Now both base
scripts and includes use the internal CompileInclude() API
to generate code.
-Fixed runtime HTML error output when Debug is set to -2/2,
so that script correctly again gets rendered in final perl form.
Added compile time error output to ./site/eg/syntax_error.htm
when a special link is clicked for a quick visual test.
-Cleaned up some bad coding practices in ./site/eg/global.asa
associated changes in other example files. Comment example
global.asa some for the first time reader
-DemoASP.pm examples module needed use strict fix, thanks
to Allan Vest for bug report
--$rv = $Response-Include({ File = ..., Cache = 1});
now works to get the first returned value fetched from
the cache. Before, because a list was always returned,
$rv would have been equal to the number of items returned,
even if the return value list has just one element.
(d) added site/robots.txt file with just a comment for
search engine indexing
-fixed ./site/eg/binary_write.htm to not use
$Response-{ContentLength} because it does not exist.
Fixed it to use $Response-AddHeader now instead
[ANNOUNCE] Apache::ASP v2.39 released
Hey, Apache::ASP v2.39 is released to CPAN. This is a minor bug fix release below are the changes. For more on Apache::ASP, please see http://www.apache-asp.org Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com $MODULE=Apache::ASP; $VERSION = 2.39; $DATE=09/10/2002 - Turn off $^W explicitly before reloading global.asa. Reloading global.asa when $^W is set will trigger subroutine redefinition warnings. Reloading global.asa should occur without any problems under normal usage of the system, thus this work around. This fix is important to UseStrict functionality because warnings automatically become thrown as die() errors with UseStrict enabled, so we have to disable normal soft warnings here. - $Response-Include() runtime errors now throw a die() that can be trapped. This was old functionality that has been restored. Other compile time errors should still trigger a hard error like script compilation, global.asa, or $Response-Include() without an eval() + Some better error handling with Debug 3 or -3 set, cleaned up developer errors messages somewhat.
Re: apache::ASP
At 06:20 AM 28/07/2002 -0700, you wrote: Hello, I have got some problems when I tried to install Apache server together with mod_perl and Apache::ASP. After I had located four subfolder to c:/ , which mean, I have got c:/perl, c:/apache, c:/openssl, c:/readmes. When I tried to start apache.exe. There is an error message showing that it can't load c:/apache/modules/mod_perl.so. But I am sure I got all the files I need. Why is it like that? Thanks so much for your help. From Jeremy. http://savage.net.au/Perl.html#Configuring_Apache __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com Cheers Ron Savage -- Associate Lecturer, School of Information Technology Deakin University, 221 Burwood Highway, Burwood, VIC 3125, Australia Phone: +61-3-9251 7441, Fax: +61-3-9251 7604 Email: [EMAIL PROTECTED] WWW: http://www.deakin.edu.au/~rons/
[ANNOUNCE] Apache::ASP 2.35 bugfix release
Hey, I have released Apache::ASP 2.35 to CPAN. This is a minor bugfix release. For more information about Apache::ASP, please see http://www.apache-asp.org, and to get on the mailing list please email [EMAIL PROTECTED] Note that users of CPANPLUS get errors at make test stage because it seems that Archive::Tar does not untar the Apache::ASP distribution correctly. I have reported this bug to the maintainer of that module. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051 =item $VERSION = 2.35; $DATE=05/30/2002 +Destroy better $Server $Response objects so that my closure references to these to not attempt to work in the future against invalid internal data. There was enough data left in these old objects to make debugging the my closure problem confusing, where it looked like the ASP object state became invalid. +Added system debug diagnostics to inspect StateManager group cleanup (d) Documentation update about flock() work around for Win95/Win98/WinMe systems, confirmed by Rex Arul (d) Documentation/site build bug found by Mitsunobu Ozato, where % % not being escaped correctly with $Server-HTMLEncode(). New japanese documentation project started by him at http://sourceforge.jp/projects/apache-asp-jp/ -InitPackageGlobals() called after new Apache::ASP object created so core system templates can be compiled even when there was a runtime compilation error of user templates. Bug fix needed pointed out by Eamon Daly
question on apache::asp
So can I use this module to run asp.net on apache(installed on windows)? I need to run asp.net on apache(windows). Thanks.
Re: question on apache::asp
[EMAIL PROTECTED] wrote: So can I use this module to run asp.net on apache(installed on windows)? I need to run asp.net on apache(windows). No. Apache::ASP supports perl scripting for ASP v2.0 model. ASP.net is not supported, nor C#, VBScript, etc. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
[ANNOUNCE] Apache::ASP 2.33 released
Hey,
Apache::ASP 2.33 is released, which you can find in your local CPAN, or
http://www.perl.com/CPAN-local/modules/by-module/Apache/
Below are the changes for 2.33 2.31 since I never officially
announced 2.31. This is a big release which has some bug fixes,
lots of new test cases to verify the API, and some significant changes
to code structure and the asp-perl CGI/command line processor.
For more information on Apache::ASP, please see
http://www.apache-asp.org
Thanks,
Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
$MODULE=Apache::ASP; $VERSION = 2.33; $DATE=04/29/2002
- fixed up t/server_mail.t test to skip if a sendmail server
is not available on localhost. We only want the test to run
if there is a server to test against.
+ removed cgi/asp script, just a symlink now to the ./asp-perl script
which in this way deprecates it. I had it hard linked, but the
distribution did not untar very well on win32 platform.
+ Reordered the modules in Bundle::Apache::ASP for a cleaner install.
- Fixed bug where XMLSubs where removing ?xml version ... ? tag
when it was needed in XSLT mode.
+ $Server-Mail({ CC = '...', BCC = '...' }), now works to send
CC BCC headers/recipients.
+ Removed $Apache::ASP::Register definition which defined the current
executing Apache::ASP object. Only one part of the application was
using it, and this has been fixed. This would have been an unsafe
use of globals for a threaded environment.
+ Decreased latency when doing Application_OnStart, used to sleep(1)
for CleanupMaster sync, but this is not necessary for Application_OnStart
scenario
+ Restructure code / core templates for MailErrorsTo funcationality.
Wrote test mail_error.t to cover this. $ENV{REMOTE_USER} will now be displayed
in the MailErrorsTo message when defined from 401 basic auth.
+ $Server-RegisterCleanup should be thread safe now, as it no longer relies
on access to Apache::ASP::Cleanup for storing the CODE ref stack.
+ test t/inode_names.t for InodeNames and other file tests covering case
of long file names.
- Fixed long file name sub identifier bug. Added test t/long_names.t.
+ CacheDir may now be set independently of StateDir. It used to default
to StateDir if it was set.
++ Decomposition of modules like Apache::ASP::Session Apache::ASP::Application
out of ASP.pm file. This should make the source more developer friendly.
This selective code compilation also speeds up CGI requests that do not
need to load unneeded modules like Apache::ASP::Session, by about 50%,
so where CGI mode ran at about 2.1 hits/sec before, now for
light requests that do not load $Session $Application, requests
run at 3.4 hits/sec, this is on a dual PIII-450 linux 2.4.x
- Caching like for XSLTCache now works in CGI mode.
This was a bug that it did not before.
+ $Server-File() API added, acts as a wrapper around Apache-request-filename
Added test in t/server.t
++ *** EXPERIMENTAL / ALPHA FEATURE NOTE BEGIN ***
New $PERLLIB/Apache/ASP/Share/ directory created to
hold system user contributed components, which will be found
on the $Server-MapInclude() path, which helps $Response-Include
search '.',Global,IncludesDir, and now Apache::ASP::Share for
includes to load at runtime.
The syntax for loading a shared include is to prefix the file
name with Share:: as in:
$Response-TrapInclude('Share::CORE/MailError.inc');
New test to cover this at t/share.t
This feature is experimental. The naming convention may change
and the feature may disappear altogether, so only use if you
are interesting in experimenting with this feature will
provide feedback about how it works.
*** EXPERIMENTAL / ALPHA FEATURE NOTE END ***
+ asp-perl script now uses ./asp.conf instead of ./asp.config
for runtime configuration via %Config defined there. Update docs
for running in standalone CGI mode
+ Make use of MANFEST.SKIP to not publish the dev/* files anymore.
- Script_OnEnd guaranteed to run after $Response-End, but
it will not run if there was an error earlier in the request.
+ lots of new test cases covering behaviour of $Response-End
and $Response-Redirect under various conditions like XMLSubs
and SoftRedirect and global.asa Script_OnStart
+ asp-perl will be installed into the bin executables when
Apache::ASP is installed. asp-perl is the command line version
of Apache::ASP that can also be used to run script in CGI mode.
Test case covering asp-perl functionality.
+ asp CGI/command line script now called asp-perl. I picked this
name because Apache::ASP often has the name asp-perl in distributions
of the module.
+ Apache::ASP::CGI::Test class now subclass of Apache::ASP::CGI. To facilitate
Global (to page) variables under Apache::ASP
In my httpd.conf I have set 'PerlSetVar UseStrict 1' because I always use sctict anyway and I see in the docs that this might become the default too. So I always declare my variables with my(). Suppose I have a master ASP file that includes other scripts and these other scripts need access to the variables declrared in the master - no problem. But reading through the docs it looks like turning on DynamicIncludes would save alot of memory and be generally more efficient. Indeed, it would also protect the variables declared in one file from another because the includes are compliled and called as seperate subs. And here lies the problem, how to declare a vaiable in the master ASP file that is also in the scope of the dynamic include? -- Simon Oliver
Re: Global (to page) variables under Apache::ASP
Simon Oliver wrote:
The Apache::ASP mailing list is at [EMAIL PROTECTED] ... please subscribe
to it to post questions on this topic by emailing [EMAIL PROTECTED]
Apache::ASP dev issues are officially off-topic on the mod_perl list now.
More below on this issue...
In my httpd.conf I have set 'PerlSetVar UseStrict 1' because I always use
sctict anyway and I see in the docs that this might become the default
too. So I always declare my variables with my().
Suppose I have a master ASP file that includes other scripts and these
other scripts need access to the variables declrared in the master - no
problem. But reading through the docs it looks like turning on
DynamicIncludes would save alot of memory and be generally more
efficient.
Indeed, it would also protect the variables declared in one file from
another because the includes are compliled and called as seperate subs.
And here lies the problem, how to declare a vaiable in the master ASP file
that is also in the scope of the dynamic include?
You can stick with inline includes as you are doing, but DynamicIncludes
are good, and you can pass values into them as subroutines:
$Response-Includes($file, @args);
# in $file
% my @args = @_; %
Just like a normal perl subroutine. For more on this, please see:
http://www.apache-asp.org/objects.html#%24Response-%3EI2a8df2f3
You can also use globals, which you can declare for your entire
application in your global.asa
# global.asa
use vars qw($Var1 $Var2);
sub Script_OnStart {
$Var1 = '';
$Var2 = 0;
}
I would strongly suggest you use locally scoped my() variables
when possibly passing as @args to an include, but sometimes
having a global can be handy which is why I mention the latter.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Calling an Apache::ASP page from an Apache::Registry script
Andrew Ho wrote: I've been investigating other template systems to try to find similar functionality in an existing package for a non-Tellme related project and haven't been able to find any embedded-Perl solutions that can be called from a .pl and still have the benefits of template caching. Apache::ASP doesn't seem like the best fit for this, if you really don't want to use pages as controllers. You can use Text::Template (just keep a cache of the templates in a global hash) or Template Toolkit for this (yes, it does allow in-line Perl). It also may be possible to do this with Mason. - Perrin
Calling an Apache::ASP page from an Apache::Registry script
Hello,
Apologies if this has been asked before; I searched the archives but
couldn't find a reference to this. It's been discussed in the context of
MVC design a while back, but I don't have a solid answer to the following
question: can you call an Apache::ASP page from an Apache::Registry script?
Couched in MVC terminology, can I forward control from a .pl controller to
a .asp template, and pass arguments in a natural way?
I can imagine doing an internal redirect, and passing arguments via
pnotes()... but something like this would be way cooler:
Inside caller.pl:
use Apache::ASP ();
Apache::ASP-forward('template.asp', @args);
Inside template.asp:
% my @args = @_ %
My arguments were: %= join ', ', @args %.
Using an internal redirect you'd have to find the previous request and its
pnotes, and do various other mucky stuff. Of course the interface above is
kind of arbitrary. You could choose some ASP style object to cram the
passed parameters into, or have a built in program call to retrieve
parameters passed from the caller.
Humbly,
Andrew
--
Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED]
Engineer [EMAIL PROTECTED] Voice 650-930-9062
Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101
--
Re: Calling an Apache::ASP page from an Apache::Registry script
Andrew Ho wrote:
Hello,
Apologies if this has been asked before; I searched the archives but
couldn't find a reference to this. It's been discussed in the context of
MVC design a while back, but I don't have a solid answer to the following
question: can you call an Apache::ASP page from an Apache::Registry script?
Couched in MVC terminology, can I forward control from a .pl controller to
a .asp template, and pass arguments in a natural way?
...
The safest thing to do right now would probably be to do an external
redirect to the ASP page like:
Apache-request-header_out('Location', script.asp?$ARGS);
I do not think you would be able to pull off an internal redirect,
or you might, but there might be complications if the first script
tried to read POST input on STDIN, and then the ASP script tried also,
there would probably be a hang.
You could also call the registry/cgi as an asp script directly
and have access to the ASP API like:
# cgi wrapper script.asp, works with inline includes ( DynamicIncludes 0 )
% !--#include file=script.pl-- %
or
% do script.pl; %
then the script.pl could do all the ASP API calls it likes as in:
# script.pl
...
$Server-Transfer('redirect_to.asp', @args);
...
If what you really want is to simply load an external ASP script
as a template for further processing in the script.pl, and you
only want to run script.pl as an Apache::Registry script, there
is not an API for doing this currently.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Calling an Apache::ASP page from an Apache::Registry script
Hello,
AH...can you call an Apache::ASP page from an Apache::Registry script?
AHCouched in MVC terminology, can I forward control from a .pl controller
AHto a .asp template, and pass arguments in a natural way?
JCThe safest thing to do right now would probably be to do an external
JCredirect to the ASP page like:
JC Apache-request-header_out('Location', script.asp?$ARGS);
Thanks for the quick response. I didn't think of the POST data reading
conflict. A related question, is there any way to make Apache::ASP not
initialize its $Request object by default? This is the only blocker from
using the Apache::Request API in an Apache::ASP page.
JCIf what you really want is to simply load an external ASP script as a
JCtemplate for further processing in the script.pl, and you only want to
JCrun script.pl as an Apache::Registry script, there is not an API for
JCdoing this currently.
Specifically what I'm trying to do is to emulate $Server-Transfer but
from an Apache::Registry script. I don't need to further process the
Apache::ASP template in the Apache::Registry script.
I think an .asp that has % at the top of the file and % at the end of it
would be similar; but I'd prefer using Apache::Registry to (1) eliminate
the % % tokens and more importantly (2) continue using the
Apache::Request interface which I'm used to.
We actually wrote our own template language at Tellme a long time ago to
support specifically this paradigm, which is really convenient for simple
templates (we considered releasing it--running templates is usually as
fast as or faster than running Apache::Registry scripts--but just then,
there was a don't write another stupid template system flame war, so we
decided not to!). It's also super convenient for MVC style programming
(modules are the M, Apache::Registry scripts the C, templates the V).
I've been investigating other template systems to try to find similar
functionality in an existing package for a non-Tellme related project and
haven't been able to find any embedded-Perl solutions that can be called
from a .pl and still have the benefits of template caching. I prefer
embedded Perl because it's so convenient for little niceties (for example,
Your search found %= $n || 'no' % document%= $n == 1 ? '' : 's' %.)
that real-world HTML interfaces need.
So that's what I'm looking for. :)
Humbly,
Andrew
--
Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED]
Engineer [EMAIL PROTECTED] Voice 650-930-9062
Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101
--
Re: Installing from scratch Apache + mod_perl + Apache::ASP (+maybe others) on unix
This is exactly what I was alluding to in my previous post, and even professionals are being driven mad, despite reading the Guide (which despite being complete is still mysterious, it comes across as having a mission statement to contain everything rather than to be useful, sorry). My .05 is that all development be stopped until the instal process is up to the same standard as M$. This is what made M$ rich, the sheer installability and usability. I was visiting somebody yesterday and he had Win2K installing while we talked for an hour. Its no good complaining about the stupidity or laziness of M$ addicts, the fact that HTML and Javascript jockies are deluded enough to think they can contemplate installing servers. The fact is they do. And with M$ they CAN. And that is why corporations will continue to buy M$, rather than get bogged down in Harry Potter mystic rituals installing free software. Sorry, this is not meant to criticize anybody (certainly not Joshua, installing ASP was the least problem), everybody's tried really hard. I'm available to help if I can, if you need an unsophisticated pro to test stuff. But please, we need a professional approach to this issue now or somebody else other than M$ will do it. regards, Rod - Original Message - From: timj_moore [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 4:01 AM Subject: Installing from scratch Apache + mod_perl + Apache::ASP (+maybe others) on unix Okay, I'm having a nightmare trying to install all this on both Solaris and AIX. I'm finding the different installation methods for each very confusing (and not only that but documentation and posts on newsgroups all seem to vary in install methods). snip snip Does anyone have a very simple set of instructions (an 'idiots guide', especially aimed at someone who's more of a Windows/IIS expert than unix/apache) for installing Apache + mod_perl + Apache::ASP that will work every time, including what I need to check for on my system (the right permissions, though I'm running as root to install, environment variables, required components and files, should I be using gcc or not, etc).
Re: [Straying from the Topic] Installing from scratch Apache +mod_perl + Apache::ASP (+maybe others) on unix
Hi there, On Thu, 7 Feb 2002, Rod Butcher wrote: professionals are being driven mad, despite reading the Guide (which despite being complete is still mysterious, it comes across as having a mission statement to contain everything rather than to be useful, sorry). Patches, chapters, help are always welcome I'm sure. My .05 is that all development be stopped until the instal process is up to the same standard as M$. This is what made M$ rich, the sheer installability and usability. I was visiting somebody yesterday and he had Win2K installing while we talked for an hour. Yeah, I had a car like that once, but I got rid of it. When I installed the operating system on a Mac last year it took about three minutes - including all the tools, browsers and wotnot that you could wish for - with no intervention from me at all. After the pain I've been through with some W1nd0ze installations it was very refreshing. So I guess what I'm saying is that there's a lot more to it than that, or Apple would be ruling the world. 73, Ged.
Re: [Straying from the Topic] Installing from scratch Apache + mod_perl + Apache::ASP (+maybe others) on unix
Two things, First check out http://www.apachetoolbox.com/ About as out-of-the-box as you can get. Last time I tried it seemed to 'do the right thing' for me. For mod_perl specifics you might also check out chapter 1 of the mod_perl Developer's Cookbook. I think it's a pretty good stab at showing a novice how to compile and install apache+mod_perl (though not mod_ssl... alas) The complete chapter is online at http://www.modperlcookbook.org/ Regards, Paul On Thu, Feb 07, 2002 at 12:04:19AM +, Ged Haywood wrote: Hi there, On Thu, 7 Feb 2002, Rod Butcher wrote: professionals are being driven mad, despite reading the Guide (which despite being complete is still mysterious, it comes across as having a mission statement to contain everything rather than to be useful, sorry). Patches, chapters, help are always welcome I'm sure. My .05 is that all development be stopped until the instal process is up to the same standard as M$. This is what made M$ rich, the sheer installability and usability. I was visiting somebody yesterday and he had Win2K installing while we talked for an hour. Yeah, I had a car like that once, but I got rid of it. When I installed the operating system on a Mac last year it took about three minutes - including all the tools, browsers and wotnot that you could wish for - with no intervention from me at all. After the pain I've been through with some W1nd0ze installations it was very refreshing. So I guess what I'm saying is that there's a lot more to it than that, or Apple would be ruling the world. 73, Ged. -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org/ Human Rights Declaration http://www.unhchr.ch/udhr/index.htm
Re: [Straying from the Topic] Installing from scratch Apache + mod_perl + Apache::ASP (+maybe others) on unix
I agree that Apache Toolbox does a nice job for apache/mod_perl installation -- even goes out and gets the source for you. I would like to mention that I got a great deal of benefit from the INSTALL document from the mod_ssl distribution -- it contains many examples of configuring and compiling common Apache configurations such as Apache+SSL+mod_perl+PHP...etc... It went a long way towards alleviating my confusion when I first started working with Apache. Will - Original Message - From: Paul Lindner [EMAIL PROTECTED] To: Ged Haywood [EMAIL PROTECTED] Cc: Rod Butcher [EMAIL PROTECTED]; mod_perl Mailing List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 06, 2002 4:09 PM Subject: Re: [Straying from the Topic] Installing from scratch Apache + mod_perl + Apache::ASP (+maybe others) on unix Two things, First check out http://www.apachetoolbox.com/ About as out-of-the-box as you can get. Last time I tried it seemed to 'do the right thing' for me. For mod_perl specifics you might also check out chapter 1 of the mod_perl Developer's Cookbook. I think it's a pretty good stab at showing a novice how to compile and install apache+mod_perl (though not mod_ssl... alas) The complete chapter is online at http://www.modperlcookbook.org/ Regards, Paul On Thu, Feb 07, 2002 at 12:04:19AM +, Ged Haywood wrote: Hi there, On Thu, 7 Feb 2002, Rod Butcher wrote: professionals are being driven mad, despite reading the Guide (which despite being complete is still mysterious, it comes across as having a mission statement to contain everything rather than to be useful, sorry). Patches, chapters, help are always welcome I'm sure. My .05 is that all development be stopped until the instal process is up to the same standard as M$. This is what made M$ rich, the sheer installability and usability. I was visiting somebody yesterday and he had Win2K installing while we talked for an hour. Yeah, I had a car like that once, but I got rid of it. When I installed the operating system on a Mac last year it took about three minutes - including all the tools, browsers and wotnot that you could wish for - with no intervention from me at all. After the pain I've been through with some W1nd0ze installations it was very refreshing. So I guess what I'm saying is that there's a lot more to it than that, or Apple would be ruling the world. 73, Ged. -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org/ Human Rights Declaration http://www.unhchr.ch/udhr/index.htm
Apache ASP help not helpfull :(
After twenty years in hardware and real-time programming, I'm back at university getting into business computing, so I'm very new to this server stuff and I'm trying to learn. I wanted to run a local server but Microsoft PWS doesn't run on Win ME. Searching around I came across this http://www.ricocheting.com/sever/index.html I found it very helpful, albeit a bit out of date. So, I've installed apache_1.3.22-win32-x86.msi onto this Win ME machine as a localhost and it works fine. I've installed ActivePerl, and it works fine too. I want to run ASP, so I download Apache-ASP-2.29 Then as per the instructions I did ___ shell prompt perl -MCPAN -e shell ... cpan install Bundle::Apache::ASP ___ A huge amount of text flowed down the screen which ended with ___ Removing previously used \.cpan\build\Apache-ASP-2.29\. Couldn't find \.cpan\build\Apache-ASP-2.29\. at C:/Perl/lib/CPAN.pm line 1972 ___ I tried to run some of Perl's sample asp pages but nothing worked. Clealy the phrase:- 'The easiest way to install Apache::ASP for the first time from perl is to fire up the CPAN shell like:' isn't quite as easy as it claims. The rest of the information at http://www.nodeworks.com/asp/install.html is unitelligable to anyone who hasn't worked with servers, and all the FAQ's seem to assume your an expert, so I'm no better off. The main confusion I'm getting is figuring which is Perl stuff from Apache. Also links like:- ___ There are several other Perl modules that you might wish to have installed, to take full advantage of mod_perl functionality. Provided you have Andreas König's CPAN.pm module, simply run: ___ is just a long list of meaningles files. So, is there any chance of an Idiot's guide to getting this ASP to work? Python __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Apache ASP help not helpful. I'm not alone
I've just seen a pile of posts on a Yahoo board full of people with ASP problems. __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: Apache ASP help not helpful. I'm not alone
On Wed, 28 Nov 2001, alan matthews wrote: I've just seen a pile of posts on a Yahoo board full of people with ASP problems. For Win32 ActivePerl users, if the CPAN.pm method of installing Apache::ASP becomes confused, you may want to try ppm: C:\ ppm ppm set repository some_name http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer ppm install Apache-ASP ppm set save ppm quit where the 'set repository ...' command has been broken over two lines for readability. This should install Apache::ASP plus all its dependencies that you might not have - if it doesn't, please let me know what it missed. After that, the Apache::ASP docs and web site are very good at describing the configuration and use. See an earlier post today by Joshua Chamas about a way to disable flock() on Win98 within Apache::ASP, which will be needed for MLDBM::Sync. best regards, randy kobes
Re: Apache ASP help not helpfull :(
alan matthews wrote:
I wanted to run a local server but Microsoft PWS
doesn't run on Win ME. Searching around I came across
this http://www.ricocheting.com/sever/index.html I
found it very helpful, albeit a bit out of date.
So, I've installed apache_1.3.22-win32-x86.msi onto
this Win ME machine as a localhost and it works fine.
I've installed ActivePerl, and it works fine too.
I want to run ASP, so I download Apache-ASP-2.29
[[ for Apache::ASP support, get on its mail list by emailing
[EMAIL PROTECTED] ]]
For a quick start, I'd recommend installing the prebuilt
win32 mod_perl / apache from:
http://perl.apache.org/distributions.html
This page ends up referring you to:
ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe
It comes fortunately with a working Apache::ASP. You will
still need to update the ./perl/lib/Config.pm to point to your
compiler installation if you want to build your own perl
modules later.
This hint is provided here:
http://www.apache-asp.org/install.html#Win32%20Instal93dbe80f
As a user going through these woes, it would be helpful if you could
suggest how I could make that part of the install help stand out more,
and content that would be more useful accurate to you?
What is not in the help is a bug/workaround for WinME / Win9x users
that occurred recently in the 2.25 release of Apache::ASP. The bug
is that MLDBM::Sync uses flock() which is not implemented on WinME.
The fix is to add this to you httpd.conf, preferrably
Perl
*CORE::GLOBAL::flock = sub { 1 };
/Perl
This fix is not necessary if you do not use $Session
or $Application though, which you can turn off with
the httpd.conf config:
PerlSetVar NoState 1
Then as per the instructions I did
___
shell prompt perl -MCPAN -e shell
...
cpan install Bundle::Apache::ASP
___
A huge amount of text flowed down the screen which
ended with
___
Removing previously used
\.cpan\build\Apache-ASP-2.29\.
Couldn't find \.cpan\build\Apache-ASP-2.29\. at
C:/Perl/lib/CPAN.pm line 1972
___
I will check out the bundle files and see how they can be improved
for the next release.
I tried to run some of Perl's sample asp pages but
nothing worked. Clealy the phrase:-
'The easiest way to install Apache::ASP for the first
time from perl is to fire up the CPAN shell like:'
isn't quite as easy as it claims.
The rest of the information at
http://www.nodeworks.com/asp/install.html
is unitelligable to anyone who hasn't worked with
servers, and all the FAQ's seem to assume your an
expert, so I'm no better off.
Apache::ASP isn't geared towards new users. It makes a lot of
of assumptions like knowledge of perl, apache, unix ( perl is
unix paradigm programming often, even on win32 platforms ).
I would like it to make it more user friendly, and I understand
the docs site can help, so please send me your suggestions.
So, is there any chance of an Idiot's guide to getting
this ASP to work?
Not yet! I have long considered writing a book on Apache::ASP,
which would probably have at least a chapter as the Idiot's guide.
I don't think it would be out in time for your needs though :(
-- Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Apache ASP help not helpful. I'm not alone
alan matthews wrote: I've just seen a pile of posts on a Yahoo board full of people with ASP problems. If these are Apache::ASP users, they need to get on the mail list for it at [EMAIL PROTECTED] ... If they are using IIS / VBScript or PerlScript ASP, then they may be in the right place? --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
[ANNOUNCE] Apache::ASP v2.29
Hey,
Apache::ASP v2.29 has been released, CHANGES below, and you can
get it in your local CPAN, or:
http://www.perl.com/CPAN-local/modules/by-module/Apache/
There are some major bugs fixed in this release, that stem
from new work in the 2.25 release. These bugs are about empty
$Sessions not getting garbage collected POST requests over
fast LAN connections sometimes returning an empty web response
of 0 bytes.
There were other optimizations, features bugfixes this
release. Some big features are XML::LibXSLT support for
XSLT rendering and support for running under PerlTaintCheck On
security config.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
CHANGES:
+Added some extra help text to the ./cgi/asp --help message
to clarify how to pass arguments to a script from the command line.
+When using $Server-Mail() API, if Content-Type header is set,
and MIME-Version is not, then a MIME-Version: 1.0 header will be sent
for the email. This is correct according to RFC 1521 which specifies
for the first time the Content-Type: header for email documents.
Thanks to Philip Mak for pointing out this correct behavior.
+Made dependent on MLDBM::Sync version .25 to pass the taint_check.t test
+Improved server_mail.t test to work with mail servers were relaying is denied
+Added htmlbody tags to MailErrorsTo email
--Fixed SessionCount / Session_OnEnd bug, where these things were not
working for $Sessions that never had anything written to them.
This bug was introduced in 2.23/2.25 release.
There was an optimization in 2.23/2.25 where a $Session that was never
used does not write its state lock file dbm files to disk, only if
it gets written too like $Session-{MARK}++. Tracking of these NULL $Sessions
then is handled solely in the internal database. For $Session garbage
collection though which would fire Session_OnEnd events and update
SessionCount, the Apache::ASP::State-GroupMembers() function was just
looking for state files on disk ... now it looks in the internal database
too for SessionID records for garbage collection.
Added a test at ./t/session_events.t for these things.
+Some optimizations for $Session API use.
+Added support for XSLT via XML::LibXSLT, patch courtesy of Michael Buschauer
-Got rid of an warning when recompiling changing includes under perl 5.6.1...
undef($code) method did not work for this perl version, rather undef($code) does.
Stopped using using Apache::Symbol for this when available.
-Make Apache::ASP script run under perl taint checking -T for perl 5.6.1...
$code =~ tr///; does not work to untaint here, so much use the slower:
$code =~ /^(.*)$/s; $code = $1; method to untaint.
-Check for inline includes changing, included in a dynamic included
loaded at runtime via $Response-Include(). Added test case for
this at t/include_change.t. If an inline include of a dynamic include
changes, the dynamic include should get recompiled now.
-Make OK to use again with PerlTaintCheck On, with MLDBM::Sync 2.25.
Fixed in ASP.pm, t/global.asa, and created new t/taint_check.t test script
+Load more modules when Apache::ASP is loaded so parent will share more
with children httpd:
Apache::Symbol
Devel::Symdump
Config
lib
MLDBM::Sync::SDBM_File
+When FileUploadMax bytes is exceeded for a file upload, there will not
be an odd error anymore resulting from $CGI::POST_MAX being triggered,
instead the file upload input will simply be ignored via $CGI::DISABLE_UPLOADS.
This gives the developer the opportunity to tell the user the the file upload
was too big, as demonstrated by the ./site/eg/file_upload.asp example.
To not let the web client POST a lot of data to your scripts as a form
of a denial of service attack use the apache config LimitRequestBody for the
max limits. You can think of PerlSetVar FileUploadMax as a soft limit, and
apache's LimitRequestBody as a hard limit.
--Under certain circumstances with file upload, it seems that IsClientConnected()
would return an aborted client value from $r-connection-aborted, so
the buffer output data would not be flushed to the client, and
the HTML page would return to the browser empty. This would be under
normal file upload use. One work-around was to make sure to initialize
the $Request object before $Response-IsClientConnected is called,
then $r-connection-aborted returns the right value.
This problem was probably introduced with IsClientConnected() code changes
starting in the 2.25 release.
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP )
Thanks alot Joshua,
You ar right, by turning off the PerlTaintCheck , PerlTaintCheck Off in my
httpd.conf.
It's fixed.
My dev versions of Apache::ASP ( 2.29 ) MLDBM::Sync ( .25 )
will be able to run under PerlTaintCheck On, let me know if you
would like these pre release.
And I would like to have the Apache::ASSP(2.29) MLDBM::Sync(.25).
because I want to work with Apache::ASP, by having the PerlTaintCheck On.
Please give me guidance.
Once again thanks.
-SubbaReddy
- Original Message -
From: Joshua Chamas [EMAIL PROTECTED]
To: SubbaReddy M [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, November 10, 2001 2:24 PM
Subject: Re: Internal server error on Refreshing mod_perl page (
Apache::ASP )
SubbaReddy M wrote:
Hello Gurus,
[Sat Nov 10 11:54:32 2001] [error] Insecure dependency in eval while
running with -T switch at
/usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line 51.
MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumpe
r=HASH(0x843bd20)', '$MlDbM{\'timeout\' = \'1005374203\'}')
called at /usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line 155
MLDBM::FETCH('MLDBM=HASH(0x843bd08)',
'07abbd5f03d200c6bac27a861f47e35e') called at
/usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line 85
MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)',
'07abbd5f03d200c6bac27a861f47e35e') called at
This error comes from the mod_perl config: PerlTaintCheck On
You can see more on this error at:
http://www.apache-asp.org/faq.html#Insecure%20depec6cd400
I would not recommend trying to get Apache::ASP to run under
PerlTaintCheck as its been a while since the author ( me )
has done so, so there will likely be other errors in doing so
than what's listed in the above FAQ item. So find the config
in your system *.conf files and turn it off for now.
Future Apache::ASP support queries should be emailed to the
email list specific to it. You can subscribe to it at
[EMAIL PROTECTED]
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi again, On Sat, 10 Nov 2001 [EMAIL PROTECTED] wrote: since my active server page knowledge is pretty much zero here is my issue. Have several clients that use IIS w/lots of ASP[yuk] instead of Apache all things PERL. Richard and Josh have answered your other points, but I'd just like to take issue with this one, hoping that I won't offend. Comments like [yuk] will carry more weight if they are based on sound informed reasoning and not on prejudice. There is nothing wrong with being ignorant about a subject - as long as you are prepared to do something about it. But if you are not, you are in danger of becoming a religious zealot and we have ample evidence at the moment of where that leads us. Instead of disparaging the alternatives, learn about them. Know their strengths and their weaknesses. It seems to me that, so equipped, you might be in a position to give a more valuable service to your Clients. There is a lot to be said for Open Source, but even more to be said for an Open Mind. 73, Ged.
Internal server error on Refreshing mod_perl page ( Apache::ASP )
Hello Gurus,
Here is my first step with mod_perl after so many
strugles.
Please help me:
1.asp
!-- sample here
--htmlbodyFor loop incrementing font size:
p% for(1..5) { %!-- iterated html text
--font size="%=$_%" Size = %=$_% /font
br% } %/body/html!-- end
sample here
--
1.asp
/home/httpd/asp/1.aspis called from
brower http://192.168.1.235/asp/1.asp
Fine it's generating nice out put,
but when I clicked the refresh button on
browser Internal server error page
coming.
So, I checked server error_log page, here is
out put
[root@qclinux /root]# tail
/var/log/httpd/error_log[Sat Nov 10 11:53:06 2001] [notice] Apache/1.3.22
(Unix) mod_perl/1.26 configured -- resuming normal operations[Sat Nov 10
11:53:06 2001] [notice] Accept mutex: sysvsem (Default:
sysvsem)[root@qclinux /root]# tail /var/log/httpd/error_log[Sat Nov 10
11:54:32 2001] [error] Insecure dependency in eval while running with -T switch
at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line
51.
MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumper=HASH(0x843bd20)',
'$MlDbM{\'timeout\' = \'1005374203\'}') called at
/usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line
155
MLDBM::FETCH('MLDBM=HASH(0x843bd08)', '07abbd5f03d200c6bac27a861f47e35e') called
at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line
85
MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)',
'07abbd5f03d200c6bac27a861f47e35e') called at
/usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line
5114
Apache::ASP::State::FETCH('Apache::ASP::State=HASH(0x842a824)',
'07abbd5f03d200c6bac27a861f47e35e') called at
/usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line
4539
Apache::ASP::Session::new('Apache::ASP=HASH(0x836c134)') called at
/usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line
605
Apache::ASP::new('Apache::ASP', 'Apache=SCALAR(0x836f8cc)') called at
/usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line
147
Apache::ASP::handler('Apache=SCALAR(0x836f8cc)') called at /dev/null line
0
eval
{...} called at /dev/null line 0
Thanks in advance.
-SubbaReddy
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi there, On Sat, 10 Nov 2001, SubbaReddy M wrote: [snip] many strugles. [snip] /home/httpd/asp/1.asp is called from brower http://192.168.1.235/asp/1.asp Do you think it might be better to start with something a little less ambitious? Just getting a mod_perl server running with a pre-built handler like Apache::Registry is enough for many people. Apache::ASP is Yet Another Big Chunk Of Configuration and things to figure out... 73, Ged.
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi there, On Sat, 10 Nov 2001 [EMAIL PROTECTED] wrote: How far along is mod perl ASP? IOW just how compatible is it to the proprietary equiv? I'm not quite sure what you mean. Be aware that Apache::ASP is purely for scripting in Perl. I have used it on a system which now has a very large number of users. I didn't really do much with Apache::ASP itself (I was primarily responsible for the user interface) so for me Apache::ASP was just a building block in the software Lego kit. It gave no trouble, which is hardly surprising since the author of Apache::ASP was on the same team. Perhaps he will reply in more detail if you ask a more specific question. There's a mailing list specifically for Apache::ASP, the address to subscribe is on the mod_perl home page, http://perl.apache.org 73, Ged.
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
hi, THX for the response. To clarify since my active server page knowledge is pretty much zero here is my issue. Have several clients that use IIS w/lots of ASP[yuk] instead of Apache all things PERL. However really don't know if their websites would suddenly look different if one were to switch them over to Apache httpd. I really don't think so.. Does Apache handle ASP the same way as IIS? If it is all done on the client side well then it really doesn't matter for formatting of asp. My reasoning being that in that case they are if using m$ going to get what they would expect simular to what they would get for Javascript Whereas if ASP does all it works on the http server then sends the results to the client much like say cgi would then this could be a problem. TIA
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
THX for the response. To clarify since my active server page knowledge is pretty much zero here is my issue. I'm afraid that what you want to do probably isn't possible. I will try to teach you something about the architecture of ASP on IIS, and how it differs from Apache::ASP. In this context, ASP stands for Active Server Pages. This is a Microsoft technology that allows for server-side scripting languages to integrate with the MS IIS web server. The most common scripting language used with ASP is VBScript, which is a varient of Visual Basic. JScript, a server-side JavaScript varient, and two different Perl implementations, PerlScript and PScript, also exist, but they are very rarely used in the ASP world. For our purposes, what ASP is is a common way of doing things (e.g. common embedded scripting delimiter syntax, common method calls, common sessioning system) that can be accessed by all scripting languages that use ASP. Architecturally, this looks like of like... IIS -- ISAPI -- ASP -- ActiveX COM Scripting Object (e.g. VBScript) (Don't worry about what ISAPI is... it's like of like pure mod_perl, but worse. :-) ) Note that all of this is server-side stuff. That is, when a user connects to web server and requests a .asp page, the server runs the script within the .asp page to create HTML, which is then sent back to the user's web browser. Now, over to Apache::ASP... Apache::ASP is a cloned API implementation the ASP way of doing things such that you can use ASP conventions with Perl code embedded within the Apache::ASP page. It's similar to HTML::Embperl, but using ASP conventions. The embedded code within Apache::ASP pages is embedded _Perl_ code. Bottom line for your purposes: it's feasible to port PScript or PerlScript ASP pages from IIS to Apache and Apache::ASP, but not to port ASP/VBScript pages. And it's not likely that the ASP code that anyone is about to give you is ASP/PScript or ASP/PerlScript code. Sorry. Cheers, Richard -- Richard Dice * Personal 416 841 7365 * Fax 416 841 7364 ShadNet Creator * http://shadnet.shad.ca/ * [EMAIL PROTECTED] Occasional Writer, HotWired * http://www.hotwired.com/webmonkey/ squeeze the world 'til it's small enough to join us heel to toe - jesus jones
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
[EMAIL PROTECTED] wrote: hi, How far along is mod perl ASP? IOW just how compatible is it to the proprietary equiv? Reason being is that i would love to offer it to clients that use the m$ one transparently. That way they get what they want if that is what they want and i get what i want. Namely to continue to use mod perl and apache:-)) TIA Apache::ASP is mostly compatible with PerlScript under IIS, with the exception of support of win32 COM objects like ADO db access. However, as Richard explains, most people on IIS would be using VBScript for their ASP applications, so would not be portable to Apache::ASP, which currently supports perl scripting only. However there are other alternatives for supporting VBScript/ASP on Apache, particularly with Chilisoft's ASP or Halcyon's Instant ASP. Both of these are commercial products however. Also, Ime Smits, cc'd on this email, has a perl utility that can convert VBScript ASP to perl scripting ASP for running under Apache::ASP. He might be able to offer this code to you in some form. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP )
SubbaReddy M wrote:
Hello Gurus,
[Sat Nov 10 11:54:32 2001] [error] Insecure dependency in eval while running with -T
switch at
/usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line 51.
MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumper=HASH(0x843bd20)',
'$MlDbM{\'timeout\' = \'1005374203\'}')
called at /usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line 155
MLDBM::FETCH('MLDBM=HASH(0x843bd08)', '07abbd5f03d200c6bac27a861f47e35e')
called at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line 85
MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)',
'07abbd5f03d200c6bac27a861f47e35e') called at
This error comes from the mod_perl config: PerlTaintCheck On
You can see more on this error at:
http://www.apache-asp.org/faq.html#Insecure%20depec6cd400
I would not recommend trying to get Apache::ASP to run under
PerlTaintCheck as its been a while since the author ( me )
has done so, so there will likely be other errors in doing so
than what's listed in the above FAQ item. So find the config
in your system *.conf files and turn it off for now.
Future Apache::ASP support queries should be emailed to the
email list specific to it. You can subscribe to it at
[EMAIL PROTECTED]
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP - using Apache::Session
Jindo Soul wrote:
Hi!
I recently made a decision to adopt Apache::ASP as the template tool for my site.
The only thing I'd like to find out is whether or not Apache::ASP works with
Apache::Session. I read from an online article
http://perl.apache.org/features/tmpl-cmp.html that Apache::ASP can be hookied up to
Apache::Session. However, I just could not find the instruction on how this can and
should be done. Am I mistaken or have I missed something in the online docs?
Note the Apache::ASP mailing list is now at: [EMAIL PROTECTED]
Subscribe by sending an email to [EMAIL PROTECTED]
Integration of Apache::Session is similar to other environments,
except where you put the code. In Apache::ASP, you can put it
in global.asa Script_OnStart to get run every time, then you
can init the session to look like the ASP $Session.
The only differences are you don't get the ASP API around $Session,
like session management with garbage collection/timeouts, events,
or other API calls like Lock(), Abandon(), SessionID().
Also, without using ASP session, you won't get to use
SessionQueryParse cookieless sessions either.
Here is some untested code that you could start with
for using Apache::Session with MySQL:
# in httpd.conf, turn off $Application, $Session
PerlSetVar NoState 1
# in global.asa
use Apache::Session::MySQL;
sub Script_OnStart {
# ... init mysql dbh before
my $id = $Request-Cookies(SESSION_ID);
tie %hash, 'Apache::Session::MySQL', $id, { Handle = $dbh, LockHandle = $dbh };
if($id ne $hash{_session_id}) {
$Response-Cookies(SESSION_ID, $hash{_session_id});
}
$Session = \%hash;
$Server-RegisterCleanup(sub { untie (%$Session) }); }
}
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Apache::ASP - using Apache::Session
Hi! I recently made a decision to adopt Apache::ASP as the template tool for my site. The only thing I'd like to find out is whether or not Apache::ASP works with Apache::Session. I read from an online article http://perl.apache.org/features/tmpl-cmp.html that Apache::ASP can be hookied up to Apache::Session. However, I just could not find the instruction on how this can and should be done. Am I mistaken or have I missed something in the online docs? Thanks for your input. Cheers, Jindo
Using APACHE::ASP objects into a AuthenHandler
Hello , I have a quistion abous $Session objects. Is it possible to us this objects in a custom Authentication handler. The idea is to use a ASP script to login the user and put some user info into the session object if the user is valid. After that i redirect the user 1 level deeper. In this level only users with a valid session can acces any file (this includes html,asp and other files). the idea is to do somthing like $session = Apache::ASP-Session; blablabla luc
Re: Using APACHE::ASP objects into a AuthenHandler
willems Luc wrote:
Hello ,
I have a quistion abous $Session objects. Is it possible to us this objects
in a custom Authentication handler.
The idea is to use a ASP script to login the user and put some user info into
the session object if the user is valid. After that i redirect the user 1
level deeper. In this level only users with a valid session can acces any
file (this includes html,asp and other files).
the idea is to do somthing like
$session = Apache::ASP-Session;
blablabla
I have just added support for this kind of thing in
my dev version Apache::ASP 2.23
This is not optimized, where the ASP object will end up
getting created twice during the request, but for most
this would not be an issue. If the performance hit is
a problem, I will have to devise a cross handler
caching mechanism for the ASP object.
Here's the note from CHANGES so far:
+New API for accessing ASP object information in non content
handler phases:
use Apache::ASP;
sub My::Auth::handler {
my $r = shift;
my $ASP = Apache::ASP-new($r)
my $Session = $ASP-Session;
}
In the above example, $Session would be the same $Session
object created later while running the ASP script for this
same request.
I will send it to you separately. Also, I will send you
my latest MLDBM::Sync .15 on which Apache::ASP will depend
next release.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
[ANNOUNCE] Apache::ASP v2.19
Hey, The latest release of Apache::ASP, v2.19, is out. You can get it in your local CPAN or here: http://www.perl.com/CPAN-local/modules/by-module/Apache/ The big development in the module is a standalone CGI mode that works without mod_perl, at least on Linux where I tested it. The rest are tweaks and documentation updates. The CHANGES are below. Apache::ASP provides an Active Server Pages port to the Apache Web Server with Perl scripting only, and enables developing of dynamic web applications with session management and embedded perl code. There are also many powerful extensions, including XML taglibs, XSLT rendering, and new events not originally part of the ASP API! Regards, Josh =item $VERSION = 2.19; $DATE=7/10/2001; +update docs in various parts +added ./make_httpd/build_httpds.sh scripts for quick builds of apache + mod_perl + mod_ssl ++plain CGI mode available for ASP execution. cgi/asp script can now be used to execute ASP scripts in CGI mode. See CGI perldoc section for more info. The examples in ./site/eg have been set up to run in cgi mode if desired. Configuration in CGI section only tested for Apache on Linux. -Fixed some faulty or out of date docs in XML/XSLT section. +added t/server_mail.t test for $Server-Mail(), requires Net::SMTP to be configured properly to succeed. +Net::SMTP debugging not enabled by Debug 1,2,3 configs, not only when system debugging is set with Debug -1,-2,-3 However, a Debug param passed to $Server-Mail() will sucessfully override the Debug -1,-2,-3 setting even when its Debug = 0 -Check for undef values during stats for inline includes so we don't trigger unintialized warnings +Documented ';' may separate many directories in the IncludesDir setting for creating a more flexible includes search path.
Apache::ASP book
Hello people: Is there a book anyone would recommend for apache::ASP programming, preferably something in the beginner section. thanx!
[ANNOUNCE] Apache::ASP v2.17
Hey, Apache::ASP v2.17 is in your local CPAN or http://www.perl.com/CPAN-local/modules/by-module/Apache/ Mostly this is a bug fix release, with a debugging enhancement, and a bundled emacs mmm-mode. The web site for Apache::ASP is http://www.apache-asp.org and the CHANGES are listed below. Apache::ASP provides an Active Server Pages port to the Apache Web Server with Perl scripting only, and enables developing of dynamic web applications with session management and embedded perl code. There are also many powerful extensions, including XML taglibs, XSLT rendering, and new events not originally part of the ASP API! -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks - Web Link Checking Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051 + = improvement; - = bug fix =item $VERSION = 2.17; $DATE=6/17/2001; +Added ASP perl mmm-mode subclass and configuration in editors/mmm-asp-perl.el file for better emacs support. Updated SYNTAX/Editors documentation. +Better debugging error message for Debug 2 or 3 settings for global.asa errors. Limit debug output for lines preceding rendered script. -In old inline include mode, there should no longer be the error need id for includes when using $Response-Include() ... if DynamicIncludes were enabled, this problem would not have likely occured anyway. DynamicIncludes are preferrable to use so that compiled includes can be shared between scripts. This bug was likely introduced in version 2.11. -Removed logging from $Response-BinaryWrite() in regular debug mode 1 or 2. Logging still enabled in system Debug mode, -1 or -2 -Removed other extra system debugging call that is really not necessary.
[ANNOUNCE] Apache::ASP v2.15]
Hey,
Apache::ASP v2.15 is released and is in your local CPAN or:
http://www.perl.com/CPAN-local/modules/by-module/Apache/
This release mainly fixes a bug which makes 2.11 not work
under perl 5.6.1/5.7.1
The web site for Apache::ASP is http://www.apache-asp.org
Apache::ASP provides an Active Server Pages port to the
Apache Web Server with Perl scripting only, and enables
developing of dynamic web applications with session
management and embedded perl code. There are also many
powerful extensions, including XML taglibs, XSLT rendering,
and new events not originally part of the ASP API!
CHANGES
-Fix for running under perl 5.6.1 by removing parser optimization
introduced in 2.11.
-Now file upload forms, forms with ENCTYPE=multipart/form-data
can have multiple check boxes and select items marked for
@params = $Request-Form('param_name') functionality. This
will be demonstrated via the ./site/eg/file_upload.asp example.
-- Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks - Web Link Checking Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
[ANNOUNCE] Apache::ASP v2.11
Hey,
Apache::ASP v2.11 is out in your local CPAN and also
http://www.perl.com/CPAN-local/modules/by-module/Apache/
The changes are below.
Apache::ASP provides an Active Server Pages port to the
Apache Web Server with Perl scripting only, and enables
developing of dynamic web applications with session
management and embedded perl code. There are also many
powerful extensions, including XML taglibs, XSLT rendering,
and new events not originally part of the ASP API!
The Apache::ASP web site is at http://www.apache-asp.org
-- Josh
$MODULE=Apache::ASP; $VERSION = 2.11; $DATE=05/29/2001;
Please see README for changes for past versions.
+ = improvement; - = bug fix
+Parser optimization from Dariusz Pietrzak
-work around for global destruction error message for perl 5.6
during install
+$Response-{IsClientConnected} now will be set
correctly with ! $r-connection-aborted after each
$Response-Flush()
+New XSLTParser config which can be set to XML::XSLT or
XML::Sablotron. XML::Sablotron renders 10 times faster,
but differently. XML::XSLT is pure perl, so has wider
platform support than XML::Sablotron. This config affects
both the XSLT config and the $Server-XSLT() method.
+New $Server-XSLT(\$xsl_data, \$xml_data) API which
allows runtime XSLT on components instead of having to process
the entire ASP output as XSLT.
-XSLT support for XML::XSL 0.32. Things broke after .24.
-XSLTCacheSize config no longer supported. Was a bad
Tie::Cache implementation. Should be file based cache
to greatly increases cache hit ratio.
++$Response-Include(), $Response-TrapInclude(),
and $Server-Execute() will all take a scalar ref
or \'asdfdsafa' type code as their first argument to execute
a raw script instead of a script file name. At this time,
compilation of such a script, will not be cached. It is
compiled/executed as an anonymous subroutine and will be freed
when it goes out of scope.
+ -p argument to cgi/asp script to set GlobalPackage
config for static site builds
-pod commenting fix where windows clients are used for
ASP script generation.
+Some nice performance enhancements, thank to submissions from
Ime Smits. Added some 1-2% per request execution speed.
+Added StateDB MLDBM::Sync::SDBM_File support for faster
$Session + $Application than DB_File, yet still overcomes
SDBM_File's 1024 bytes value limitation. Documented in
StateDB config, and added Makefile.PL entry.
+Removed deprecated MD5 use and replace with Digest::MD5 calls
+PerlSetVar InodeNames 1 config which will compile scripts hashed by
their device inode identifiers, from a stat($file)[0,1] call.
This allows for script directories, the Global directory,
and IncludesDir directories to be symlinked to without
recompiling identical scripts. Likely only works on Unix
systems. Thanks to Ime Smits for this one.
+Streamlined code internally so that includes scripts were
compiled by same code. This is a baby step toward fusing
include script code compilation models, leading to being
able to compile bits of scripts on the fly as ASP subs,
and being able to garbage collect ASP code subroutines.
-removed @_ = () in script compilation which would trigger warnings
under PerlWarn being set, thanks for Carl Lipo for reporting this.
-StatINC/StatINCMatch fix for not undeffing compiled includes
and pages in the GlobalPackage namespace
-Create new HTML::FillInForm object for each FormFill
done, to avoid potential bug with multiple forms filled
by same object. Thanks to Jim Pavlick for the tip.
+Added PREREQ_PM to Makefile.PL, so CPAN installation will
pick up the necessary modules correctly, without having
to use Bundle::Apache::ASP, thanks to Michael Davis.
+ mode for opening lock files, not , since its faster
+$Response-Flush() fixed, by giving $| = 1 perl hint
to $r-print() and the rest of the perl sub.
+$Response-{Cookies}{cookie_name}{Expires} = -86400 * 300;
works so negative relative time may be used to expire cookies.
+Count() + Key() Collection class API implementations
+Added editors/aasp.vim VIM syntax file for Apache::ASP,
courtesy of Jon Topper.
++Better line numbering with #line perl pragma. Especially
helps with inline includes. Lots of work here, integrated
with Debug 2 runtime pretty print debugging.
+$Response-{Debug} member toggles on/off whether
$Response-Debug() is active, overriding the Debug setting
for this purpose. Documented.
-When Filter is on, Content-Length won't be set and compression
won't be used. These things would not work with a filtering
handler after Apache::ASP
Apache::ASP error re: subroutines
Howdy, I am attempting to move a few subroutines from my Apache::ASP pages into a central module, but get the error: Undefined subroutine Apache::ASP::Demo::date_swap called at (eval 6) line 67. , /usr/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1506 Is there something funky in the Apache::ASP environment regarding how/where modules are handled? The functions work when in the page, so I dont think there is an internal error there. I am calling the module with a basic use ASK (ASK.pm is the module name). The module has appropriate ownership/rights. I am especially curious why it is looking for dateswap under Apache::Demo::XXX Any assistance appreciated. This is my first module and so my error could be anywhere, as my ignorance is everywhere. ASK 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::ASP error re: subroutines
Andrew Koebrick wrote: Howdy, I am attempting to move a few subroutines from my Apache::ASP pages into a central module, but get the error: Undefined subroutine Apache::ASP::Demo::date_swap called at (eval 6) line 67. , /usr/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1506 PerlSetVar GlobalPackage is set to Apache::ASP::Demo I bet, and you called the sub date_swap() which was not defined there. Is there something funky in the Apache::ASP environment regarding how/where modules are handled? The functions work when in the page, so I dont think there is an internal error there. I am calling the module with a basic use ASK (ASK.pm is the module name). The module has appropriate ownership/rights. If you sub is in ASK.pm, then you can reference it like: ASK::date_swap() or you could define the sub in the global.asa, which takes on the package name from GlobalPackage, so the sub will be in the same package that all your scripts are compiled into. I am especially curious why it is looking for dateswap under Apache::Demo::XXX This is the package that your ASP scripts includes are compiled into. Also there is a new mailing list for Apache::ASP at [EMAIL PROTECTED], but I have been slow to update the docs at the ASP web site README. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
8-bit characters and mod_perl/Apache-ASP
Im having an odd (and annoying) problem with text data being returned via
Oracle::DBD (10.7) to an Apache::ASP (2.09) script. Essentially, perl that
returns perfectly valid characters in both cgi and as a .pl file fails to
return valid characters in the context of an Apache::ASP file. The issue,
I think has to do with the fact that the Oracle database (8.0.6) is
returning 8-bit characters. I can confirm this because I can repoint my
application to a version of the database set with 7bit characters and
everything works. While this shouldnt really be a problem (and isnt in the
normal 'perl' setting), Apache::ASP/mod_perl seems to be barfing on these
characters.
Here's some sample code:
use PNAP::Database::Query; ## a simplified database connection module
use CGI qw/:standard/; ## for CGI output
print header,
start_html('A Simple Example'),
## make a database connection
my $dbconn= new PNAP::Database::Query(Connection=NSPFinance, Debug=0);
## the sql statementA
my $orgSQL = select o.FULLNAME;
$orgSQL .= from ORGANIZATION o, PARTY_ROLE pr, PARTY_ROLE_TYPE prt;
$orgSQL .= where o.ORGANIZATIONOID = pr.SubjectPartyOID and;
$orgSQL .= pr.PartyRoleTypeOID = prt.PartyRoleTypeOID and prt.ShortName =
'NSP' and;
$orgSQL .= pr.StartDate = sysdate and (pr.EndDate is null or pr.EndDate
sysdate);
$orgSQL .= order by FULLNAME;
my $rs = $dbconn-query(Sql=$orgSQL, UseCursor=0);
if ($rs)
{
while ($rs-next())
{
my $fullname = $rs-FULLNAME; ## get the value from therecordset
print Fullname: , $fullname,BR\n; ## output the value
}
$dbconn-finish($rs);
}
What is odd is that if I run this as a cgi (or from the command line), I
get this output:
Fullname: ATT
Fullname: Agis
Fullname: At Home
Fullname: CW
Fullname: CW/IDC
Fullname: Digex
Fullname: EBONE
...
However, the exact same code run as an Apache::ASP page results in this
output (on netscape for linux 4.76).
Fullname:
Fullname:
Fullname:
Fullname:
Fullname:
Fullname:
...
On IE, however, I get this as output (viewed as source):
Fullname: A T T
Fullname: A g i s
Fullname: A t H o m e
Fullname: C W
Fullname: C W / I D C
Fullname: D i g e x
Fullname: E B O N E
...
This implies that the 8-bit characters are being rendered/dealt with
*differently* for the cgi version and the Apache::ASP version (and that
the Apache::ASP version honks up the 8-bit characters somehow). IE seems
to deal with the odd characters better than netscape.
In order to address this problem, Ive tried all the standard approaches to
dealing with 8bit characters and Oracle databases (setting NLS_LANG, etc)
and have tried using Convert::Translit module to do the conversion..
However, none of those actions seem to make any difference. I still get
wonky output with the mod_perl/Apache::ASP version (but not the normal
Perl/cgi version).
What I am wondering is:
(1) is there a known problem with mod_perl and 8-bit character
sets? The version of apache I am running is 1.3.19 and mod perl 1.25, and
Apache 2.09.
(2) Is there any problem with this from the Apache::ASP side in either the
way the Response-Write is done or the way in which these character sets
are handled? Ive looked at the Response-Write and Response-WriteRef but
dont see anything obvious that could cause this.
(3) Has anyone seen this kind of behavior before?
Any help would be appreciated (it will beat having to export and re-import
the production database)...
Carl
Carl Lipo EMAIL: [EMAIL PROTECTED]
IT Systems ArchitectPAGER: 206.570.2086
Internap Network Services OFFICE: 206.504.5442
601 Union Street, Suite 1000FAX: 206.654.5684
Seattle, WA 98101 CELL: 206.579.0163
Unauthorized use, disclosure, or distribution of information within
this message is prohibited.
Re: 8-bit characters and mod_perl/Apache-ASP
Difference like this, where cgi perl scripts work fine, but mod_perl/ASP
doesn't, often has to do with %ENV where mod_perl is concerned.
This is because Apache clears %ENV. The best way I have found to know
what is in your %ENV for Oracle connections is to explicitly set it
before the connect like:
$ENV{'ORACLE_HOME'} = '/path/to/oracle/home';
$ENV{'NLS_LANG'} ='american_america.WE8ISO8859P1';
$ENV{'ORA_NLS33'} = $ENV{ORACLE_HOME}.'/ocommon/nls/admin/data';
DBI-connect('dbi:Oracle:' ...);
This likely has nothing to do with Apache::ASP
You can also try PerlPassEnv PerlSetEnv for things like the
above, but explicitly setting has always given me the most mileage.
--Josh
Carl Lipo wrote:
Im having an odd (and annoying) problem with text data being returned via
Oracle::DBD (10.7) to an Apache::ASP (2.09) script. Essentially, perl that
returns perfectly valid characters in both cgi and as a .pl file fails to
return valid characters in the context of an Apache::ASP file. The issue,
I think has to do with the fact that the Oracle database (8.0.6) is
returning 8-bit characters. I can confirm this because I can repoint my
application to a version of the database set with 7bit characters and
everything works. While this shouldnt really be a problem (and isnt in the
normal 'perl' setting), Apache::ASP/mod_perl seems to be barfing on these
characters.
Here's some sample code:
use PNAP::Database::Query; ## a simplified database connection module
use CGI qw/:standard/; ## for CGI output
print header,
start_html('A Simple Example'),
## make a database connection
my $dbconn= new PNAP::Database::Query(Connection=NSPFinance, Debug=0);
## the sql statementA
my $orgSQL = select o.FULLNAME;
$orgSQL .= from ORGANIZATION o, PARTY_ROLE pr, PARTY_ROLE_TYPE prt;
$orgSQL .= where o.ORGANIZATIONOID = pr.SubjectPartyOID and;
$orgSQL .= pr.PartyRoleTypeOID = prt.PartyRoleTypeOID and prt.ShortName =
'NSP' and;
$orgSQL .= pr.StartDate = sysdate and (pr.EndDate is null or pr.EndDate
sysdate);
$orgSQL .= order by FULLNAME;
my $rs = $dbconn-query(Sql=$orgSQL, UseCursor=0);
if ($rs)
{
while ($rs-next())
{
my $fullname = $rs-FULLNAME; ## get the value from therecordset
print Fullname: , $fullname,BR\n; ## output the value
}
$dbconn-finish($rs);
}
What is odd is that if I run this as a cgi (or from the command line), I
get this output:
Fullname: ATT
Fullname: Agis
Fullname: At Home
Fullname: CW
Fullname: CW/IDC
Fullname: Digex
Fullname: EBONE
...
However, the exact same code run as an Apache::ASP page results in this
output (on netscape for linux 4.76).
Fullname:
Fullname:
Fullname:
Fullname:
Fullname:
Fullname:
...
On IE, however, I get this as output (viewed as source):
Fullname: A T T
Fullname: A g i s
Fullname: A t H o m e
Fullname: C W
Fullname: C W / I D C
Fullname: D i g e x
Fullname: E B O N E
...
This implies that the 8-bit characters are being rendered/dealt with
*differently* for the cgi version and the Apache::ASP version (and that
the Apache::ASP version honks up the 8-bit characters somehow). IE seems
to deal with the odd characters better than netscape.
In order to address this problem, Ive tried all the standard approaches to
dealing with 8bit characters and Oracle databases (setting NLS_LANG, etc)
and have tried using Convert::Translit module to do the conversion..
However, none of those actions seem to make any difference. I still get
wonky output with the mod_perl/Apache::ASP version (but not the normal
Perl/cgi version).
What I am wondering is:
(1) is there a known problem with mod_perl and 8-bit character
sets? The version of apache I am running is 1.3.19 and mod perl 1.25, and
Apache 2.09.
(2) Is there any problem with this from the Apache::ASP side in either the
way the Response-Write is done or the way in which these character sets
are handled? Ive looked at the Response-Write and Response-WriteRef but
dont see anything obvious that could cause this.
(3) Has anyone seen this kind of behavior before?
Any help would be appreciated (it will beat having to export and re-import
the production database)...
Carl
Carl Lipo EMAIL: [EMAIL PROTECTED]
IT Systems ArchitectPAGER: 206.570.2086
Internap Network Services OFFICE: 206.504.5442
601 Union Street, Suite 1000FAX: 206.654.5684
Seattle, WA 98101 CELL: 206.579.0163
Unauthorized use, disclosure, or distribution of information within
this message is prohibited.
Apache::ASP extra newline in script output start - killing IE pdf recognition
Joshua, i think i've got a good one for you. i'm using 2.09 btw. lets say the beginning of a script is %@ LANGUAGE=PerlScript % % do neat perl things % the way Apache::ASP currently processes this we get the following output (please note the TWO NEWLINES after Content-Type below) Connecting to 193.9.211.182:80... connected! HTTP request sent, awaiting response... 200 OK Length: unspecified [application/pdf] 0K - ...HTTP/1.1 200 OK Date: Fri, 27 Apr 2001 16:02:26 GMT Server: Apache/1.3.14 (Unix) (Red-Hat/Linux) mod_perl/1.24 Content-Disposition: inline; filename=Strategic-Leader.summary -report.pdf Cache-Control: private Connection: close Content-Type: application/pdf %PDF-1.2 % W the two newlines throws IE5+ off so that they don't realize this is a PDF file (they have auto we know better than you file sniffing code i believe). on PerlScript under IIS however this does not happen the same exact code works fine. am i doing something wrong? i think an improvement in Apache::ASP would be to not replace %@ LANGUAGE=PerlScript % with something to hold the line numbers the same (what your comments say) if Content-Type is not text/* - then we just remove the line esp. the newline. what do you think? jr Joel W. Reed412-257-3881 --All the simple programs have been written. PGP signature
Re: Apache::ASP extra newline in script output start - killing IEpdf recognition
On Fri, 27 Apr 2001, Joel W. Reed wrote: %@ LANGUAGE=PerlScript % % do neat perl things % Have you tried this: @ LANGUAGE=PerlScript %% do neat perl things % -Philip Mak ([EMAIL PROTECTED])
Re: Apache::ASP extra newline in script output start - killing IE pdf recognition
On Apr 27, [EMAIL PROTECTED] contorted a few electrons to say... Philip On Fri, 27 Apr 2001, Joel W. Reed wrote: Philip Philip %@ LANGUAGE=PerlScript % Philip % Philipdo neat perl things Philip % Philip Philip Have you tried this: Philip Philip @ LANGUAGE=PerlScript %% Philip do neat perl things Philip % yes i did it does work, but the problem is the orig. script on windows works while under Apache::ASP it does not. jr -- Joel W. Reed412-257-3881 --All the simple programs have been written. PGP signature
Re: Apache::ASP extra newline in script output start - killing IEpdf recognition
Philip Mak wrote:
On Fri, 27 Apr 2001, Joel W. Reed wrote:
%@ LANGUAGE=PerlScript %
%
do neat perl things
%
Have you tried this:
@ LANGUAGE=PerlScript %%
do neat perl things
%
This is probably your work around for now. What I'll
probably do with this is try to optmize the above
construct to the latter format, or even eliminating
the %\s+% during the parse stage. This will change
the output for constructs like this or
% for (1..X) { %
% for (1..Y) { %
To have X less \n\t in the output, but this is likely
a valid optimization that many other embedded scripting
languages seem to offer, witnessed during my Hello World
benchmarks.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
New Apache::ASP mailing list
Hey, I am pleased to announce a new mailing list for Apache::ASP at [EMAIL PROTECTED] To subscribe, just send a message to: [EMAIL PROTECTED] See you there! Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache::ASP error
I have Apache::ASP setup and running. The sample site works and very simple asp pages I created work, however, I have a page that is generating the following error in the Apache error log and will not display on my browser: [error] Undefined subroutine Apache::ASP::Compiles::_usr_local_apache_htdocs_www_aspdomain___global_asa: :Form called at (eval 24) line 1. -- , /usr/local/lib/perl5/site_perl/5.005/Apache/ASP.pm line 1506. How can I track down what is causing the problem? Thanks, Rick
Re: Apache::ASP error
Rick Glunt wrote: I have Apache::ASP setup and running. The sample site works and very simple asp pages I created work, however, I have a page that is generating the following error in the Apache error log and will not display on my browser: [error] Undefined subroutine Apache::ASP::Compiles::_usr_local_apache_htdocs_www_aspdomain___global_asa: :Form called at (eval 24) line 1. -- , /usr/local/lib/perl5/site_perl/5.005/Apache/ASP.pm line 1506. It looks like there is a function called Form that is being called that does not exist. Make sure that you are trying to execute perl script only, Apache::ASP does not support VBScript. Also, if you would like more debug info, set PerlSetVar Debug 2, and you will see the script ASP is trying to compile in your browser. --Josh _ 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 no global.asa
Rick Glunt wrote: I am trying to setup Apache::ASP to handle asp pages for one of my virtual domains in Apache but I am getting an 'Internal Server Error' on the browser and an error in the Apache log files that goes something like [error] Undefined subroutine Apache::ASP::Compiles::_usr_local_apache_htdocs_www_aspdomain___global_asa: :Form called at (eval 24) line 1. -- , /usr/local/lib/perl5/site_perl/5.005/Apache/ASP.pm line 1506. I believe I already answered this question in a prior mail to the list, but wanted to clarify that Apache::ASP creates an empty global.asa for you if you don't have one, and it is into this perl package that all your scripts and includes are compiled so that they can share perl global values more easily. So the namespace is a bit misleading. If you wanted to rename the global.asa perl package, set the GlobalPackage config. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Apache::ASP and no global.asa
I am trying to setup Apache::ASP to handle asp pages for one of my virtual domains in Apache but I am getting an 'Internal Server Error' on the browser and an error in the Apache log files that goes something like [error] Undefined subroutine Apache::ASP::Compiles::_usr_local_apache_htdocs_www_aspdomain___global_asa: :Form called at (eval 24) line 1. -- , /usr/local/lib/perl5/site_perl/5.005/Apache/ASP.pm line 1506. The site/eg asp test files all work on my server. And I have the following directives included in this virtual domain: Files ~ (\.asp) SetHandler perl-script PerlSetVar NoState 1 PerlHandler Apache::ASP /Files What could the problem be? The site admin tells me they do not need a global.asa and since I do not know ASP I cannot dispute that. Thanks, Rick
Re: Apache::ASP
well apache won't start i wouldn't be writing here if it would work fine.. - Original Message - From: "Escario Julien" [EMAIL PROTECTED] To: "alexus" [EMAIL PROTECTED] Cc: "Joshua Chamas" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:37 AM Subject: Re: Apache::ASP Do you really thing this is an error ? This depend on your syslog.conf rules but this is only a notice ... I have the same message when restarting apache or when rebooting and nothing goes wrong alexus wrote: I dont run two web servers all i want is to run fully functional mod_perl so i can run Apache::ASP on my *one* (single) webserver please advice - Original Message - From: "Joshua Chamas" [EMAIL PROTECTED] To: "alexus" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 10, 2001 11:49 AM Subject: Re: Apache::ASP alexus wrote: I don't know what there wrong to setup i have in httpd.conf following lines: LoadModule perl_modulelibexec/libperl.so and AddModule mod_perl.c and whenever I start apache I get this in error_log [Tue Apr 10 00:40:23 2001] [notice] Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6 configured -- resuming normal operations Recently, someone else posted with this problem where they had 2 web servers, the one running modperl was running on a high port in a dual httpd / proxypass situation. If this is your case, you need to run scripts through that web server, say by going to port 2000 or through the /path/ that gets forwarded to that other server. At the end of it all, you know modperl is working correctly when things like PerlHandler don't error. I have only seen this error because of configuration problems or modperl not being installed. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP
alexus wrote: I don't know what there wrong to setup i have in httpd.conf following lines: LoadModule perl_modulelibexec/libperl.so and AddModule mod_perl.c and whenever I start apache I get this in error_log [Tue Apr 10 00:40:23 2001] [notice] Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6 configured -- resuming normal operations Recently, someone else posted with this problem where they had 2 web servers, the one running modperl was running on a high port in a dual httpd / proxypass situation. If this is your case, you need to run scripts through that web server, say by going to port 2000 or through the /path/ that gets forwarded to that other server. At the end of it all, you know modperl is working correctly when things like PerlHandler don't error. I have only seen this error because of configuration problems or modperl not being installed. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP
I dont run two web servers all i want is to run fully functional mod_perl so i can run Apache::ASP on my *one* (single) webserver please advice - Original Message - From: "Joshua Chamas" [EMAIL PROTECTED] To: "alexus" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 10, 2001 11:49 AM Subject: Re: Apache::ASP alexus wrote: I don't know what there wrong to setup i have in httpd.conf following lines: LoadModule perl_modulelibexec/libperl.so and AddModule mod_perl.c and whenever I start apache I get this in error_log [Tue Apr 10 00:40:23 2001] [notice] Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6 configured -- resuming normal operations Recently, someone else posted with this problem where they had 2 web servers, the one running modperl was running on a high port in a dual httpd / proxypass situation. If this is your case, you need to run scripts through that web server, say by going to port 2000 or through the /path/ that gets forwarded to that other server. At the end of it all, you know modperl is working correctly when things like PerlHandler don't error. I have only seen this error because of configuration problems or modperl not being installed. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Apache::ASP
hi i start installing Apache::ASP on my apache and from their website i didn't find any other contact but you guys when i add following lines to my apache config file (httpd.conf) Files ~ (\.asp) SetHandler perl-script PerlHandler Apache::ASP PerlSetVar Global /tmp /Files I start geting this: su-2.04# /usr/local/apache/bin/apachectl configtest Syntax error on line 1242 of /usr/local/apache/conf/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration su-2.04# what am I doing wrong?
Re: Apache::ASP
alexus wrote: Files ~ (\.asp) SetHandler perl-script PerlHandler Apache::ASP PerlSetVar Global /tmp /Files I start geting this: su-2.04# /usr/local/apache/bin/apachectl configtest Syntax error on line 1242 of /usr/local/apache/conf/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration su-2.04# This is a FAQ, see: http://www.apache-asp.org/faq.html#Installation Your modperl is not installed or setup correctly. If this is a prebuilt distribution, make sure you are starting your apache such that modperl is activated. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP
I don't know what there wrong to setup i have in httpd.conf following lines: LoadModule perl_modulelibexec/libperl.so and AddModule mod_perl.c and whenever I start apache I get this in error_log [Tue Apr 10 00:40:23 2001] [notice] Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6 configured -- resuming normal operations seems like it's installed... is there something else i should've put in httpd.conf? - Original Message - From: "Joshua Chamas" [EMAIL PROTECTED] To: "alexus" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 10, 2001 1:47 AM Subject: Re: Apache::ASP alexus wrote: Files ~ (\.asp) SetHandler perl-script PerlHandler Apache::ASP PerlSetVar Global /tmp /Files I start geting this: su-2.04# /usr/local/apache/bin/apachectl configtest Syntax error on line 1242 of /usr/local/apache/conf/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration su-2.04# This is a FAQ, see: http://www.apache-asp.org/faq.html#Installation Your modperl is not installed or setup correctly. If this is a prebuilt distribution, make sure you are starting your apache such that modperl is activated. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: How to make Apache (use Apache::ASP?) send out thecontent-length of documents generated on the fly
Ying Li wrote: Hi, Is there any way to tell Apache server to send the Content-Length header base on the dynamically-generated query result? Any help will be appreciated. With Apache::ASP this will happen automatically for you if you have BufferingOn set, since Apache::ASP knows the full length of the document when it flush the headers. I don't know about other environments. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP -- Corruption of statedir files/truncation of methodnames
The statedir is local so it doesnt seem to be an NFS issue. There definitely seems to be a corruption of the StateDir files: here is a error that crops up in our error log. [Thu Apr 5 08:09:07 2001] [notice] child pid 11555 exit signal Segmentation fault (11) Use of uninitialized value at /usr/lib/perl5/MLDBM.pm line 161 (#1) (W) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign an initial value to your variables. Unauthorized use, disclosure, or distribution of information within this message is prohibited. On Wed, 4 Apr 2001, Joshua Chamas wrote: Carl Lipo wrote: I've just started having problems with asp state files for Apache::ASP 2.09 becoming corrupted during use. My application will work just fine but at somepoint the session asp state files get corrupted and only deleting them allows the application to continue working. Oddly, this occurs on two different servers so the problem does not appear to be machine specific. The symptom of the problem is that application errors are returned from the asp code execution that look something like this: Uncaught exception from user code: Can't locate object method 'Quer' via package quot;Apache::ASP::Request'; at (eval 263) a href=#167l ine 167/a. INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL() called at /usr/local/lib/site_perl/Apache/ ASP.pm line 1504 Generally problems of this nature, where even perl data seems to be corrupted, seem to be from buffer overrun type issues that normally result in segfaults. Looking at your config, I would suspect the culprit to be use of DB_File on your StateDir, where /usr/local/etc/infosource/apps/netcfg/state-dir may be mounted over NFS. NFS typically does not support the flock() style locking that Apache::ASP uses to protect DB_File from corruption. If you are must use NFS, don't use DB_File, use the default SDBM_File, which does not corrupt as easily. If you need to get past the 1000 byte limit, then you might use MLDBM::Sync::SDBM_File which I developed just for this purpose. I need to add config support for this still to Apache::ASP though. If you can switch to a CIFS/or samba mounted file system, do this, as this supports flock() semantics. If StateDir is mounted locally, then possibly there is a bug in Apache::ASP StateDB locking, but this is less likely the case and we might look at other types of buffer overrun issues that might corrupt perl data structures. If your modperl httpd is compiled DSO, compile it static, as I have seen no end of odd errors with the DSO config from time to time. Also, DBD::Oracle and long values with CLOBs/BLOBs can create another type of buffer overrun, which is supposedly on OCI bug, though you didn't mention use of Oracle this is an odd bug that stung me recently. If you give up on trying to find this bug, which seems to be related to StateDB corruption, you may create $Application $Session objects with Apache::Session in the global.asa Script_OnStart, which would at least eliminate the StateDB issue. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Apache::ASP -- Corruption of statedir files/truncation of methodnames
I've just started having problems with asp state files for Apache::ASP
2.09 becoming corrupted during use. My application will work just fine but
at somepoint the session asp state files get corrupted and only deleting
them allows the application to continue working. Oddly, this occurs on two
different servers so the problem does not appear to be machine specific.
The symptom of the problem is that application errors are returned
from the asp code execution that look something like this:
Uncaught exception from user code:
Can't locate object method 'Quer' via package
quot;Apache::ASP::Request'; at (eval 263) a href=#167l
ine 167/a.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL() called
at /usr/local/lib/site_perl/Apache/
ASP.pm line 1504
or
$Response::Appe not defined at /usr/local/lib/site_perl/Apache/ASP.pm a
href=#3132line 3132/a
Where the object method that cant be located is truncated from the actual
ASP method (i.e., Query will be truncated to be Quer or $Response::Append
to log will be tructed at Response::Appe). What appears to be happnening
is that the namespace is corrupted somehow and the Apache::ASP/mod_perl is
not mapping the names of methods correctly.
When we delete the state files, the problem goes away (and then returns at
some point in the future). Has anyone encountered this problem? Is there a
bug in the 2.09 code?
This is our environment:
Linux, Apache 1.3.19, mod_perl 1.25
Apache::ASP 2.09
Here is the actual error output:
table
trtd valign=topfont size=-1b Global: /btd valign=topfont size=-1
/usr/local/etc/infosource/apps/netcfg/
trtd valign=topfont size=-1b File: /btd valign=topfont size=-1
/usr/local/applprod/infosource/apps/netcfg/viewNodes.htm
trtd valign=topfont size=-1b IP: /btd valign=topfont size=-1
64.94.117.16
trtd valign=topfont size=-1b HTTP_*: /btd valign=topfont size=-1
HTTP_ACCEPT= image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*br
HTTP_ACCEPT_CHARSET= iso-8859-1,*,utf-8br
HTTP_ACCEPT_ENCODING= gzipbr
HTTP_ACCEPT_LANGUAGE= enbr
HTTP_CONNECTION= Keep-Alivebr
HTTP_COOKIE= session-id=0eef76d5377c6e62def6333423014869br
HTTP_HOST= applprod4.sea.internap.combr
HTTP_REFERER= https://applprod4.sea.internap.com/apps/netcfg/searchNode.htmbr
HTTP_USER_AGENT= Mozilla/4.75 [en] (X11; U; Linux 2.2.16 i686)
trtd valign=topfont size=-1b Query: /btd valign=topfont size=-1
trtd valign=topfont size=-1b Form: /btd valign=topfont size=-1 search=
Search br
searchLocation= br
searchNodeName= br
searchNodeStatus= br
searchNodeType= br
searchRack= br
searchSiteCode= seabr
sessionActive= Active
/table
tt
buErrors Output/u/b
ol
li Uncaught exception from user code:
Can't locate object method quot;Querquot; via package
quot;Apache::ASP::Requestquot; at (eval 263) a href=#167line 167/a.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL()
called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
eval {...} called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
Apache::ASP::Execute('Apache::ASP=HASH(0x8d7d930)') called at
/usr/local/lib/site_perl/Apache/ASP.pm line 174
Apache::ASP::handler('Apache=SCALAR(0x8d2b978)') called at /dev/null line 0
eval {...} called at /dev/null line 0
, /usr/local/lib/site_perl/Apache/ASP.pm line 1506
/ol
buDebug Output/u/b
ol
li Uncaught exception from user code:
Can't locate object method quot;Querquot; via package
quot;Apache::ASP::Requestquot; at (eval 263) line 167.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL()
called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
eval {...} called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
Apache::ASP::Execute('Apache::ASP=HASH(0x8d7d930)') called at
/usr/local/lib/site_perl/Apache/ASP.pm line 174
Apache::ASP::handler('Apache=SCALAR(0x8d2b978)') called at /dev/null line 0
eval {...} called at /dev/null line 0
, /usr/local/lib/site_perl/Apache/ASP.pm line 1506
/ol
/tt
pre
buASP to Perl Script/u/ba name=1nbsp;/a
a name=2 1/a: package INAP::NEIS; ;; sub
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL { ;; @_ =
(); ;; no strict;;use vars qw($Application $Session $Response $Server $Request);;use
lib qw(/usr/local/etc/infosource/apps/netcfg/);;;
a name=3 2/a:
a name=4 3/a: $Response-gt;AppendToLog(quot;[NEIS] - init.htm:quot;);
a name=5 4/a:
a name=6 5/a:
a name=7 6/a: ###
a name=8 7/a: #
a name=9 8/a: #init.htm
a name=10 9/a: #
a name=11 10/a: # Dexter and Wayland
a name=12 11/a: #
a name=13 12/a: # October 2000
a name=14 13/a: #
a name=15 14/a: # 10/12/00 Wayland Wasserman
a name=16 15/a: # Common header file for entire NCM app
a name=17 16/a: # Contains database
Re: Apache::ASP -- Corruption of statedir files/truncation of methodnames
In addition: here are the httpd.conf configurations for this application:
FilesMatch "\.(htm|asp)$"
PerlSetVar Global /usr/local/etc/infosource/apps/netcfg/
# PerlSetVar Global .
PerlSetVar GlobalPackage INAP::NEIS
PerlSetVar StateDir /usr/local/etc/infosource/apps/netcfg/state-dir
PerlSetVar CookiePath /apps/netcfg
SetHandler perl-script
PerlHandler Apache::ASP Apache::SSI
PerlSetVar SessionTimeout 90
#0 production, 2 or 1 for dev
PerlSetVar Debug 0
PerlSetVar StatINCMatch PNAP|NCM
# PerlSetVar StatINC 1
#0 production, text compression
# PerlSetVar DynamicIncludes 0
PerlSetVar Clean 0
PerlSetVar StateDB DB_File
PerlSetVar AllowSessionState 1
PerlSetVar DebugBufferLength 500
PerlSetVar StateCache 0
# PerlSetVar UseStrict 1
PerlSetVar TimeHiRes 1
/FilesMatch
On Wed, 4 Apr 2001, Carl Lipo wrote:
I've just started having problems with asp state files for Apache::ASP
2.09 becoming corrupted during use. My application will work just fine but
at somepoint the session asp state files get corrupted and only deleting
them allows the application to continue working. Oddly, this occurs on two
different servers so the problem does not appear to be machine specific.
The symptom of the problem is that application errors are returned
from the asp code execution that look something like this:
Uncaught exception from user code:
Can't locate object method 'Quer' via package
quot;Apache::ASP::Request'; at (eval 263) a href=#167l
ine 167/a.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL() called
at /usr/local/lib/site_perl/Apache/
ASP.pm line 1504
or
$Response::Appe not defined at /usr/local/lib/site_perl/Apache/ASP.pm a
href=#3132line 3132/a
Where the object method that cant be located is truncated from the actual
ASP method (i.e., Query will be truncated to be Quer or $Response::Append
to log will be tructed at Response::Appe). What appears to be happnening
is that the namespace is corrupted somehow and the Apache::ASP/mod_perl is
not mapping the names of methods correctly.
When we delete the state files, the problem goes away (and then returns at
some point in the future). Has anyone encountered this problem? Is there a
bug in the 2.09 code?
This is our environment:
Linux, Apache 1.3.19, mod_perl 1.25
Apache::ASP 2.09
Here is the actual error output:
table
trtd valign=topfont size=-1b Global: /btd valign=topfont size=-1
/usr/local/etc/infosource/apps/netcfg/
trtd valign=topfont size=-1b File: /btd valign=topfont size=-1
/usr/local/applprod/infosource/apps/netcfg/viewNodes.htm
trtd valign=topfont size=-1b IP: /btd valign=topfont size=-1
64.94.117.16
trtd valign=topfont size=-1b HTTP_*: /btd valign=topfont size=-1
HTTP_ACCEPT= image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*br
HTTP_ACCEPT_CHARSET= iso-8859-1,*,utf-8br
HTTP_ACCEPT_ENCODING= gzipbr
HTTP_ACCEPT_LANGUAGE= enbr
HTTP_CONNECTION= Keep-Alivebr
HTTP_COOKIE= session-id=0eef76d5377c6e62def6333423014869br
HTTP_HOST= applprod4.sea.internap.combr
HTTP_REFERER= https://applprod4.sea.internap.com/apps/netcfg/searchNode.htmbr
HTTP_USER_AGENT= Mozilla/4.75 [en] (X11; U; Linux 2.2.16 i686)
trtd valign=topfont size=-1b Query: /btd valign=topfont size=-1
trtd valign=topfont size=-1b Form: /btd valign=topfont size=-1
search= Search br
searchLocation= br
searchNodeName= br
searchNodeStatus= br
searchNodeType= br
searchRack= br
searchSiteCode= seabr
sessionActive= Active
/table
tt
buErrors Output/u/b
ol
li Uncaught exception from user code:
Can't locate object method quot;Querquot; via package
quot;Apache::ASP::Requestquot; at (eval 263) a href=#167line 167/a.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL()
called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
eval {...} called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
Apache::ASP::Execute('Apache::ASP=HASH(0x8d7d930)') called at
/usr/local/lib/site_perl/Apache/ASP.pm line 174
Apache::ASP::handler('Apache=SCALAR(0x8d2b978)') called at /dev/null line 0
eval {...} called at /dev/null line 0
, /usr/local/lib/site_perl/Apache/ASP.pm line 1506
/ol
buDebug Output/u/b
ol
li Uncaught exception from user code:
Can't locate object method quot;Querquot; via package
quot;Apache::ASP::Requestquot; at (eval 263) line 167.
INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL()
called at /usr/local/lib/site_perl/Apache/ASP.pm line 1504
eval {...} called at /usr/local/lib
Re: Apache::ASP -- Corruption of statedir files/truncation of methodnames
Carl Lipo wrote: I've just started having problems with asp state files for Apache::ASP 2.09 becoming corrupted during use. My application will work just fine but at somepoint the session asp state files get corrupted and only deleting them allows the application to continue working. Oddly, this occurs on two different servers so the problem does not appear to be machine specific. The symptom of the problem is that application errors are returned from the asp code execution that look something like this: Uncaught exception from user code: Can't locate object method 'Quer' via package quot;Apache::ASP::Request'; at (eval 263) a href=#167l ine 167/a. INAP::NEIS::_usr_local_applprod_infosource_apps_netcfg_viewNodes_htmxINL() called at /usr/local/lib/site_perl/Apache/ ASP.pm line 1504 Generally problems of this nature, where even perl data seems to be corrupted, seem to be from buffer overrun type issues that normally result in segfaults. Looking at your config, I would suspect the culprit to be use of DB_File on your StateDir, where /usr/local/etc/infosource/apps/netcfg/state-dir may be mounted over NFS. NFS typically does not support the flock() style locking that Apache::ASP uses to protect DB_File from corruption. If you are must use NFS, don't use DB_File, use the default SDBM_File, which does not corrupt as easily. If you need to get past the 1000 byte limit, then you might use MLDBM::Sync::SDBM_File which I developed just for this purpose. I need to add config support for this still to Apache::ASP though. If you can switch to a CIFS/or samba mounted file system, do this, as this supports flock() semantics. If StateDir is mounted locally, then possibly there is a bug in Apache::ASP StateDB locking, but this is less likely the case and we might look at other types of buffer overrun issues that might corrupt perl data structures. If your modperl httpd is compiled DSO, compile it static, as I have seen no end of odd errors with the DSO config from time to time. Also, DBD::Oracle and long values with CLOBs/BLOBs can create another type of buffer overrun, which is supposedly on OCI bug, though you didn't mention use of Oracle this is an odd bug that stung me recently. If you give up on trying to find this bug, which seems to be related to StateDB corruption, you may create $Application $Session objects with Apache::Session in the global.asa Script_OnStart, which would at least eliminate the StateDB issue. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Help with Apache::ASP!
Sean Coyle wrote: Josh, I am not entirely sure that is the issue here. Just to cover off all the bases, I am familiar with the FAQ, and several others. However, it is actually not unparsed ASP that I am viewing in the browser output, but seemingly partially parsed output. Apache::ASP isn't running the script. The output you see at http://admin.worldvibe.org/eg/ is the full source code of the script. There is likely a Directory config that covers the DocumentRoot of your web server that sets AllowOverride None, so having a Directory / doesn't do any good. It may also be that you haven't copied the .htaccess file from the distribution ./site/eg. That's where all the ASP configs are at. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Help with Apache::ASP
Alright guys, do I have an interesting question:
Let us start with the output that ends up in the browser, if I try and load
the ./eg/index.htm page:
--
#!/usr/local/bin/perl5 asp
--
Then the output to browser when I load the ./eg/index.html page:
--
#!/usr/local/bin/perl5 asp = $#keys; $i++) { if($i $half) { push(@col1,
$keys[$i]); } else { push(@col2, $keys[$i]); } } $Response-Debug('col1',
\@col1, 'col2', \@col2); $title = 'Example ASP Scripts'; %
"; next; } next unless $_-[0]; # last col / last row # clean up the
descriptions $_-[1] =~ s/\s*\.\s*$//s; $_-[1] .= '.'; %
[0]%[0]% [0] =~ /\.(htm|asp|ssi|xml)$/) { % ([0]%source)
[1]%
--
It almost seems to me, like ASP is half working, half not.
Keep in mind these are just the example scripts that come with the package.
And, as far as I know, everything was installed 100% correctly from the CPAN
sources.
Any Ideas?
Cheers,
Sean
Help with Apache::ASP (new Information)
Well, I did the Apache::ASP instal again from the straigh .tar.gz file and
this is the output that I get from the install (usless information has been
removed where ever you see "~~"). So what does it mean when the tests
say "Can't call method "FETCH" on an undefined value at
blib/lib/Apache/ASP.pm"? :
Apache-ASP-2.09/~~
CPAN.pm: Going to build C/CH/CHAMAS/Apache-ASP-2.09.tar.gz
Checking for the prerequisite modules...
... found Apache !
... found Carp !
... found Data::Dumper !
... found Fcntl !
... found HTTP::Date !
... found MD5 !
... found MLDBM !
... found SDBM_File !
Checking for the optional modules...
... found Apache::Filter !
... found Apache::SSI !
... found CGI !
... found Compress::Zlib !
... found DB_File !
... found Devel::Symdump !
... found HTML::Clean !
... found HTML::FillInForm !
... found Net::Config !
... found Net::SMTP !
... found Tie::Cache !
... found Time::HiRes !
... found XML::XSLT !
Looks good!
Writing Makefile for Apache::ASP
mkdir blib~~
cp ASP.pm blib/lib/Apache/ASP.pm
cp lib/Bundle/Apache/ASP.pm blib/lib/Bundle/Apache/ASP.pm
Manifying blib/man3/Apache::ASP.3
Manifying blib/man3/Bundle::Apache::ASP.3
/usr/bin/make -- OK
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/usr/local/lib/perl5/5.6.0/ppc-linux -I/usr/local/lib/perl5/5.6.0 -e 'use
Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/application...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/application...ok
t/collection(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/collectionok
t/collectionitem(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/collectionitemok
t/general...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/general...ok
t/include...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/include...ok
t/loops.(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/loops.ok
t/request...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/request...ok
t/response..(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/response..ok
t/server(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/serverok
t/session...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/session...ok
t/xmlsubs...(in cleanup) Can't call method "FETCH" on an
undefined value at blib/lib/Apache/ASP.pm line 4280 during global
destruction.
t/xmlsubs...ok
All tests successful.
Files=11, Tests=84, 85 wallclock secs (67.11 cusr + 3.63 csys = 70.74 CPU)
/usr/bin/make test -- OK
Running make install
Skipping /usr/local/lib/perl5/site_perl/5.6.0/Bundle/Apache/ASP.pm
(unchanged)
Skipping /usr/local/lib/perl5/site_perl/5.6.0/Apache/ASP.pm (unchanged)
Installing /usr/local/man/man3/Apache::ASP.3
Installing /usr/local/man/man3/Bundle::Apache::ASP.3
Writing
/usr/local/lib/perl5/site_perl/5.6.0/ppc-linux/auto/Apache/ASP/.packlist
Appending installation info to
/usr/local/lib/perl5/5.6.0/ppc-linux/perllocal.pod
/usr/bin/make install -- OK
--
Alright guys, do I have an interesting question:
Let us start with the output that ends up in the browser, if I try and load
the ./eg/index.htm page:
--
#!/usr/local/bin/perl5 asp
--
Then the output to browser when I load the ./eg/index.html page:
--
#!/usr/local/bin/perl5 asp = $#keys; $i++) { if($i $half) { push(@col1,
$keys[$i]); } else { push(@col2, $keys[$i]); } } $Response-Debug('col1',
\@col1, 'col2', \@col2); $title = 'Example ASP Scripts'; %
"; next; } next unless $_-[0]; # last col / last row # clean up the
descriptions $_-[1] =~ s/\s*\.\s*$//s; $_-[1] .= '.'; %
[0]%[0]% [0] =~ /\.(htm|asp|ssi|xml)$/) { % ([0]%source)
[1]%
--
It almost seems to me, like ASP is half working, half not.
Keep in mind these are just the example scripts that come with the package.
And, as far as I know, everything was installed 100% correctly from the CPAN
sources.
Any Ideas?
Cheers,
Sean
Re: Help with Apache::ASP
Sean Coyle wrote:
Alright guys, do I have an interesting question:
Let us start with the output that ends up in the browser, if I try and load
the ./eg/index.htm page:
--
#!/usr/local/bin/perl5 asp
--
Then the output to browser when I load the ./eg/index.html page:
--
#!/usr/local/bin/perl5 asp = $#keys; $i++) { if($i $half) { push(@col1,
$keys[$i]); } else { push(@col2, $keys[$i]); } } $Response-Debug('col1',
This is an FAQ ( you are not alone! ), check out:
http://www.apache-asp.org/faq.html#Installation
http://www.apache-asp.org/install.html#Quick%20Start
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Help with Apache::ASP (new Information)
t/application...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. The global destruction errors are annoying, but harmless. I believe this is specific to perl 5.6, which I have not yet installed. Its about time I take that great leap! -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051 Sean Coyle wrote: Well, I did the Apache::ASP instal again from the straigh .tar.gz file and this is the output that I get from the install (usless information has been removed where ever you see "~~"). So what does it mean when the tests say "Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm"? : Apache-ASP-2.09/~~ CPAN.pm: Going to build C/CH/CHAMAS/Apache-ASP-2.09.tar.gz Checking for the prerequisite modules... ... found Apache ! ... found Carp ! ... found Data::Dumper ! ... found Fcntl ! ... found HTTP::Date ! ... found MD5 ! ... found MLDBM ! ... found SDBM_File ! Checking for the optional modules... ... found Apache::Filter ! ... found Apache::SSI ! ... found CGI ! ... found Compress::Zlib ! ... found DB_File ! ... found Devel::Symdump ! ... found HTML::Clean ! ... found HTML::FillInForm ! ... found Net::Config ! ... found Net::SMTP ! ... found Tie::Cache ! ... found Time::HiRes ! ... found XML::XSLT ! Looks good! Writing Makefile for Apache::ASP mkdir blib~~ cp ASP.pm blib/lib/Apache/ASP.pm cp lib/Bundle/Apache/ASP.pm blib/lib/Bundle/Apache/ASP.pm Manifying blib/man3/Apache::ASP.3 Manifying blib/man3/Bundle::Apache::ASP.3 /usr/bin/make -- OK Running make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.6.0/ppc-linux -I/usr/local/lib/perl5/5.6.0 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/application...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/application...ok t/collection(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/collectionok t/collectionitem(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/collectionitemok t/general...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/general...ok t/include...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/include...ok t/loops.(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/loops.ok t/request...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/request...ok t/response..(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/response..ok t/server(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/serverok t/session...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/session...ok t/xmlsubs...(in cleanup) Can't call method "FETCH" on an undefined value at blib/lib/Apache/ASP.pm line 4280 during global destruction. t/xmlsubs...ok All tests successful. Files=11, Tests=84, 85 wallclock secs (67.11 cusr + 3.63 csys = 70.74 CPU) /usr/bin/make test -- OK Running make install Skipping /usr/local/lib/perl5/site_perl/5.6.0/Bundle/Apache/ASP.pm (unchanged) Skipping /usr/local/lib/perl5/site_perl/5.6.0/Apache/ASP.pm (unchanged) Installing /usr/local/man/man3/Apache::ASP.3 Installing /usr/local/man/man3/Bundle::Apache::ASP.3 Writing /usr/local/lib/perl5/site_perl/5.6.0/ppc-linux/auto/Apache/ASP/.packlist Appending installation info to /usr/local/lib/perl5/5.6.0/ppc-linux/perllocal.pod /usr/bin/make install -- OK
Re: Help with Apache::ASP!
Josh,
I am not entirely sure that is the issue here. Just to cover off all
the bases, I am familiar with the FAQ, and several others. However, it is
actually not unparsed ASP that I am viewing in the browser output, but
seemingly partially parsed output.
Within one of my VirtualHost directives I have this enabled (tried
enabled/disabled, and made no difference):
VirtualHost 64.69.78.221
DocumentRoot /home/httpd/www/omail
ServerName admin.worldvibe.org
ServerPath /omail
ScriptAlias /cgi-bin/ "/usr/local/cgi-bin/"
Directory /
Options FollowSymLinks
AllowOverride All
/Directory
CustomLog /var/log/httpd/mailadmin_log common
/VirtualHost
I have even gone so far as to enable that as a global (as you can see from
the example below:
Directory /
Options FollowSymLinks
#AllowOverride None
AllowOverride All
/Directory
In case anyone is wondering, I am performing an apachectl restart after each
httpd.conf change, and making sure to clear browser cache before attempting
a reload on the page. Basically, everything I have tried has failed
miserably.. (lol)
The exact contents can be found at http://admin.worldvibe.org/eg/ this is
the eg directory that comes with Apache-ASP-2.09 (oh, and I have tried 2.07
as well with the same amount of success.
Any ideas anyone? BTW, I am not a list member, so please send all replies
CC'd to me, thanks.
Sean
On 3/28/01 5:13 PM, "Joshua Chamas" [EMAIL PROTECTED] wrote:
Sean Coyle wrote:
Alright guys, do I have an interesting question:
Let us start with the output that ends up in the browser, if I try and load
the ./eg/index.htm page:
--
#!/usr/local/bin/perl5 asp
--
Then the output to browser when I load the ./eg/index.html page:
--
#!/usr/local/bin/perl5 asp = $#keys; $i++) { if($i $half) { push(@col1,
$keys[$i]); } else { push(@col2, $keys[$i]); } } $Response-Debug('col1',
This is an FAQ ( you are not alone! ), check out:
http://www.apache-asp.org/faq.html#Installation
http://www.apache-asp.org/install.html#Quick%20Start
--Josh
_
Joshua ChamasChamas Enterprises Inc.
NodeWorks free web link monitoringHuntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Help with Apache::ASP!
Guys,
One more thing to note... I get the exact same output even if I turn
off the Directory options in either of the two httpd.conf areas I have
tried.
Have any ideas on what I am missing?
Cheers,
Sean
Josh,
I am not entirely sure that is the issue here. Just to cover off all
the bases, I am familiar with the FAQ, and several others. However, it is
actually not unparsed ASP that I am viewing in the browser output, but
seemingly partially parsed output.
Within one of my VirtualHost directives I have this enabled (tried
enabled/disabled, and made no difference):
VirtualHost 64.69.78.221
DocumentRoot /home/httpd/www/omail
ServerName admin.worldvibe.org
ServerPath /omail
ScriptAlias /cgi-bin/ "/usr/local/cgi-bin/"
Directory /
Options FollowSymLinks
AllowOverride All
/Directory
CustomLog /var/log/httpd/mailadmin_log common
/VirtualHost
I have even gone so far as to enable that as a global (as you can see from
the example below:
Directory /
Options FollowSymLinks
#AllowOverride None
AllowOverride All
/Directory
In case anyone is wondering, I am performing an apachectl restart after each
httpd.conf change, and making sure to clear browser cache before attempting
a reload on the page. Basically, everything I have tried has failed
miserably.. (lol)
The exact contents can be found at http://admin.worldvibe.org/eg/ this is
the eg directory that comes with Apache-ASP-2.09 (oh, and I have tried 2.07
as well with the same amount of success.
Any ideas anyone? BTW, I am not a list member, so please send all replies
CC'd to me, thanks.
Sean
On 3/28/01 5:13 PM, "Joshua Chamas" [EMAIL PROTECTED] wrote:
Sean Coyle wrote:
Alright guys, do I have an interesting question:
Let us start with the output that ends up in the browser, if I try and load
the ./eg/index.htm page:
--
#!/usr/local/bin/perl5 asp
--
Then the output to browser when I load the ./eg/index.html page:
--
#!/usr/local/bin/perl5 asp = $#keys; $i++) { if($i $half) { push(@col1,
$keys[$i]); } else { push(@col2, $keys[$i]); } } $Response-Debug('col1',
This is an FAQ ( you are not alone! ), check out:
http://www.apache-asp.org/faq.html#Installation
http://www.apache-asp.org/install.html#Quick%20Start
--Josh
_
Joshua ChamasChamas Enterprises Inc.
NodeWorks free web link monitoringHuntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Apache::ASP - Server-CreateObject
I have a problem - I'm trying to convert my ASP code to Perl code for use
with Apache::ASP on Win98. Currently I make Server.CreateObject calls fra
within my asp page that generates an html page for me.
The code is as below:
%
Dim ASPLightningclogin
Set ASPLightningclogin = Server.CreateObject("WPRS303_CWP.clogin")
ASPLightningclogin.Execclogin
%
Is below conversion the correct for Perl?
%
my $ASPLightningclogin = $Server-CreateObject("WPRS303_CWP.clogin");
$ASPLightningclogin-Execclogin;
%
This only generates a blank html page in my browser?
The ".htm" examples from site/eg directory works fine, but all ".asp" files
does not execute. I get an "Internal Server Error". Any idea what's wrong?
By the way I'm not a member of any discussion board - how do I get that? Do
I have to check in the discussion groups every day for any responds to my
question or do I recieve an e-mail?
I hope you are able to help me:)
Best Regards,
Jakob Vedel
Re: Apache::ASP - Server-CreateObject
Jakob Adeltoft wrote:
I have a problem - I'm trying to convert my ASP code to Perl code for use
with Apache::ASP on Win98. Currently I make Server.CreateObject calls fra
within my asp page that generates an html page for me.
The code is as below:
%
Dim ASPLightningclogin
Set ASPLightningclogin = Server.CreateObject("WPRS303_CWP.clogin")
ASPLightningclogin.Execclogin
%
Is below conversion the correct for Perl?
%
my $ASPLightningclogin = $Server-CreateObject("WPRS303_CWP.clogin");
$ASPLightningclogin-Execclogin;
%
This looks about right, but to get more help on that, you might
try asking at: [EMAIL PROTECTED]
This only generates a blank html page in my browser?
The ".htm" examples from site/eg directory works fine, but all ".asp" files
does not execute. I get an "Internal Server Error". Any idea what's wrong?
What's in your error_log for a bad request?
Make sure the .htaccess in site/eg has Debug set to -2 or -3.
By the way I'm not a member of any discussion board - how do I get that? Do
I have to check in the discussion groups every day for any responds to my
question or do I recieve an e-mail?
Check out: http://perl.apache.org/#maillists
To develop in Apache::ASP, its necessary to know how to develop
in mod_perl generally.
-- Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Apache::ASP FileUploadMax
I've set FileUploadMax to 50 but I'm still am able to upload files bigger. Do I have to put this directive within a Directory Apache Directive. -- Mike
Re: Apache::ASP FileUploadMax
Victor Michael Blancas wrote:
I've set FileUploadMax to 50 but I'm still am able to upload files
bigger. Do I have to put this directive within a Directory Apache
Directive.
To see the settings that Apache::ASP picks up, set Debug to
-1,-2, or -3 for system level debugging, and look at the
error_log during a file upload. Apache::ASP uses CGI for
file uploads, so this code gets run:
if($asp-{file_upload_max} = $r-dir_config('FileUploadMax')) {
$CGI::POST_MAX = $r-dir_config('FileUploadMax');
}
and file_upload_max in in the error log when it prints itself
out is what it is using.
You may be running into some limit that Apache has or even
your browser, I don't know. I don't think CGI has file upload
limits beyond setting the POST_MAX variable.
I believe Apache has the setting LimitRequestBody which could
be set in your httpd.conf and killing your file uploads.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Apache::ASP - Forbidden
Francisco Ramiro Pereira wrote: Greetings When I run http://localhost/eg I got this: ?Forbidden You don't have permission to access /eg/ on this server. Apache/1.3.14 Server at royal.sisnetti.com.br Port 80? When I run http://localhost/asp/sample it works well. What I'm doing wrong. What does your DocumentRoot point to? The URL http://localhost/ will lead to whatever directory is defined by DocumentRoot. So you should have: DocumentRoot /home/httpd/html then: http://localhost/ --- /home/httpd/html http://localhost/eg --- /home/httpd/html/eg etc... Remember to put an index.html file in each directory (or define DirectoryIndex, or set Options +Indexes)... Also, check you do not have a Deny directive blocking access somewhere.. A sensible configuration would be: # Deny access everywhere and then allow it only where needed Directory / Deny from All /Directory Directory /home/httpd/html Allow from all /Directory Rgds, Owen Boyle PS To check, look in the error_log when you get the Forbidden error - you'll probably see something like: "/home/httpd/html/eg/eg does not exist"
RE: Testing problems with apache::asp 2.03
Hi everyone, OK, I have tried just installing it and praying, that didn't seem to work, Clark Cooper suggested that there may be a problem with the versions of XML::DOM and XML::Parser, I have tried an earlier version of XML::Parser (2.23 rather than 2.3) and I am now using Apache::ASP 2.09 but to no avail. My machine should not be running short of any resources and I am confused. When I try to look at /site/eg apache seems to show the file as raw text rather than compiling (or building it or what ever it does to it)it into ASP. The make test procedure still gives the same output as before (see bellow). Does anyone have any other ideas that may help. I am using kernel version 2.2.5 I am going to try a newer kernel version next. Help, please.. Gareth Westwood -Original Message- From: Joshua Chamas [mailto:[EMAIL PROTECTED]] Sent: 09 March 2001 20:23 To: Gareth Westwood Cc: [EMAIL PROTECTED] Subject: Re: Testing problems with apache::asp 2.03 Gareth Westwood wrote: Could you please advise me of what is going wrong (am I being to impatient) and how I can go about fixing the problem. I am still a little bit of a newbie so please don't be to technical (or if you are, could you Hold onto your patience, these things can be tough to work through. You obviously have it though to get this far! The first time I ran into mod_perl in college back in '97 I gave up and didn't come back until '98 :) PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00502/i386-linux-thread -I/usr/lib/perl5/5.00502 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/application...make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. [root@test Apache-ASP-2.03]# This looks to me like an operating system problem. If you have root access, the problem might be free memory or swap issues. This likely has nothing to do with Apache::ASP or even perl, just that your machine was maxed out at that time. Don't rule anything out though. On the upside, you don't actually need to "make test", you can just "make install", and if that works, I might happily ignore the above issue. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Testing problems with apache::asp 2.03
Gareth Westwood wrote: Hi everyone, OK, I have tried just installing it and praying, that didn't seem to work, Clark Cooper suggested that there may be a problem with the versions of XML::DOM and XML::Parser, I have tried an earlier version of XML::Parser (2.23 rather than 2.3) and I am now using Apache::ASP 2.09 but to no avail. My machine should not be running short of any resources and I am confused. Apache::ASP only needs XML::* stuff if you are using the XSLT config. Don't worry about it otherwise. When I try to look at /site/eg apache seems to show the file as raw text rather than compiling (or building it or what ever it does to it)it into ASP. The make test procedure still gives the same output as before (see bellow). The site/eg files need to have the .htaccess present ( did you copy it with the rest? ), and active, with a httpd.conf config like: Directory / Options FollowSymLinks AllowOverride All /Directory You wouldn't want to do this in a production server config, but just to get going it should be fine. Does anyone have any other ideas that may help. I am using kernel version 2.2.5 I am going to try a newer kernel version next. Help, please.. I don't know why "make test" fails for Apache::ASP with those bizarre errors, but I don't think that's what is holding you back here. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Apache::ASP problems
Hello, Would anybody be able to help with this problem? I am using Apache, mod_perl and Apache::ASP.When I call an asp file from the browser it seems to read the file content as html, eg on a form, in the input area it shows the name of the variable, it dosen't recognise the perlScript and just prints it as text. You don't know what might be causing this problem ? Is this a configuration error. Thanks, Leighton
Re: Apache::ASP problems
Leighton Donal Jones wrote: Hello, Would anybody be able to help with this problem? I am using Apache, mod_perl and Apache::ASP.When I call an asp file from the browser it seems to read the file content as html, eg on a form, in the input area it shows the name of the variable, it dosen't recognise the perlScript and just prints it as text. You don't know what might be causing this problem ? Is this a configuration error. Your Apache::ASP config is likely not being picked up, so the ASP script is being rendered as straight HTML. Make sure you can get the ./site/eg examples that come with the Apache::ASP distribution working. Once done with that, you can likely leverage your configuration know-how into real development and production configs. The examples in particular need to have their .htaccess activated, see http://www.apache-asp.org/install.html#Quick%20Start Make sure you also understand what the various config options do for you once you get ASP working. If you don't need it, don't use it! See: http://www.apache-asp.org/config.html --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Testing problems with apache::asp 2.03
Hi Everyone, I hope I am writing to the correct address. If I am wrong will someone please let me know so that I can remove this address and not bother you all again. My problem is as follows, I have installed Apache 1.3.17 with Mod_perl 1.25, I have also installed several (38 in total) perl modules and glibc 2.1.3 (including crypt and linuxthreads). When I configure and make apache-asp everything seems to be fine however when I run the make test command it stops at the first test. I have presser Ctrl + C to brake the program and get several lines of error message that I really do not understand. The Apache Server works fine and I can get to it (via HTTP) from another machine on my network. Could you please advise me of what is going wrong (am I being to impatient) and how I can go about fixing the problem. I am still a little bit of a newbie so please don't be to technical (or if you are, could you explain what it all means). I have included as much information as I can about my system and the full output from the perl Makefile.PL, make and make test commands. If you need any more information please let me know and I will try and get it for you. Any help will be appreciated as I have been working on this for 2 weeks and I have very little hair left to pull out. Hardware. single P III 450mhz on board ATI video card on board Creative equisonic sound card PCI NIC (using an NE2000 driver) 128mb PC100 RAM Software Caldera Open Linux 2.2.5 Linux Kernel 2.2.5 Perl 5.005.03 Glibc 2.1.3 Apache 1.3.17 Mod_perl 1.25 make 3.79.1 apache-asp 2.03 log of Configuration, make and test Configure [root@test Apache-ASP-2.03]# perl Makefile.PL Checking for the prerequisite modules... ... found Apache ! ... found Carp ! ... found Data::Dumper ! ... found Fcntl ! ... found HTTP::Date ! ... found MD5 ! ... found MLDBM ! ... found SDBM_File ! Checking for the optional modules... ... found Apache::Filter ! ... found Apache::SSI ! ... found CGI ! ... found Compress::Zlib ! ... found DB_File ! ... found Devel::Symdump ! ... found HTML::Clean ! ... found Net::Config ! ... found Net::SMTP ! ... found Tie::Cache ! ... found Time::HiRes ! ??? you may want module: XML::XSLT WHY: XSLT transformations require this module. Install Bundle::XML from CPAN before installing this module for the first time. CPAN HELP There are many modules that have to be installed in order to begin using Apache::ASP. The easiest way to install modules is with CPAN.pm. To use its command line shell, execute the following: perl -MCPAN -eshell Then to install any modules, like HTTP::Date install HTTP::Date and cpan will do all the work for you. For more information, please view the CPAN docs with perldoc CPAN Looks good! Writing Makefile for Apache::ASP [root@test Apache-ASP-2.03]# Make [root@test Apache-ASP-2.03]# make Manifying blib/man3/Bundle::Apache::ASP.3 Manifying blib/man3/Apache::ASP.3 [root@test Apache-ASP-2.03]# Test [root@test Apache-ASP-2.03]# make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00502/i386-linux-thread -I/usr/lib/perl5/5.00502 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/application...make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. [root@test Apache-ASP-2.03]# as I said, I realy appreciate any help you could give. TIA and all that. -- Gareth Westwood, _ All those who believe in telekinesis, raise my hand. I almost had a psychic girlfriend but she left me before we met. _
Re: Testing problems with apache::asp 2.03
Gareth Westwood wrote: Could you please advise me of what is going wrong (am I being to impatient) and how I can go about fixing the problem. I am still a little bit of a newbie so please don't be to technical (or if you are, could you Hold onto your patience, these things can be tough to work through. You obviously have it though to get this far! The first time I ran into mod_perl in college back in '97 I gave up and didn't come back until '98 :) PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00502/i386-linux-thread -I/usr/lib/perl5/5.00502 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/application...make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. [root@test Apache-ASP-2.03]# This looks to me like an operating system problem. If you have root access, the problem might be free memory or swap issues. This likely has nothing to do with Apache::ASP or even perl, just that your machine was maxed out at that time. Don't rule anything out though. On the upside, you don't actually need to "make test", you can just "make install", and if that works, I might happily ignore the above issue. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP Sessions + mod_ssl + ParanoidSessions
Eric Bellotti wrote:
Is it possible that when "paranoid sessions" are enabled in Apache::ASP
under mod_ssl, sessions get occasionally dropped? Not a big deal though. =)
Not likely, but if a paranoid sessions security check fails,
you'll get a "[security] hacker guessed ..." warning in the
apache error_log, see this bit of code from Apache::ASP:
if(defined($state_ua) and $state_ua ne $asp-{'ua'}) {
$asp-Log("[security] hacker guessed id $id; ".
"user-agent ($asp-{'ua'}) does not match
($state_ua); ".
"destroying session establishing new session id"
);
$state-Init();
undef $state;
goto NEW_SESSION_ID;
There might be other reasons for the session-id cookie getting dropped,
especially for IE browsers. ( painful lessons I've learned recently )
These reasons have nothing to do with SSL.
When IE opens a new window, it may create this window in a "new process".
Occasionally a new IE process will not have the same temporary cookies,
as the old process/window. This is documented somewhere in the MS
knowledge base with the only work around being to use permanent cookies.
Another real work-around is to make sure your web app does not create
new windows during the course of its execution. The bug in the knowledge
base FAQ indicates that the real problem is new framesets, so you may
be all right if your new windows don't use framesets.
I could enable this perm session cookie feature automatically for Apache::ASP,
with a config like SessionCookiePermanent, and just set to to expire in one
year or something. The ASP session will timeout in SessionTimeout minutes
anyway at the server. But because this radically changes the notion of a
session,it would have to be a new config, and not a default.
Another reason could be that some IE versions seem to have a 20 cookie limit,
after which some cookies will be dropped. If your application is setting
too many cookies, then you might get this behavior after the application
is running for a while and sets that many cookies.
I have not yet seen an instance of Netscape dropping cookies, but
I imagine it could if you set a cookie that it too long, as there
is some limit in size to its cookies like 1024 or 4096 bytes
last I heard.
-- Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Apache::ASP Sessions + mod_ssl + ParanoidSessions
Is it possible that when "paranoid sessions" are enabled in Apache::ASP under mod_ssl, sessions get occasionally dropped? Not a big deal though. =) EB
Apache::ASP, Response-Flush problems ...
Hello all,
due to some issues with long-running scripts and impatient users
we decided to display some sort of message (either in the window
or in a popup - better!) that would say "Chill out, don't refresh
or double-click" etc, etc. I was trying to take advantage of
$Response-{Buffer} and $Response-Flush() but apparently it does
not work. Clearing and Flushing may work in the "end product"
which is what you see on your browser but the timing is not correct.
That is, when I say "$Response-Flush()" I actually want the user
to see the output thus far. My ASPs unfortunately will not display
the source until the last statement has been executed and then the
source will be received in its entirety. What I meant by "end
product" by the way is: if I do something similar to Josh's sample
response.html file and say:
print a bunch of stuff
Response-Flush
print something here
if I should clear this
{ Response-Clear }
do other things
then the above statements will take the proper effect and either
show the "print something here" or not depending on the conditional.
The problem is I won't see the "print a bunch of stuff" until the
end of script (so if there was a noticeable delay in "do other things"
I'd have to wait for them to finish until I could see "print a bunch
of stuff").
Any help would be greatly appreciated.
DCC
P.S. I tested the timing of the output returned by telnet'ing
to port 80 and using sleep(x) right after Flush(). The start of
the output has to wait for the completion of the script in all
instances.
Re: Apache::ASP, Response-Flush problems ...
"Demetrios C. Christopher" wrote:
Hello all,
due to some issues with long-running scripts and impatient users
we decided to display some sort of message (either in the window
or in a popup - better!) that would say "Chill out, don't refresh
or double-click" etc, etc. I was trying to take advantage of
$Response-{Buffer} and $Response-Flush() but apparently it does
not work. Clearing and Flushing may work in the "end product"
which is what you see on your browser but the timing is not correct.
That is, when I say "$Response-Flush()" I actually want the user
It should work, the code that's relevant in Apache::ASP::Response::Flush(),
but its seems not to be working for me either. My real problem
here is that I've fixed this before, so I obvi need to create a decent
make test case for this routine. My humble apologies.
I'll get back to you when I have this fix.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP, Response-Flush problems ...
"Demetrios C. Christopher" wrote:
Hello all,
due to some issues with long-running scripts and impatient users
we decided to display some sort of message (either in the window
or in a popup - better!) that would say "Chill out, don't refresh
or double-click" etc, etc. I was trying to take advantage of
$Response-{Buffer} and $Response-Flush() but apparently it does
not work. Clearing and Flushing may work in the "end product"
The old $Response-Flush() functionality will be back in 2.11.
If you'd like my latest copy, I can send it to you, or you can
patch up ASP.pm yourself:
*** ASP.pm~ Mon Feb 26 19:40:09 2001
--- ASP.pm Wed Feb 28 18:43:43 2001
***
*** 3392,3397
--- 3392,3398
#unless($self-{r}-connection-aborted) {
# OK to print random ouput for 200's 300's
if(! defined $self-{Status} or ($self-{Status} = 200 and $self-{Status}
400)) {
+ local $| = 1;
$self-{r}-print($out);
}
# }
This change in mod_perl behavior really killed me.
Funny little thing, but at least its more perlish. :)
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
apache::ASP errors
Hi, I installed apache::ASP and have a problem when i try a simple asp file. [Mon Feb 26 01:17:02 2001] [error] Can't locate object method "dir_config" via package "Apache" at /usr/local/lib/site_perl/Apache/ASP.pm line 136. Also how can i setup my httpd.conf so when .asp is the file name it will automatically parse it, i dont need a .htaccess file or something.. thanks /* Brooks M. Roy - [EMAIL PROTECTED], [EMAIL PROTECTED] http://brooks.causenfx.org (http://brooks.causenfx.org/resume) Phone 412.445.4644 | Pager 412.686.1764 (http://page.causenfx.org) AOL Instant Messanger: streamFX | ICQ #: 18459792 */
