Re: Large file upload problems

2004-05-08 Thread Josh Chamas
Warren Young wrote: Josh Chamas wrote: you might consider using the mod_perl interface directly for the file uploads, by first disabling Apache::ASP's file upload processing: What is the benefit from doing this? And then using the Apache::Request interface to get the $apr->upload data. I tri

Re: Large file upload problems

2004-05-07 Thread Warren Young
Josh Chamas wrote: you might consider using the mod_perl interface directly for the file uploads, by first disabling Apache::ASP's file upload processing: What is the benefit from doing this? And then using the Apache::Request interface to get the $apr->upload data. I tried to install Apache::Requ

Re: Large file upload problems

2004-05-06 Thread Josh Chamas
Warren Young wrote: Ian Cass wrote: I guess you could play with this... http://search.cpan.org/~tels/bignum-0.15/lib/bigint.pm ... and see if you can get CGI.pm using it. Wouldn't you know it, but Lincoln Stein proposed something similar when I reported the problem to him. He says he'll be m

Re: Large file upload problems

2004-05-06 Thread Warren Young
Ian Cass wrote: I guess you could play with this... http://search.cpan.org/~tels/bignum-0.15/lib/bigint.pm ... and see if you can get CGI.pm using it. Wouldn't you know it, but Lincoln Stein proposed something similar when I reported the problem to him. He says he'll be making that section of th

Re: Large file upload problems

2004-05-06 Thread Ian Cass
Warren Young wrote: > Just to follow up, the source of this limit appears to be with Perl > itself. Perl won't use 64-bit ints unless it is compiled to do so, > even if the platform will support 64-bit ints. Since CGI.pm uses a > scalar to hold the expected length of the file, the number looks >

Re: Large file upload problems

2004-05-05 Thread Warren Young
Warren Young wrote: What code is to blame here? Just to follow up, the source of this limit appears to be with Perl itself. Perl won't use 64-bit ints unless it is compiled to do so, even if the platform will support 64-bit ints. Since CGI.pm uses a scalar to hold the expected length of the f

Re: Large file upload problems

2004-05-04 Thread Stuart Johnston
Warren Young wrote: Stuart Johnston wrote: Try setting this at the top of your script: $TempFile::TMPDIRECTORY='/target/location'; What is $TempFile? Do you mean something under $Request->{FileUpload}? Perhaps $Request->{FileUpload}{file}->{TempFile}? Apache::ASP uses the CGI module for file

Re: Large file upload problems

2004-05-04 Thread Warren Young
Stuart Johnston wrote: Try setting this at the top of your script: $TempFile::TMPDIRECTORY='/target/location'; What is $TempFile? Do you mean something under $Request->{FileUpload}? Perhaps $Request->{FileUpload}{file}->{TempFile}? There is a mod_perl module you might find helpful: http://sea

Re: Large file upload problems

2004-05-03 Thread Stuart Johnston
Warren Young wrote: > 1. Since $tempfile is on the system disk and $target is on a big RAID > array, the move incurs a lot of extra disk I/O. Is there a way to tell > CGI.pm or Apache::ASP to use a directory on the RAID array instead of > /usr/tmp? > Try setting this at the top of your script: $