apr/test/server.c client.c aren't behaving correctly, we are getting a hard
EOF as soon as the sockets connect. Does anyone on other platforms observe
this?
If anyone wants to play in apr/test on win32, just open the apr/test/aprtest.dsw
workspace and have at it ... you will need to include a pat
From: "Brian Pane" <[EMAIL PROTECTED]>
Sent: Friday, July 27, 2001 2:05 AM
> Justin Erenkrantz wrote:
>
> >Right now, I've got it so that most of the locks are now in libc
> >(aka NIMBY), but the performance still doesn't match pools (by a
> >factor of 2). I'm scratching my head as to why this
It gets you (and I) the apr_thread_pool_get declaration that _used_ to hide
within this very same block, which was bad mojo.
Bill
- Original Message -
From: "Brian Havard" <[EMAIL PROTECTED]>
To:
Sent: Friday, July 27, 2001 5:41 AM
Subject: Re: cvs commit: apr/include apr_thread_proc.h
WTF is this supposed to mean: APACHE_2_0_22_dev ???
If we are going to keep a running marker on what appears to be the stable
revision set, then call it something sensible like APACHE_STABLE or
APACHE_BEST. The version number only has meaning for versions intended
for release. That way things l
From: "Jeff Trawick" <[EMAIL PROTECTED]>
Sent: Friday, July 27, 2001 12:59 PM
> "William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
>
> > We should really write a preface in the API docs ... when are apr_foo_t's
> > == not equal :)
>
> I should have been more clear than "doesn't work".
>
> It i
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> We should really write a preface in the API docs ... when are apr_foo_t's
> == not equal :)
I should have been more clear than "doesn't work".
It isn't that "==" or "!=" gives the wrong result.
"==" or "!=" simply won't compile.
> - Orig
Luke Kenneth Casson Leighton wrote:
On Fri, Jul 27, 2001 at 12:05:02AM -0700, Brian Pane wrote:
hmmm...looking at the code, it makes sense that SMS is
half as fast as the original pools code. I didn't realize
this until just now, but the polymorphism in the SMS framework
will probably make it impo
From: "Brian Havard" <[EMAIL PROTECTED]>
Sent: Friday, July 27, 2001 11:30 AM
> On Fri, 27 Jul 2001 11:09:55 -0500, William A. Rowe, Jr. wrote:
>
> >It gets you (and I) the apr_thread_pool_get declaration that _used_ to hide
> >within this very same block, which was bad mojo.
>
> Ah, ok, didn't
We should really write a preface in the API docs ... when are apr_foo_t's
== not equal :)
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 27, 2001 11:54 AM
Subject: cvs commit: apr/memory/unix apr_sms_threads.c
> trawick 01/07/27 09:54:44
>
> On Fri, 27 Jul 2001, David Reid wrote:
>
> > Did we ever get anywhere with changing the buckets code to use sms?
>
> I've still got some half-written patches laying around. I put them aside
> awhile back because I was busy with other things, because SMS was in a
> state of grand flux, and becau
On Fri, 27 Jul 2001 11:09:55 -0500, William A. Rowe, Jr. wrote:
>It gets you (and I) the apr_thread_pool_get declaration that _used_ to hide
>within this very same block, which was bad mojo.
Ah, ok, didn't spot that. That's another that will need its export fixed
though nothing appears to use it
On 27 Jul 2001 [EMAIL PROTECTED] wrote:
> dreid 01/07/27 03:22:04
>
> Modified:.configure.in Makefile.in
> Log:
> Neither beos or OS/2 has any subdirs that need installing, so the commit
> that added INSTALL_SUBDIRS broke the build. I couldn't find a way of
> getting
>
On Fri, 27 Jul 2001, Luke Kenneth Casson Leighton wrote:
> > * The SMS-based implementation has to do essentially the same
> > work, but it also does an extra function call (apr_sms_malloc
> > calls apr_sms_trivial_malloc).
>
> okay: how about this. in the cases where fast-optimisation
> is r
On Fri, 27 Jul 2001, David Reid wrote:
> Did we ever get anywhere with changing the buckets code to use sms?
I've still got some half-written patches laying around. I put them aside
awhile back because I was busy with other things, because SMS was in a
state of grand flux, and because Brian's gp
On Thu, Jul 26, 2001 at 04:56:24PM -0400, Cliff Woolley wrote:
> > If it's okay with people, I'd like to add apr_get_username(). I can
> > implement the Unix part by calling getuid(). But somebody else would
> > need to write the win32 equivalent.
> >
> > Thoughts?
>
> +1... Luke has asked for
On Fri, Jul 27, 2001 at 12:56:34AM -0500, William A. Rowe, Jr. wrote:
> The code to format a sid is already in apr/user/win32/userinfo.c and I won't
> object to it becoming public (with the usual name.)
i have been meaning to create a SID-manipulating library, if
anyone's interested. we have to
On Fri, Jul 27, 2001 at 12:05:02AM -0700, Brian Pane wrote:
> hmmm...looking at the code, it makes sense that SMS is
> half as fast as the original pools code. I didn't realize
> this until just now, but the polymorphism in the SMS framework
> will probably make it impossible to match the perform
On 27 Jul 2001 10:22:04 -, [EMAIL PROTECTED] wrote:
>dreid 01/07/27 03:22:04
>
> Modified:.configure.in Makefile.in
> Log:
> Neither beos or OS/2 has any subdirs that need installing, so the commit
> that added INSTALL_SUBDIRS broke the build. I couldn't find a way of ge
Ouch! This breaks OS/2 as the !defined(OS2) condition doesn't make it into
exports.c. Changing it to
#if APR_HAVE_SIGWAIT && !defined(OS2)
fixes it but I'd like to know what the below patch actually achieves.
On 27 Jul 2001 05:37:13 -, [EMAIL PROTECTED] wrote:
>wrowe 01/07/26 22:37:
Guys,
If nothing else this discussion and the work done has demonstrated that the
pools code is actually pretty damn good for what we're doing with it in
apache. The SMS code has uses, but they're probably not going to be in
replacing pools as the basic, underlying memory allocation system in APR
Following wrowe's suggestion I've just tagged these 2 files as
APACHE_2_0_22_dev as they're good changes and get us building on pre-BONE
beos...
I'm also about to commit a change that fixes the make install issue, but
others may want to test it before we declare it fit for inclusion in the
next ro
Justin Erenkrantz wrote:
On Thu, Jul 26, 2001 at 10:50:58PM -0700, Brian Pane wrote:
But there's a problem with the SMS lock management.
According to gprof, every call to apr_sms_trivial_malloc
acquires and releases a lock.
Yup. I'm working on this right now. =) (What I have in my tree
right no
On Thu, Jul 26, 2001 at 10:50:58PM -0700, Brian Pane wrote:
> But there's a problem with the SMS lock management.
> According to gprof, every call to apr_sms_trivial_malloc
> acquires and releases a lock.
Yup. I'm working on this right now. =) (What I have in my tree
right now isn't in commit
rv = apr_get_userid(&userid, &groupid, username, p);
if (rv != APR_SUCCESS) {
fprintf(stderr, "apr_get_userid(,,%s,) failed: %s\n",
username,
apr_strerror(rv, msgbuf, sizeof(msgbuf)));
exit(-1);
}
else {
printf("user/group ids
Justin Erenkrantz wrote:
On Wed, Jul 25, 2001 at 10:29:35AM -0700, Brian Pane wrote:
Lately the httpd won't build when configured with
--enable-sms, because of unresolvable references to
apr_pool_child_cleanup_set in file_io/unix/open.c.
Is there supposed to be an implementation of this
function in
From: "Ben Collins-Sussman" <[EMAIL PROTECTED]>
Sent: Thursday, July 26, 2001 3:42 PM
> I need to get the char *username of the person running the current
> process. I looked in apr_user.h, and see routines for converting
> back-and-forth between apr_uid_t and char *username -- but no routines
>
26 matches
Mail list logo