You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Jim Winstead <ji...@trainedmonkey.com> on 2000/12/23 04:41:31 UTC
libapreq-0.31_03
The uploaded file
libapreq-0.31_03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/J/JI/JIMW/libapreq-0.31_03.tar.gz
size: 151839 bytes
md5: c23cb069e42643e505d4043f0eef4b9f
it is also available at:
http://httpd.apache.org/dist/libapreq-0.31_03.tar.gz
more information is at:
http://httpd.apache.org/apreq/
the plan is to release this code as 0.32 early in the new year
if there are no major problems spotted with this test release. if
someone sends patches to compile libapreq on win32 with the latest
mod_perl cvs, those would gladly be incorporated. :)
the changes since 0.31:
=item 0.31_03 - December 23, 2000
Apache::Request->instance [Matt Sergeant <ma...@sergeant.org>]
=item 0.31_02 - December 17, 2000
autoconf support
[Tom Vaughan <tv...@aventail.com>]
also parse r->args if content-type is multipart
[Ville Skyttä <vi...@office.popsystems.com>]
deal properly with Apache::Cookie->new(key => undef)
thanks to Matt Sergeant for the spot
fix parsing of Content-type header to deal with charsets
[Artem Chuprina <ra...@ran.pp.ru>]
fix nasty bug when connection is broken during file upload
thanks to Jeff Baker for the spot
multipart_buffer.[ch] renamed to apache_multipart_buffer.[ch]
=item 0.31_01 - December 4, 2000
keep reusing same buffer when handling file uploads to prevent overzealous
memory allocation [Yeasah Pell, Jim Winstead <ji...@apache.org>]
handle internet explorer for the macintosh bug that sends corrupt mime
boundaries when image submit buttons are used in multipart/form-data forms
[Yeasah Pell]
fix uninitialized variable in ApacheRequest_parse_urlencoded [Yeasah Pell]
Re: libapreq-0.31_03
Posted by Jim Winstead <ji...@trainedmonkey.com>.
thanks! applied to cvs.
jim
On Dec 27, Jens-Uwe Mager wrote:
> I have previously send in to the mod_perl mailing list a patch to make
> libapreq compile under AIX, but this patch was for the old version and
> thus probably was not applied. I have redone the patch again but this
> time relative to the current cvs repository of libapreq. This patch does
> the following:
>
> * If compiling using a non-gcc compiler the gcc __attribute__ feature
> gets defined twice, once by apache headers and once by perl headers.
> The patch undefs it inbetween so the compiler does not barf because of
> the redefinition.
>
> * The function my_memstr c/apache_multipart_buffer.c attempts to perform
> pointer arithmetic on void * variables, which does not work in
> standard C as a void * has no size. I changed the pointers to unsigned
> char *.
>
> * The header file apache_request.h does use a C++ comment which produces
> warning in a normal C compiler about extra garbage at the end of an
> #endif pre-processor statement, making this a C comment avoids the
> warning.
>
> * AIX needs extra linker flags to cope with the special .exp file
> mechanism that defines the symbols to export for a dynamic shared
> object/shared library. The Apache::src module has a convenient method
> to retrieve these flags if needed.
Re: libapreq-0.31_03
Posted by Jens-Uwe Mager <ju...@helios.de>.
I have previously send in to the mod_perl mailing list a patch to make
libapreq compile under AIX, but this patch was for the old version and
thus probably was not applied. I have redone the patch again but this
time relative to the current cvs repository of libapreq. This patch does
the following:
* If compiling using a non-gcc compiler the gcc __attribute__ feature
gets defined twice, once by apache headers and once by perl headers.
The patch undefs it inbetween so the compiler does not barf because of
the redefinition.
* The function my_memstr c/apache_multipart_buffer.c attempts to perform
pointer arithmetic on void * variables, which does not work in
standard C as a void * has no size. I changed the pointers to unsigned
char *.
* The header file apache_request.h does use a C++ comment which produces
warning in a normal C compiler about extra garbage at the end of an
#endif pre-processor statement, making this a C comment avoids the
warning.
* AIX needs extra linker flags to cope with the special .exp file
mechanism that defines the symbols to export for a dynamic shared
object/shared library. The Apache::src module has a convenient method
to retrieve these flags if needed.
--
Jens-Uwe Mager
HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany
Phone: +49 5131 709320
FAX: +49 5131 709325
Internet: jum@helios.de
Re: libapreq-0.31_03
Posted by Jens-Uwe Mager <ju...@helios.de>.
I have previously send in to the mod_perl mailing list a patch to make
libapreq compile under AIX, but this patch was for the old version and
thus probably was not applied. I have redone the patch again but this
time relative to the current cvs repository of libapreq. This patch does
the following:
* If compiling using a non-gcc compiler the gcc __attribute__ feature
gets defined twice, once by apache headers and once by perl headers.
The patch undefs it inbetween so the compiler does not barf because of
the redefinition.
* The function my_memstr c/apache_multipart_buffer.c attempts to perform
pointer arithmetic on void * variables, which does not work in
standard C as a void * has no size. I changed the pointers to unsigned
char *.
* The header file apache_request.h does use a C++ comment which produces
warning in a normal C compiler about extra garbage at the end of an
#endif pre-processor statement, making this a C comment avoids the
warning.
* AIX needs extra linker flags to cope with the special .exp file
mechanism that defines the symbols to export for a dynamic shared
object/shared library. The Apache::src module has a convenient method
to retrieve these flags if needed.
--
Jens-Uwe Mager
HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany
Phone: +49 5131 709320
FAX: +49 5131 709325
Internet: jum@helios.de