"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
I'm trying to use libapreq2 to upload files to the server.
If i'm not wrong not all methods are available from all filters, but i've had
poor
results trying to guess which phases allow what methods.
My program executes all the modules (except the SSI filtering) in the URI phase
(PerlTransHandl
21 matches
Mail list logo
