William McKee wrote:
Sorry to hear about the hair loss and damage to your walls. I'm starting
to think that you may be running into a problem that I've hit
before--having an extra libperl.so laying around. Check out this thread
between Stas and myself for more info[1]. I've given you the link to th
Hi,
I have written a perl script that only runs correctly if I unset
PERL5LIB before running the script. eg:-
$ unset PERL5LIB
$ ./run_perl_script.pl
Is there any way that I can unset PERL5LIB inside of the perl script
without having to create a shell wrapper script?
BTW Changing my environment
Hi all,
In 1.99_15 changelog,
- removed:
remaining - this method is not needed if the deprecated
$r->client_block methods aren't used, (use $r->read
$r->instead)
This violates the compatibility with Apache::ParseFormData, which becomes
unusable. Currently t
On Thu, 2004-09-02 at 02:23, Markus Wichitill wrote:
> Since version 2.0 all styling is CSS-based, and you can install multiple
> user-selectable stylesheets. You can also include header/footer HTML via
> plugins.
Thanks, that will probably be enough for the uses I was thinking of.
- Perrin
-
A couple days ago, I posted a patch that fixed what I think is a real bug in
Apache::DBI when a script uses more than one database handle:
http://mathforum.org/epigone/modperl/stroblangnerm
Basically, I removed $Idx as a file-scoped variable, because if a script
used more than one database handle
> - removed:
>
> remaining - this method is not needed if the deprecated
> $r->client_block methods aren't used, (use $r->read
> $r->instead)
>
> This violates the compatibility with Apache::ParseFormData, which becomes
> unusable. Currently this module is the on
Hi all,
In 1.99_15 changelog,
- removed:
remaining - this method is not needed if the deprecated
$r->client_block methods aren't used, (use $r->read
$r->instead)
This violates the compatibility with Apache::ParseFormData, which becomes
unusable. Currently t
On Thursday 02 September 2004 05:13 am, Beau E. Cox wrote:
> -8<-- Start Bug Report 8<--
> 1. Problem Description:
>
> With Apache 2.1 (not 2.0) three sub-tests fail in
> t/apache/content_length_header. Both Apache 2.1 and
> mod_perl 2.0 were drawn from
Krang v1.023 is now available. Notable changes in this release:
- Improvements to the publishing API to simplify the output of
secondary content attached to a story.
- Improved support for previewing stories published across multiple
sites.
- Additional minor bugfixes
Detailed chang
-8<-- Start Bug Report 8<--
1. Problem Description:
With Apache 2.1 (not 2.0) three sub-tests fail in
t/apache/content_length_header. Both Apache 2.1 and
mod_perl 2.0 were drawn from cvs within an hour of this
message, specifically:
-rw-r--r-- 1 roo
On Thu, Sep 02, 2004 at 08:03:01AM -0400, Geoffrey Young wrote:
> you could do both - test-driven development. personally, I don't know how I
> ever got along without Apache-Test, for both development and debugging. how
> I wrote applications before seemed insane when compared to using the tools
On Thu, 2 Sep 2004, Alex Oboimov wrote:
> Howdy, Randy.
>
> You wrote 1 sept 2004, 19:24:42:
>
> RK> Are you using libapreq2 to handle the file upload?
> RK> Or something else?
>
> Sorry Randy I'm using my own script to parse form
> data but it was thoroughly debugged in the old
> system and used
Hi Ben,
Sorry to hear about the hair loss and damage to your walls. I'm starting
to think that you may be running into a problem that I've hit
before--having an extra libperl.so laying around. Check out this thread
between Stas and myself for more info[1]. I've given you the link to the
last messa
Thomas Lochmatter wrote:
> Thanks for the hint. I didn't know about Apache::Test. It
> seems to be a quite big testing framework.
it can be big or small, depending on what you need it to be :)
> I use Apache::FakeRequest for debugging (while developing)
> rather than for testing.
you could do
Carl Brewer <[EMAIL PROTECTED]> writes:
[...]
> Out of curiosity, is anyone working on docs for apreq2 for
> people in a hurry? :) Ie: with simple examples in it?
Not that I am aware of; I think that makes you
the first volunteer :-).
May I suggest you add these to FAQ.pod instead of the
API d
Thanks for the hint. I didn't know about Apache::Test. It
seems to be a quite big testing framework.
I use Apache::FakeRequest for debugging (while developing)
rather than for testing. The advantage is that it's very
simple/small/handy and does exactly what I need: a fake
Apache object replacement
Markus Wichitill wrote:
Carl Brewer wrote:
I've played with installing this today, I'm seeing
the following in my error logs :
[Thu Sep 02 13:52:41 2004] [error] Can't locate object method
"cleanup_register" via package "APR::Pool" at
/data/www/aboc/perl/mwf/MwfMain.pm line 250.\n
Add "use APR::
17 matches
Mail list logo