Just to sharpen my knowledge here... if the thread calls fork(), we end up
running the single, calling thread. The other thread's cleanups are tossed
unless they are still decended from the parent pool. This would be badness.
So, if I'm not mistaken, we cannot introduce thread-pools that aren't
ok... 2 more
open.c
make[2]: Entering directory
`/usr/local/src/httpd-2.0/srclib/apr/file_io/unix'
/bin/sh /usr/local/src/httpd-2.0/srclib/apr/libtool --silent
--mode=compile gcc -g -O2 -pthrea
d -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -D_SVID_SOURCE
-I../../
This is obviously due to the APR_SET_INHERIT macro I committed. I
unfortunately, am not hitting this error. :-( I was hitting other errors
however, and I am about to commit a fix for all of those.
Ryan
On 16 Jul 2001, Ian Holsman wrote:
> /bin/sh /usr/local/src/httpd-2.0/srclib/apr/libtool -
/bin/sh /usr/local/src/httpd-2.0/srclib/apr/libtool --silent
--mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX=2
-D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
-I../../include -I../../include/arch/unix -I../../include/arch/unix -c
sockets.c && touch sockets.lo
sockets.c:3
On Mon, 16 Jul 2001, Justin Erenkrantz wrote:
| On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote:
| > I just tried it on Nagoya, and it does the same for me...
| > Do someone has _ANY_ clue of WTF is going on
|
| Yeah, I've seen this before (Solaris, too). I had to add -lgcc.
On Mon, Jul 16, 2001 at 10:58:17AM -0700, Brian Pane wrote:
> * The parent pool should control the cleanup of its children
> to ensure timely resource release (important for memory, but
> even more important for file descriptors). In the case of
> an httpd with a high request volume,
Justin Erenkrantz wrote:
[...]
- Why do we want an independent per-thread SMS? Because it now removes
the requirement for locking. A thread may not be reentrant upon
itself - executing in two places at once. It's a thread with one flow
of control. Memory allocation without the need for lock
On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote:
> I just tried it on Nagoya, and it does the same for me...
> Do someone has _ANY_ clue of WTF is going on
Yeah, I've seen this before (Solaris, too). I had to add -lgcc.
Don't ask me why the linker didn't pick up on that au
I just tried it on Nagoya, and it does the same for me...
Do someone has _ANY_ clue of WTF is going on
Pier
-- Forwarded Message
From: "Brian P. Millett" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2001 12:34:48 -0500
To: Pier Fumagalli <[EMAIL PROTECTED]>
Subject: latest cvs checkout test
From: "Bill Stoddard" <[EMAIL PROTECTED]>
Sent: Friday, July 13, 2001 7:10 AM
> > Ok, I'm back to fixing all the 64 bit off_t discrepancies in APR/Apache.
> >
> > Can we basically agree that a "Bucket" can never be bigger than apr_ssize_t?
>
> Is the bucked backed by RAM? If so, then I agree. f
Like someone said, You only live twice.
So, here is a WIN patch that I think conforms to ASF license. It is based on
OpenSSL, and ca n use either its own or libeay32.dll des_fcrypt if present.
I think that it can be used even on *NIX platforms.
Any comments are welcome!
Mladen Turk
MCSE/GIS Spec
#0 0x80f22f2 in apr_sms_do_child_cleanups (sms=0x1) at apr_sms.c:425
#1 0x80f22fb in apr_sms_do_child_cleanups (sms=0x82b7f08) at
apr_sms.c:425
#2 0x80f22fb in apr_sms_do_child_cleanups (sms=0x82b7ee8) at
apr_sms.c:425
#3 0x80f2442 in apr_sms_destroy (sms=0x824a298) at apr_sms.c:518
#4 0x80b17
> Nah. It would add the lines to add thread cancellation. The
> 3.5 million LOC is the _entire_ dce rpc codebase.
which includes about 15 separate services such as DCE/DFS,
which is actually AFS [without the bugfixes and with a
new RPC mechanism]
which you don't need, as sander says.
> Only pa
uh... just in case you hadn't seen this. i'm forwarding it
because i think it might be relevant.
all best,
luke
- Forwarded message from Andrew van der Stock <[EMAIL PROTECTED]> -
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Approved-By: [EMAIL PROTECTED]
X-Priority:
Questions like this need to go to the tomcat-dev list. That is where they
are working on mod_webapp. We can answer questions about building APR in
general, but we just don't tend to know about tomcat's build procedure.
My best guess is that the EXTRA_LIBS from APRVARS are not being linked
into
hi there,
trying to build my mod_webapp.so module for the apache1.3 / tomcat 4.0
integration, the following error occures, after building the module
successfully and trying to start apache:
# /etc/init.d/httpd start
Starting httpd: Syntax error on line 5 of /etc/httpd/conf/httpd.conf:
Cannot load
>>> And, it would add 3.5 million lines of code to APR.
>>
>> Nah. It would add the lines to add thread cancellation. The
>> 3.5 million LOC is the _entire_ dce rpc codebase. Only part
>> of that is the dce threads library. And, I believe there are
>> some old dce/rpc team members in our midst
On Mon, Jul 16, 2001 at 09:05:40AM +0200, Sander Striker wrote:
> > On Mon, Jul 16, 2001 at 01:54:14AM +0200, Luke Kenneth Casson
> > Leighton wrote:
> > > ah, yes, but it _is_ supported by DCEthreads - see
> > > http://sourceforge.net/projects/freedce which provides,
> > > horror-of-horrors, thre
> On Mon, Jul 16, 2001 at 01:54:14AM +0200, Luke Kenneth Casson
> Leighton wrote:
> > ah, yes, but it _is_ supported by DCEthreads - see
> > http://sourceforge.net/projects/freedce which provides,
> > horror-of-horrors, thread cancellation *emulated* on
> > top of POSIX threads.
> [snip, snip]
> >
> > I have some use cases that just want a thread. Since no child-pool is
> > required in this case, it becomes unnecessary overhead (that is currently
> > broken, as the child-pool is only cleaned in apr_thread_exit() but that
> > whole thing is screwey).
>
> Again, that is incorrect. The THREAD
On Sun, Jul 15, 2001 at 07:20:28PM -0700, [EMAIL PROTECTED] wrote:
> Pools are by their very nature hierarchical. That is why the relationship
> is there, and why it needs to remain there. You can't just rely on the
> thread to cleanup itself. Pools (and SMS's) are used for a LOT more than
> jus
This is the first part of allow notes 'tables' to become hash tables.
the patch adds a function to 'merge' two hash tables together, a test
program for hash tables,
and a small fix to apr_hash_first (make the arg a const)
(I've attached the testhash.c, but am currently on Windows, so I didnt
cha
On Sun, 15 Jul 2001, Justin Erenkrantz wrote:
> On Sun, Jul 15, 2001 at 02:33:54PM -0700, [EMAIL PROTECTED] wrote:
> > Guys, before you make comments like this, you should really read the code.
> > First of all, the thread_exit call needs to take in the thread variable.
> > Without it, platforms l
On Mon, Jul 16, 2001 at 01:54:14AM +0200, Luke Kenneth Casson Leighton wrote:
> ah, yes, but it _is_ supported by DCEthreads - see
> http://sourceforge.net/projects/freedce which provides,
> horror-of-horrors, thread cancellation *emulated* on
> top of POSIX threads.
[snip, snip]
> ... but what i a
> There is *zero* benefit to having any relationship between the
> thread's memory pool and the parent's memory pool. You can't cleanup
> the thread from the parent anyway, so trust the thread to cleanup
> itself (as well as its pool and any memory allocations). I fail to
> see the problem he
25 matches
Mail list logo
