NTDLL! 77883941()
NTDLL! 778838c6()
apr_allocator_free(apr_allocator_t * 0x00794210, apr_memnode_t *
0x007942a8) line 323
apr_pool_destroy(apr_pool_t * 0x007942b8) line 688
apr_pool_terminate() line 525
apr_terminate() line 237
destroy_and_exit_process(process_rec * 0x007983b8, int 0) line 242
Accessing a .php file with the current CVS HEAD version of httpd-2.0
still results in a ''download offer'' of the _parsed_ output of the
script.
Has the configuration for CGI changed? Right now I do
ScriptAlias /php/ c:/home/php/php4/Release_TS_inline/
AddType
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:29
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
NTDLL! 77883941()
NTDLL! 778838c6()
apr_allocator_free(apr_allocator_t * 0x00794210, apr_memnode_t *
0x007942a8) line
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates srclib/apr and srclib/apr-util as well as the httpd-2.0 module.
--
Sebastian Bergmann
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates srclib/apr and
Sander Striker wrote:
Could you please update apr again and tell me what pool-tag reads in
the backtrace of your segv?
Here's the new backtrace:
NTDLL! 77883941()
NTDLL! 778838c6()
apr_allocator_free(apr_allocator_t * 0x00794210, apr_memnode_t *
0x007942a8) line 323
Hello,
how do I compile Apache 2.0 with a compiler which does not known 64-bit
integers ?
The APR-lib seems to rely heavily on datatypes like apr_int64_t and
apr_uint64_t, and it seems to me, that the missing big-integer datatype
prevents compiling the code for handling the time, the random
On Mon, Mar 04, 2002 at 10:42:33AM -0800, Ian Holsman wrote:
Sander Striker wrote:
Hi,
I've reproduced the problem reported by Vlad Skvortsov
locally and I'll describe it once more together with
some feedback I got.
From the config:
DocumentRoot /htdocs
Location
Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Sun, Mar 17, 2002 at 11:01:38PM -0600, William A. Rowe, Jr. wrote:
Yep... Actually on tomcat we mail them to tomcat-dev, but it's up to you
guys, just let me know the mail address to subscribe :)
[EMAIL PROTECTED] [which is generic enough for
Bill Stoddard [EMAIL PROTECTED] writes:
Introduces ap_rset_content_type()... This patch is not complete, I have not finished
reviewing it (or doing the doc), but it should demonstrate Ryan and Sander's
suggestion
for inserting resource filters based on content type. I am a bit concerned
From: [EMAIL PROTECTED] On Behalf Of Jeff Trawick
Sent: 19 March 2002 15:14
Bill Stoddard [EMAIL PROTECTED] writes:
Introduces ap_rset_content_type()... This patch is not complete, I have not finished
reviewing it (or doing the doc), but it should demonstrate Ryan and Sander's
suggestion
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates srclib/apr and
Introduces ap_rset_content_type()... This patch is not complete, I
have
not finished
reviewing it (or doing the doc), but it should demonstrate Ryan and
Sander's suggestion
for inserting resource filters based on content type. I am a bit
concerned about some
crufty code paths inserting
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates
Sander Striker [EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED] On Behalf Of Jeff Trawick
Sent: 19 March 2002 15:14
Bill Stoddard [EMAIL PROTECTED] writes:
Introduces ap_rset_content_type()... This patch is not complete, I have not
finished
reviewing it (or doing the doc), but
[...]
I have a hard time figuring out what is going wrong, and especially
why it is going wrong on windows.
Some discussion with Aaron lead us to a problem that shows
up with threading:
Create a pool A.
Create a thread
- create a subpool B of A
- launch the
Aaron Bannert wrote:
I don't think there's a problem right now, but if the size of the
global_score or process_score changed by any non-multiple of the pointer
alignment then we'd have problems. Same if we tried to stuff anything else
in the shared mem segment behind the worker_score array.
The latest CVS appears correct... could someone else confirm?
At 5:52 PM +0100 3/15/02, [EMAIL PROTECTED] wrote:
On Thu, 14 Mar 2002, Martin Kraemer wrote:
--snip--
% netcat localhost 8080 .
HEAD http://apache.org/favicon.ico HTTP/1.0
.
HTTP/1.1 200 OK
Date: Thu, 14 Mar 2002
At 10:42 PM -0600 3/7/02, William A. Rowe, Jr. wrote:
C:\clean\apache-1.3\src\modules\proxy\proxy_util.c(565)
: warning C4018: '' : signed/unsigned mismatch
n = ap_bread(f, buf, MIN(buf_size, len - total_bytes_rcvd));
Whoever is hacking in proxy, feel free to correct.
[The only
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 10:46
Sander Striker wrote:
This is the exact same problem Bill Stoddard was facing.
Are you sure you have current APR?
Yes, I always make a cvs upd -dAP in the httpd-2.0 directory. This
updates
On Tue, Mar 19, 2002 at 06:49:28AM -0800, Ryan Bloom wrote:
To protect against that we either need thread cancellation, and
register a cleanup with pool B that will cancel the thread if
the pool is destroyed. Or, we need other means of protection
against double destruction
On 19 Mar 2002 [EMAIL PROTECTED] wrote:
| gstein 02/03/19 02:11:33
|
| Modified:modules/dav/main mod_dav.c
|modules/http http_protocol.c
|include http_protocol.h httpd.h
| Log:
| The underlying change here was to add the new WebDAV/DeltaV methods
|
Bill Stoddard wrote:
On Tue, Mar 19, 2002 at 06:49:28AM -0800, Ryan Bloom wrote:
To protect against that we either need thread cancellation, and
register a cleanup with pool B that will cancel the thread if
the pool is destroyed. Or, we need other means of protection
against double destruction
On Tue, 19 Mar 2002, Ryan Bloom wrote:
On a note in the original message, adding the same filter twice is okay
to do. In fact, it is arguably correct. If I have a filter that
changes my c-t to a type that causes me to filter the data again, then I
had better re-insert the filter. The
Any votes on this patch (even in concept if not on all the details)? If it looks like
what
we want to do, I'll polish it up and commit it.
Bill
- Original Message -
From: Bill Stoddard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 17, 2002 11:39 PM
Subject: [PATCH]
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
Sent: 19 March 2002 19:10
Any votes on this patch (even in concept if not on all the details)? If it looks
like what
we want to do, I'll polish it up and commit it.
+1 from me.
Bill
Sander
On Tue, Mar 19, 2002 at 01:09:49PM -0500, Bill Stoddard wrote:
Any votes on this patch (even in concept if not on all the details)? If it looks
like what
we want to do, I'll polish it up and commit it.
+1 (concept).
ap_set_content_type seems a better name though.
My only implementation
any objections ?
if we do this we can move some other functions which are generic into
apr-util.
ap_escape_os_path for example
..Ian
At 01:56 PM 3/19/2002, you wrote:
any objections ?
if we do this we can move some other functions which are generic into
apr-util.
ap_escape_os_path for example
That example should move to apr (associated with apr_proc_create),
not apr-util. Other uses of gen_test_char should move to apr-util
At 10:03 AM 3/19/2002, you wrote:
At 10:42 PM -0600 3/7/02, William A. Rowe, Jr. wrote:
C:\clean\apache-1.3\src\modules\proxy\proxy_util.c(565)
: warning C4018: '' : signed/unsigned mismatch
n = ap_bread(f, buf, MIN(buf_size, len - total_bytes_rcvd));
I had posted a patch
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2002 20:31
At 01:56 PM 3/19/2002, you wrote:
any objections ?
if we do this we can move some other functions which are generic into
apr-util.
ap_escape_os_path for example
That example should move to apr
On Tue, Mar 19, 2002 at 11:11:48AM -0500, Dale Ghent wrote:
On 19 Mar 2002 [EMAIL PROTECTED] wrote:
| gstein 02/03/19 02:11:33
|
| Modified:modules/dav/main mod_dav.c
|modules/http http_protocol.c
|include http_protocol.h httpd.h
| Log:
|
I thought the problem was the type mismatch between the args of the MIN
(one unsigned, the other not).
William A. Rowe, Jr. wrote:
At 10:03 AM 3/19/2002, you wrote:
At 10:42 PM -0600 3/7/02, William A. Rowe, Jr. wrote:
C:\clean\apache-1.3\src\modules\proxy\proxy_util.c(565)
: warning
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote :
On Tue, Mar 19, 2002 at 11:55:25AM -0800, Greg Stein wrote:
On Tue, Mar 19, 2002 at 12:40:10PM -0500, Garrett Rooney wrote:
...
The issue is with the way autoconf 2.53 does it's variable
substitution. it's apparently different than 2.52
Cliff,
I know you are busy, is there something I can do to help with this
since the pools stuff is in now? Does it still just need to have
the malloc replaced and the code tested?
I'm happy to help in any way possible.
Cliff Woolley wrote:
On Tue, 12 Mar 2002, Jeff Trawick wrote:
2) *
Michal Szymaniak [EMAIL PROTECTED] writes:
First: in apr there are functions apr_socket_data_set/get.
This name can be misleading, as they do not associate the data with
the socket, but with the pool where the socket resides. If I create
two sockets in the process pool (because
Is the copy of PCRE within httpd-2.0 a separately maintained fork
of PCRE, or is it supposed to be an unmodified copy? (The one in
the httpd tree appears to be a few releases out of date.)
The reason I ask is that I want to fix a performance problem in PCRE's
regexec() function...
Thanks,
On Tue, Mar 19, 2002 at 06:07:05PM -0800, Brian Pane wrote:
Is the copy of PCRE within httpd-2.0 a separately maintained fork
of PCRE, or is it supposed to be an unmodified copy? (The one in
the httpd tree appears to be a few releases out of date.)
It is supposed to be maintained up to date
mod_perl child processes save a lot of memory when they can share memory
with the parent process and quite often we get reports from people that
they lose that shared memory when the system decides to page out the
parent's memory pages because they are LRU (least recently used, the
algorithm
On Tue, 19 Mar 2002, Ian Holsman wrote:
by using the following code fragement instead of calling the function
It seems to work quite nicely
apr_bucket *e;
APR_BRIGADE_FOREACH(e,bb) {
if (e != APR_BRIGADE_SENTINEL(bb)) {
apr_bucket_setaside(e,
On 20 Mar 2002 [EMAIL PROTECTED] wrote:
wrowe 02/03/19 20:29:55
Modified:server/mpm/winnt mpm_winnt.c
Log:
When restarting [always graceful on Win32], we don't repeat pre_mpm
(Unix doesn't, we shouldn't either.) [Ryan Bloom]
-if ((parent_pid == my_pid)
On Wed, Mar 20, 2002 at 12:02:53PM +0800, Stas Bekman wrote:
mod_perl child processes save a lot of memory when they can share memory
with the parent process and quite often we get reports from people that
they lose that shared memory when the system decides to page out the
parent's memory
At 12:22 AM 3/20/2002, you wrote:
brianp 02/03/19 22:22:57
Modified:srclib/pcre ChangeLog internal.h pcreposix.c
Log:
PCRE 3.9 merge
+7. Added the beginnings of support for UTF-8 character strings.
Thank you for this effort, Brian!
I occured to me that non-US users [who
At 11:31 PM 3/19/2002, you wrote:
On 20 Mar 2002 [EMAIL PROTECTED] wrote:
+if (!restart ((parent_pid == my_pid) || one_process)) {
/* Set up the scoreboard. */
if (ap_run_pre_mpm(pconf, SB_SHARED) != OK) {
return 1;
While I agree with this
wrowe 02/03/19 22:14:19
Modified:server/mpm/winnt mpm_winnt.c
Log:
Fix a few listener-related lifetime issues [they are created in the
open logs phase, only once.]
-if (!set_listeners_noninheritable(pconf)) {
+if
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(118): error C2065:
'NEWLINE': Undeclared identifier
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(118): error C2099:
Initialization is not a constant
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(369): error C2065:
'PCRE_UTF8': Undeclared identifier
--
Greg Stein wrote:
On Wed, Mar 20, 2002 at 12:02:53PM +0800, Stas Bekman wrote:
mod_perl child processes save a lot of memory when they can share memory
with the parent process and quite often we get reports from people that
they lose that shared memory when the system decides to page out the
Sebastian Bergmann wrote:
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(118): error C2065:
'NEWLINE': Undeclared identifier
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(118): error C2099:
Initialization is not a constant
c:\home\apache\httpd-2.0\srclib\pcre\pcre.c(369): error C2065:
'PCRE_UTF8':
Brian Pane wrote:
Those look like some of the symbols introduced in the new version
of PCRE that I just imported. They're defined in config.h, so
they'll likely require a buildconf;configure;make clean.
I'm using MSVC :)
--
Sebastian Bergmann
http://sebastian-bergmann.de/
William A. Rowe, Jr. wrote:
http_request.c
C:\clean\httpd-2.0\modules\http\http_request.c(389) : warning C4090:
'function' : different 'const' qualifiers
C:\clean\httpd-2.0\modules\http\http_request.c(389) : warning C4024:
'ap_rset_content_type' : different types for formal and actual parameter
50 matches
Mail list logo