Re: init in Apache::ASP

At 03:59 PM 9/8/00, G.W. Haywood wrote: Try to think of it as a program. You can't use the variable's value until you've set it. Why does it matter where it goes in the page? Not exactly true for Perl, is it? -- the BEGIN subroutine comes to mind. What follows is just a speculation on my

Re: XML::XPath in APache::ASP - doesn't work

Why don't you use XMLSubs to catch the data with a custom tag, and then process the data with XPath... you could register the data in a global, and then process it later in your script if you like? It just killed me to see this kind of construct in an ASP script: Actually, that's exactly

Re: XML::XPath in APache::ASP - doesn't work

I don't know why its working on the command line and not in your web page. Seems very odd to me. Have you tried setting $XML::XPath::Debug=1 and seeing if that shows anything suspect (expect LOTS of stuff to come out). Also note that XML::XPath doesn't work with Perl 5.6 yet. I'm uploading

Re: XML::XPath in APache::ASP - doesn't work

I'm still using good ol' 5.005 :) I just tried your Debug=1 suggestion (BTW, it doesn't appear to be documented in XML::XPath) and the output seems identical for both the ASP and the "offline" versions of the script. I guess I'll have to dive into XPath internals and place a few trace

XML::XPath in APache::ASP - doesn't work

Hi, Well, it's not that it doesn't work, rather I can't get it work and this has been driving me nuts for two weeks (on and off). I must be missing something obvious, but I can't figure out what it is. Anyway, here's the problem: When the following asp is executed, it reports the size of the

Apache::ASP the case of disappearing prolog

Consider the following markup: %@language="PerlScript"% % my $prolog= '?xml version="1.0" encoding="ISO-8859-1"? !DOCTYPE xform [ !ATTLIST string name ID #REQUIRED !ATTLIST group name ID #REQUIRED ]'; % html body Prolog:

XForms ASP (was: The Template Toolkit )

runaway strings, so any idea what gives? Thanks Dmitry At 09:01 PM 7/29/00, Joshua Chamas wrote: If you could tell me more about this sometime, like where you are going with this, and how this might be brought into the server to ease developer use that would be great. Its still takes a bit to get

RE: The Template Toolkit (Re: Templating Systems)

At 09:58 AM 7/24/00, mgraham wrote: For instance, I would like a backend web application to be able to learn about form fields from the template tags: [% input type='text' name='email' required=1 validate_as='email_address' %] That's where the XForm may come quite handy

Re: Apache::ASP Error

The error is in your simple asp page on line 66. Most likely you forgot to put '$' in front of a variable. Dmitry On Sun, 23 Jul 2000, Hans Fuchs wrote: Hello, I installed Apache::ASP. When test with a simple asp page. I got an internal server error and the error_log says: [Sun

Re: Apache::ASP+

At 10:56 AM 7/20/00, you wrote: See this link http://www.asptoday.com/articles/2712.htm Very interesting (now I want to buy the enitre book and see what else is in there). There are some aspects of the new ASP I really like especially those targeted at improvements of the workflow

Re: Apache::ASP and post-POST redirect

use it. Note with the latest release there is also a $Server-Transfer() which is faster than a redirect, and maybe useful for your needs. [...] Dmitry Beransky wrote: [...] In a mod_perl module, if I want to return a redirect after processing a POST, I need to make sure to reset the meth

Apache::ASP and HEAD

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

Re: Apache::ASP HTTP's validation model

The immediate problem I see with this approach, is that $Response-LastModified() can only be called once per request. Consider a situation when a single asp file has multiple includes and each include is generated from a separate datasource. In this case, each include has to report back

Re: Apache::ASP HTTP's validation model

But meets_condition is a file specific API and will not work for data coming from a database or a subrequest, etc. Dmitry At 01:08 AM 2/14/00, Matt Sergeant wrote: Isn't this handled by meets_condition? On Mon, 14 Feb 2000, Joshua Chamas wrote: What if it were just an Apache routine, like

Apache::ASP HTTP's validation model

Hi, Having searched through the documentation, source code and the archives I found no references to how Apache::ASP works with the validation model. I'm primarily talking about handling the 'Last-Modified' and 'If-Modified-Since' headers. Does it at all? Cheers Dmitry --- Dmitry Beransky

Re: Apache::ASP HTTP's validation model

(Joshua, promise to let me know when you get tired of my "ideas" and I'll stop :-) No, this wouldn't make sense for most scripts which will contain dynamic parts. What about a situation when the content is been dynamically generated from a source that doesn't change often, but in an

ASP-Loader result in 'Attempt to free non-existent shared...'

Hi again, folks, Last Saturday after manually relinking SDBM_File with a reference to mod_perl libperl.so, I was able to preload Apache::ASP and precompile the asp scripts from startup.pl without any segfaults. This however, resulted in a different problem. I didn't notice it right away

Apache::ASP: crash when placed in startup.pl

/5.00503/i386-linux/auto/SDBM_File/SDBM_File.so (gdb) Quite frankly, I have no idea where to go from here. Any suggestions? Thanks Dmitry Beransky

Re: Apache::ASP: crash when placed in startup.pl

? Thanks Dmitry Beransky

Re: Apache::ASP: crash when placed in startup.pl

, Joshua Chamas wrote: This might be yet another RedHat problem ... have you tried rebuilding your perl / mod_perl from scratch. Out of curiosity really, because I think you should still rebuild stuff, does SDBM_File load fine, if not being preloaded ? Dmitry Beransky wrote: Doh! I forgot to say

Re: Apache::ASP: crash when placed in startup.pl

This might be yet another RedHat problem ... have you tried rebuilding your perl / mod_perl from scratch. Out of curiosity really, because I think you should still rebuild stuff, does SDBM_File load fine, if not being preloaded ? Well, I just finished recompiling perl and mod_perl, but the

Re: Apache::ASP: crash when placed in startup.pl

I don't know about this, are you sure you copied over your new modperl httpd to /usr/local/apache after the build, and did a full stop / start, this is a common step overlooked by the best of us. Yes, I'm using the new build. I've compiled perl with debugging turned on and now gdb shows

Re: Apache::ASP: crash when placed in startup.pl

bout in my last message - could you try exporting LD_PRELOAD=/path/to/modperl.so? (I'm guessing from context that you're using a DSO - apologies for the non-sequitor if I'm wrong, I just got back on the list). On Fri, Jan 14, 2000 at 05:57:49PM -0800, Dmitry Beransky wrote: I don't know about thi

Apache::ASP internal.lock error

Hi, A few hours ago, my server started threashing and I had to restart httpd. When I looked at the error log, it was full of messages like those few below. Any ideas what might have caused this? Regards Dmitry Beransky ... [Tue Jan 11 19:24:50 2000] [error] [asp] [4926] [error] Can't unlock

Re: Apache::ASP internal.lock error

here at the university and it got hit hard. I guess I should have tested it better. Well, back to the drawing board (er, testing board :)... Dmitry On Tue, 11 Jan 2000, Joshua Chamas wrote: Dmitry Beransky wrote: Hi, A few hours ago, my server started threashing and I had to restart

mod_perl and mod_speling

Hi, I doesn't seem like mod_speling works well with mod_perl. Has anyone ported it to a mod_perl module? Cheers

Re: mod_perl and Mac OS X Server

Oh, yeh, I had fought mod_perl on MOSX long and hard and did finally win...only to switch to linux a month later. I wish I could ;) I wish I didn't have to, but I found Apache/mod_perl combination on MOSX to be very unstable. And been new to Perl, Apache, mod_perl, MOSX and unix in

Re: mod_perl and Mac OS X Server

Oh, yeh, I had fought mod_perl on MOSX long and hard and did finally win...only to switch to linux a month later. anyway, here's what you need to do: 1. if you haven't installed the sources off the Developer CD, do so now. 2. in /System/Library/Perl/rhapsody/Config.pm remove all occurrences of

Re: trouble reading query string

At 11:52 AM 12/22/99 , Ken Y. Clark wrote: so it now works, but i feel kinda dirty. and here's the last bit of strangeness: i have another page that is generated in the same manner that works just fine. the only difference is that the perl sub generates a form that is *not*

Re: Apache::Scoreboard - problem compiling

At 11:29 PM 12/19/99 , Stas Bekman wrote: What happens when you build mod_perl as static? What do you see it: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache Yep. Compiling mod_perl as static did the trick. I guess, USE_APXS doesn't install all the files. Thank you for your help Dmitry

RE: mod_perl and proxying

At 08:39 PM 12/19/99 , Gerald Richter wrote: Then you have to go the other way around and avoid calls to mod_perl for proxy request at all, by putting it inside a Directory block, which will not That's pretty much what I ended up doing: I moved the rewrite rules to the front server that runs

Apache::Scoreboard - problem compiling

Hi folks, I'm not strong in XS, so I hope someone will land me a helping hand figuring this out :) Here's an error I get compiling Apache::Scoreboard (0.08): /usr/bin/perl -I/usr/lib/perl5/5.00503/i386-linux -I/usr/lib/perl5/5.00503 /usr/lib/perl5/5.00503/ExtUtils/xsubpp -typemap

Re: 'var' instead of var ... (getting crazy)

Hi Andrea, Have you looked at http://perl.apache.org/guide/porting.html#Sometimes_it_Works_Sometimes_it_? This may not answer your question directly, but at least may give you some ideas on how to approach the problem... Cheers Dmitry At 10:05 AM 12/16/99 , Andrea Brugiolo wrote:

mod_perl and proxying

Hi all, On my system I have a global PerlHandler module that processes all incoming requests. Within itself, the module filters out requests that are not of particular MIME types or requests containing '/resources/' in their uris and lets them to be processed by their intended handlers (by

RE: mod_perl and proxying

Just tried it; didn't help. The error message is still there. Is it possible that the proxy setup is somehow screwed up? I checked and rechecked and everything seems fine: mod_proxy is loaded, ProxyRequests is turned on. I can't think of anything else to check. Regards Dmitry At 12:37 PM

Re: where is HTTP_MULTIPLE_CHOICES?

I should always wait 'till morning to ask stupid questions... I just found the answer in the Eagle book, Ch.9, the Apache::Constants section (doh!): the constants that are not exported by default, can be accessed with Apache::Constants::constant_name(). At 05:22 PM 12/8/99 , Dmitry Beransky

where is HTTP_MULTIPLE_CHOICES?

Hi, I'm sorry, this is probably a stupid question, but I've search everything I could think of and still can figure out where HTTP_MULTIPLE_CHOICES constant is defined. It's definitely not in Apache::Constants::Exports Any thoughts, did I miss something? Regards Dmitry

Re: internal_redirect and POST

even without a file upload. Dmitry Beransky [EMAIL PROTECTED] writes: My apologies for continuing this topic, but I've been thinking some more about this issue over the weekend. I'm still perplexed by this seemingly arbitrary limitation on the number of times a request body can be read

Apache::ASP, catching redirect from a downstream filter

return code. Where should I be looking? Thanks --- Dmitry Beransky Programmer/Analyst University of California, San Diego Multimedia Interactive Learning Lab (http://mill.ucsd.edu)

Re: Apache::Session and auto-expiration

Folks, My apologies and please disregard my previous post. I just realized (with help from Andy Pruitt) that what I saw were the remnants of the old Apache::Session. The new Apache::Session doesn't implement auto-expiration. Sorry for the mixup. Dmitry At 02:13 PM 10/13/99 , Dmitry

Apache::Session. Why Apache? Why Session?

.). A complete Apache-based session managing mechanism (with session initialization, destruction, auto-expiration, etc.) still has to be coded on top of it. Any comments? Shouldn't it be renamed? Regards Dmitry Beransky

RE: syntax error parsing httpd.conf

Thanks Jeff and Doug! Both of your were right after all. The culprit was indeed, /dev/null. I'm not a unix guy, so it took me a while to track this problem down. It turned out that for some reason, the system didn't see /dev/null as a character device, plus the permissions were screwed up.

RE: internal_redirect and POST

My apologies for continuing this topic, but I've been thinking some more about this issue over the weekend. I'm still perplexed by this seemingly arbitrary limitation on the number of times a request body can be read. It seems that, at least theoretically, it should be possible to cache the

Re: Apache::ASP, Sessions and content handlers

Thanks Joshua, Sigh, I guess I have to redesign my code. It hadn't even occurred to me that ASP's session management may not be available outside of ASP. It's a shame, though, to have use two different code bases to do essentially the same task. What would be nice if all of ASP's session

Re: Apache::ASP, Sessions and content handlers

At 12:38 PM 10/7/99 , Joshua Chamas wrote: If you don't need these event handlers, then you could use Apache::Session very well for you needs, as well as ASP $Session, then you can turn sessions off in ASP, and set $Session to an Apache::Session like: You're right, I don't currently need event

internal_redirect and POST

which button was used to submit a form and redirect the request to a corresponding url. My current restraints are: 1) the form must be POSTed; 2) this process must be transparent to the user, which means that I need to use internal redirects. Thanks in advance --- Dmitry Beransky Programmer