A)
Switching the order makes no difference. Params catch 6 args and uploads none.
Results are the same with the last versions installed.
B)
ppm searching on repository theoryx5 is confusing.
I have configured the rep as
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer
Searching
Hi Vadim,
On Fri, 2004-12-17 at 06:09, Vadim wrote:
The solution is to register the cleanup handler in the
PerlResponseHandler script and to pass the data and $r object as the
arguments:
r-pool-cleanup_register(\MyApache::MyProxy::handler, { r = $r, data
= $data} );
You cannot
Hi Vadim,
Sorry for misunderstanding your problem. I've been thinking that you are
on Apache-1.3...
I cannot help with Apache-2.
Slava
On Mon, 2004-12-20 at 08:01, Vadim wrote:
http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlCleanupHandler
[quote]
Using cleanup_register()
On Mon, 20 Dec 2004, eps com estem wrote:
A) Switching the order makes no difference. Params catch 6
args and uploads none. Results are the same with the last
versions installed.
B)
ppm searching on repository theoryx5 is confusing.
I have configured the rep as
The demands for the pdf tarball (12.5MB) of our book is overwhelming and
hogging the 3Mbps pipe, if you can donate some bandwidth to mirror the
tarball please contact Eric (CC'ed) off-list. Thanks a lot!
--
__
Stas Bekman
Found a solution worth writing about. I went through the perl
configuration interactively, specifying the following non-defaults:
- compile perl as shared
- use gcc, not cc, as the compiler
- provide -fPIC to the compiler
After this, everything worked like a charm!
On Dec 17, 2004, at 2:05
Stas Bekman wrote:
The demands for the pdf tarball (12.5MB) of our book is overwhelming and
hogging the 3Mbps pipe, if you can donate some bandwidth to mirror the
tarball please contact Eric (CC'ed) off-list. Thanks a lot!
Eric thinks that 10MBps or higher is the best (so it doesn't hog your
I've also released a bittorrent, (kindly hosted by prodigem, who hosts
creative commons torrents for free):
http://www.torrentocracy.com/prodigem/download.php/stas/mod_perl.torrent
please consider seeding and upload the link to bittorrent indexes (to the
remaining ones).
Cool! Stas++ and
The admin asked me what command I use in order to get the name
'localhost.testdrive.hp.com'. How does MP2 get this?
Something like the following:
use Socket;
my $localhost_addr = pack('C4', 127, 0, 0, 1);
my $name = gethostbyaddr($localhost_addr, Socket::AF_INET()) || 'localhost';
my
Randy
For ActivePerl builds 8xx (which mp2 requires on Win32), the
repository should be
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58
The :/PPMServer repository is for builds 6xx, which is why
you didn't find mod_perl 2.
Ok, that should be corrected in
eps com estem [EMAIL PROTECTED] writes:
[...]
form ENCTYPE='multipart/form-data' method='post' action='blogum_new_article'
input type='text' name='hola'/
input type='file' name='eps'/
/form
And this is the error.log
Apache::Upload::Table=HASH(0x11ee1c4) 0 at
Joe Schaefer [EMAIL PROTECTED] writes:
From this, it looks to me like libapreq is parsing the POST data correctly
(the gif filename showing up as the eps param value is a tell-tale sign that
the upload was parsed ok). So the now question is: why isn't $mm-upload()
detecting that body table
Hey
I've found the problem, following your advices.
So $upload('eps') works always.
But $upload() only works when the file input is the first input of the form.
If text input is before file input, upload() catch nothing, but upload('eps')
does the job.
Hope this helps.
-- eps
++ gerard
Could you check please if the slurp function doesn't allow to put the content
into
non-scalar values???
I'll explain better
$upload-slurp(my $temp);
$temp contents the data
my $info = {};
$upload-slurp($info-{eii});
$info-{eii} contains nothing.
This is the same that happened
eps com estem [EMAIL PROTECTED] writes:
my $info = {};
$upload-slurp($info-{eii});
$info-{eii} contains nothing.
This is the same that happened in $r-read function, that was fixed
two seconds after :)
Here's a patch for $upload-slurp, see if it helps:
Index:
Hi Folks,
I've been unable to figure out how to get Apache::TestMB to setup my build
environment in such a way as to suppress APXS warnings during a test run. e.g.
--
t/10_client_newAPXS (/usr/local/apache/bin/apxs) query
for SBINDIR failed
APXS
Hi all,
I'm using the logging API ($s-notice(...)) in some code that is loaded
at startup
using PerlRequire.
As mentionned in the docs on the Apache server cycle, my code is executed
twice.
The first time the code is executed, I see the log statements appear on
STDERR when
Apache is restarted (I
Joshua Hoblitt wrote:
Hi Folks,
I've been unable to figure out how to get Apache::TestMB to setup my build
environment in such a way as to suppress APXS warnings during a test
run. e.g.
--
t/10_client_newAPXS (/usr/local/apache/bin/apxs)
query for SBINDIR failed
APXS
Patrick LeBoutillier wrote:
Hi all,
I'm using the logging API ($s-notice(...)) in some code that is loaded
at startup
using PerlRequire.
As mentionned in the docs on the Apache server cycle, my code is executed
twice.
The first time the code is executed, I see the log statements appear on
STDERR
On Mon, 20 Dec 2004, Joe Schaefer wrote:
eps com estem [EMAIL PROTECTED] writes:
my $info = {};
$upload-slurp($info-{eii});
$info-{eii} contains nothing.
This is the same that happened in $r-read function, that was fixed
two seconds after :)
Here's a patch for $upload-slurp, see
Author: stas
Date: Mon Dec 20 14:06:15 2004
New Revision: 122885
URL: http://svn.apache.org/viewcvs?view=revrev=122885
Log:
cleanups
Modified:
perl/modperl/trunk/t/vhost/config.t
perl/modperl/trunk/t/vhost/log.t
Modified: perl/modperl/trunk/t/vhost/config.t
Url:
Author: stas
Date: Mon Dec 20 16:28:03 2004
New Revision: 122915
URL: http://svn.apache.org/viewcvs?view=revrev=122915
Log:
relocate t/protocol/TestProtocol t/response/TestProtocol
Added:
perl/modperl/trunk/t/response/TestProtocol/
- copied from r122914,
Author: stas
Date: Mon Dec 20 16:59:18 2004
New Revision: 122918
URL: http://svn.apache.org/viewcvs?view=revrev=122918
Log:
revert 122915 wasn't a good idea
Added:
perl/modperl/trunk/t/protocol/TestProtocol/
- copied from r122917, perl/modperl/trunk/t/response/TestProtocol/
Removed:
Author: randyk
Date: Mon Dec 20 22:09:10 2004
New Revision: 122944
URL: http://svn.apache.org/viewcvs?view=revrev=122944
Log:
put declarations earlier to satisfy some compilers
Modified:
perl/modperl/trunk/src/modules/perl/modperl_cmd.c
Modified:
24 matches
Mail list logo