"eps com estem" <[EMAIL PROTECTED]> writes:
> After browsing through /apreq_params.c i've noted that the code lines
> indicated to be changed are apparently not changed (so the bug is
> there still). Then, the questions:
>
> a) Is not the available code to download from the web page upgraded
> wi
I have compiled apache2+mp2+libapreq2 in a linux box (ubuntu). Running the same
code that
worked in windows (see the thread) i see that it is failing (upload() method).
In the past
libapreq2 version (libapreq2 2.04-dev) was corrected with two bugs that made it
run
smoothly. This changes were in
I was just doing the validation of my new program version when I have tried the
next
(simplified) code with firefox 0.92 which receives text and one image-upload
through a
formulary written correctly.
With Firefox all has run perfectly, then i've tested on internet explorer 6.0
and oh
surprise
"eps com estem" <[EMAIL PROTECTED]> writes:
[...]
> One last question, would you use libapreq2 to handle all GET
> and POST data or only the multipart-POST data??
It's designed to be usable for all GET / POST data.
The Content-Types it currently understands are
application/x-www-form-urle
On Tue, 21 Dec 2004, eps com estem wrote:
> >> Here's a patch for $upload->slurp, see if it helps:
> >Fast work, as always, Joe :) These patches I've incorporated
> >in a new libapreq2.ppd ppm package at
> >> href="/app/message?l=es&o=8&url=http%3A%2F%2Ftheoryx5%2Euwinnipeg%2Eca%2Fppms%2F"
> t
>> Here's a patch for $upload->slurp, see if it helps:
>Fast work, as always, Joe :) These patches I've incorporated
>in a new libapreq2.ppd ppm package at
>href="/app/message?l=es&o=8&url=http%3A%2F%2Ftheoryx5%2Euwinnipeg%2Eca%2Fppms%2F"
target="_blank">http://theoryx5.uwinnipeg.ca/ppms/
>The
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 f
"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: glue/perl/xsbui
-- 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 happe
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 .
If text input is before file input, upload() catch nothing, but upload('eps')
does the job.
Hope this helps.
-
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 t
"eps com estem" <[EMAIL PROTECTED]> writes:
[...]
>
>
>
>
>
> And this is the error.log
>
> Apache::Upload::Table=HASH(0x11ee1c4) 0 at
> f:/tools/apache2/lib/perl/Blogum/Generic.pm
> line 208.
> Apache::Request::Table=HASH(0x1304a50) 2 at
> f:/tools/apache2/lib/perl/Blogum/Generic.pm
> line
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
http://aspn.act
"eps com estem" <[EMAIL PROTECTED]> writes:
> A)
> Switching the order makes no difference. Params catch 6 args and
> uploads none. Results are the same with the last versions installed.
Ok, happily that eliminates one possibility. Another
possibility is that apreq's mfd parser is having
a pro
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
> http://theoryx5.uwin
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 throu
"eps com estem" <[EMAIL PROTECTED]> writes:
> if ($info->{content} =~ /.*multipart.*/) {
> my $mm =Apache::Request->new($apache,POST_MAX=>5); #50k max
> my $uploads =$mm->upload();
> my $table =$mm->param(); #en teoria els uploads ja no estan
Try switching the
On Sun, 19 Dec 2004, eps com estem wrote:
> I'm trying to use libapreq2 to upload files to the server.
[ .. ]
> Apache/2.0.52 (Win32) mod_perl/1.99_17 Perl/v5.8.2
> libapreq2 2.04-dev (-mod_perl-dev 1.99_15-dev)
In case this is a bug in either mod_perl or libapreq2, could
you try upgrading to lat
Completing more my question:
---
PerlTransHandler +Blogum::BlogumURI
---
in httpd.conf
The html form, printed by javascript
---
..
var form_e = document.createElement('form');
form_e.setAttribute('ENCTYPE','multipart/form-
"eps com estem" <[EMAIL PROTECTED]> writes:
> if ($apache->content_type() eq 'multipart/form-data') {
No. $r->content_type() represents the response (outgoing) header,
not the request (incoming) header:
http://perl.apache.org/docs/2.0/api/Apache/RequestRec.html#C_content_type_
>
> While i'm
20 matches
Mail list logo