[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 */