I doubt that helps much. Looking more carefully at the mfd parser code, the only places I can see where it will return an APREQ_ERROR_GENERAL (initial) status are when
1) the Content-Disposition headers in a part have a form-data element but no name attribute. 2) the level of nested parts exceeds 8. The parser *should* return APR_EOF in cases where the stream has aborted prematurely. ----- Original Message ---- > From: Issac Goldstand <mar...@beamartyr.net> > To: modperl@perl.apache.org > Sent: Sat, December 4, 2010 11:09:01 AM > Subject: Re: Internal apreq error > > Try setting LogLevel to debug? > > On 03/12/2010 18:24, Rolf Schaufelberger wrote: > > Hi, > > > > (server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 ) > > > > I'm getting sometimes an > > > > Internal apreq error > > > > which appears in my apache log with no more information that just that >string. > > I would like to know where this error happens and why. > > Can I force apreq to be a bit more verbose about errors ? > > The problem is, I can't reproduce the error, so running apache in debugger >is no option. > > > > > The only thing I (mean to) know so far: The error happens during large > > file >uploads. > > > I have a form where a user can uploald 13 files which may have have > > more >than 100MB. > > The apreq is patched to allow more that that (MAX set to 1000MB). > > > > > > > > Regards > > > > Rolf Schaufelberger > > > > > > > > > >