Re: apr-iconv 1.0

William A. Rowe, Jr. wrote: FWIW - who else in this community wants to participate if such an ASL/BSD licensed iconv project grew up around the most current code for iconv? Well, I'm interested if the final product will not depend on a hundred or so separate .dll's for each and every charset, and

Re: apr-iconv 1.0

William A. Rowe, Jr. wrote: Well, I'm interested if the final product will not depend on a hundred or so separate .dll's for each and every charset, and if apr_util will not depend on apr_iconv. I'd see that as advantage as well. I understand loadable modules for complex translations, but not for

Re: apr-iconv 1.0

William A. Rowe, Jr. wrote: This is the original thread we discussed apr-iconv going forward in 1.0. It seemed at the time our conclusion was that apr-iconv would be an internal implementation, not for consumption by the outside world. Well, not sure if I already posted this, but anyhow.

Re: APR-Util 1.1.0-rc2

Paul Querna wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have created RC2 for only APR-Util. Tested on: WINXP (SP2): +1 Mladen.

Re: resend [PATCH] set process attribute uid

Joe Orton wrote: On Fri, Jan 14, 2005 at 12:18:04PM +0100, Mladen Turk wrote: Hi, It's been couple of months since I proposed a patch that will allow setting uid/gid for newly created processes using apr_proc_create. New warnings: threadproc/unix/proc.c: In function `apr_proc_create

Re: oo-dev Inquiry - Interest?

William A. Rowe, Jr. wrote: I'm posting to determine who in the apr project would be interested in a defining a common oo approach to apr and hosting those efforts in this sphere within apr? Comments? Interest? Well, as you might already know I'm more then interested :) . There is already

resend [PATCH] set process attribute uid

Hi, It's been couple of months since I proposed a patch that will allow setting uid/gid for newly created processes using apr_proc_create. If no one objects I'll commit the patch. Regards, Mladen procattr_user_set.patch.txt Description: application/octet-string

Re: APR 1.1.0 Releasee Cycle?

Garrett Rooney wrote: Paul Querna wrote: 2. APR DBI/DBD from Nick Kew is not yet into APR-Util. I think there was general agreement that this interface would be worth having, but Nick is waiting to be granted karma for APR. PMC? I would like to see this in APR-Util, but I'm skeptical of just

Re: [INTRODUCE] apr-java

William A. Rowe, Jr. wrote: Silly Question - doesn't this proposal fit better in the commons project than Tomcat? Perhaps, but the guys that are interested in both c and Java live inside J-T-C :). And since it will be buildable independent of any connector code, it could be moved to commons or

Building APR using free Microsoft Tools HOWTO

Hi, Perhaps someone will find that HOWTO useful :). There has been some discussions regarding building ASF software on WIN32 using free MS Tools. Well, I must admit that I was skeptic about it, but all in one they can be build quite easily. Prerequisites: Two things you will need: Platform SDK

Re: Building APR using free Microsoft Tools HOWTO

William A. Rowe, Jr. wrote: Mladen, just an FYI... this would leave a couple key issues; 1. This is not an MSVCRT based build, there is a new set of clib dll files corresponding to the new compilers, which are not nearly as widely distributed as MSVCRT.dll Yes, the same as you build

Re: APR is now using Subversion

Cliff Woolley wrote: We've taken the plunge. The APR CVS repositories are now converted and closed. Hi I'm getting the following when trying to commit: Authentication realm: https://svn.apache.org:443 ASF Committers Entering my username and password fails. I followed the directions at:

Re: APR is now using Subversion

Mladen Turk wrote: We've taken the plunge. The APR CVS repositories are now converted and closed. Authentication realm: https://svn.apache.org:443 ASF Committers Entering my username and password fails. I followed the directions at: http://www.apache.org/dev/version-control.html Did I miss

[OT] Developer lists and Reply-To header

Hi, Is there any reason why apr, apr-util, httpd mailing lists have Reply-To header set to the sender and not to the list itself. I think almost all other lists has the 'Replay-To' header set to the list itself. I mean, I'm receiving the messages from the list and not from the particular poster,

Some pending pathches for review/commit

Hi, Trying for a third week :). I've posted couple of patches for apr that seems to be lost somewhere. There has been some discussion on some of them, so I'm sending them all at once with brief explanation for each. 1. test_makefile_win.patch The apr/test/Makefile.win is missing a target to build

Re: renaming apr_file_permissions defines

William A. Rowe, Jr. wrote: Trying for a third week :) . Keep trying :) Several project releases distracted a number of users of this list... Don't worry, someone said that Croats are pretty stubborn :) . For your 1. and 3. and 4. they are fine, simply commit them, +1 to fix in both head

[PATCH] apr_reslist - reuse destroyed resource containers

Hi, The patch allows reusing resource containers. Although the existing code calls free_container when the extra resources are destroyed, this container is never used. Patch adds extra list that maintains those resources, and uses them instead allocating the new one over and over again. The second

Some pending pathches for review/commit

Hi, I've posted couple of patches for apr that seems to be lost somewhere. There has been some discussion on some of them, so I'm sending them all at once with brief explanation for each. 1. test_makefile_win.patch The apr/test/Makefile.win is missing a target to build a readchild.exe that test is

[PATCH] obtain nidle and acuirable from reslist

Hi, The patch adds two new functions to reslist. The first one returns the number of idle resources. The second returns the number of resources that can be acquired without the need to wait for a free resource. The purpose for a patch is to remove the nfree calculations from the new proxy

Re: [Fwd: Re: Making pool 3 times faster on WIN32]

William A. Rowe, Jr. wrote: Yes - httpd tends to perform a rather small number of malloc/free operations - well, if you aren't using some add-in modules such as svn which have more atomic memory units to free up. Sorry for the noise :) I don't consider it noise. Please don't dismiss this patch

Making pool 3 times faster on WIN32

Hi, If my tests are correct the following patch makes the pool allocation tree times faster on WIN32 (at least for 1 million 32 bytes allocations). Not sure what's the total httpd's time spent for palloc, but I suppose it's quite a large value. Regards, MT. Index: apr_pools.c

[PATCH] WIN32 - fix apr_thread_join (PR: 28460) - v.3

Take 3 for the thread_join fix :). This one behaves like on *nix when thread_join is called on a thread without thread_exit called. My FreeBSD 4.10 with ngpt-1.0.1 simply returns APR_SUCCESS and sets the exitval to 0. Other comments are the same as for the previous post. Index: thread.c

[PATCH] set process attribute uid -- v.2

Hi, Taking into account few comments from the previous patch... 1. Added two new functions: apr_procattr_user_set apr_procattr_group_set 2. Added define APR_PROCATTR_USER_SET_REQUIRES_PASSWORD that tells if the password is needed for user_set call. 3. For unix the uid and gid are set only

[PATCH] fix apr_random

Hi, This patch fixes the testrandom on WIN32. Found by try-error-fix, knowing that the allocated data on WIN32 is garbage, and on unixes it might be zeroed, and that could be the only cause why the test is passing on my FreeBDS, but fails on WIN32. Anyhow, all the tests passing now on WIN32,

[PATCH] set process attribute uid (WAS: [PATCH] WIN32 CreateProcessAsUser)

Hi, Discussing with wrowe, I've changed the patch a bit. The apr_proc_attr_user_set is now visible on all platforms, and on most of them it is ENOTIMPL. The unix version uses apr_uid_get to obtain the uid and gid, but the actual code is noop for now. The win version now makes sure that the calling

[PATCH] test/Makefile.win -- add readchild.exe to build

readchild.exe is never build on win so test_pipe keeps hanging. cvs diff -u Makefile.win (in directory C:\WRKTOOLS\WINCVS\DATA\apache\apr\test\) Index: Makefile.win === RCS file: /home/cvspublic/apr/test/Makefile.win,v retrieving

Re: [PATCH] set process attribute uid (WAS: [PATCH] WIN32 CreateProcessAsUser)

Jeff Trawick wrote: The unix version uses apr_uid_get to obtain the uid and gid, but the actual code is noop for now. either return ENOTIMPL and don't bother putting in dead, untested code, or activate the code and hope for the best; the latter is how many things begin working ;) OK, I'll test on

[PATCH] WIN32 - fix apr_thread_join (PR: 28460) - v.2

Hi, Second try :) To be consistent, the patch now follows the unix behavior. a) If the thread is detached don't allow thread_join but rather return APR_DETACHED. b) If not detached, expect that thread_join will be called. c) If thread_exit was never called before thread_join do not set

Re: [PATCH] WIN32 - fix apr_thread_join (PR: 28460) - v.2

Cliff Woolley wrote: On Fri, 27 Aug 2004, Mladen Turk wrote: c) If thread_exit was never called before thread_join do not set the retval but rather return APR_INCOMPLETE. That's really what the unix impl does? Probably not :) Didn't test what happens if you call the thread_join without ever

[PATCH] WIN32 Fix apr_stat obtaing protection info

Hi, apr_stat fails obtaining protection cause APR_READCONTROL flag set on apr_file_open inside apr_stat is never used. The READ_CONTROL is needed cause GetSecurityInfo returns Access is denied otherwise. Tested both on files and dirs, and... one break less in testall :) Index: open.c

Re: [PATCH] WIN32 Fix apr_stat obtaing protection info

Bill Stoddard wrote: apr_stat fails obtaining protection cause APR_READCONTROL flag set Just out of curiosity, does this change affect performance serving static files in any measureable way? I think it doesn't, cause as currently implemented the GetSecurityInfo is called, but fails on any file,

[PATCH] WIN32 CreateProcessAsUser

Hi all, Here is the patch that uses new function apr_procattr_user_set. It is conditionally compiled and if called before creating process, ensures that the process is created under different credentials. The usage of such function is for httpd, to allow running the child process under different

Re: RC6 take 2

David Reid wrote: Thanks. Anyone from the world of windows care to comment... Here are some windows comments :) . Compilation: sha2.c random\unix\sha2.c(461) : warning C4244: '=' : conversion from 'apr_uint64_t' to 'unsigned int', possible loss of data random\unix\sha2.c(507) : warning C4244:

Re: RC6 take 2

David Reid wrote: Justin Erenkrantz wrote: --On Thursday, August 26, 2004 9:09 AM +0100 David Reid [EMAIL PROTECTED] wrote: new apr-util tarballs are now available at http://www.apache.org/~dreid/ So far I've seen only 1 +1 for a release. Anyone else care to vote? +1. Passes testall for both

Re: RC6 take 2

Justin Erenkrantz wrote: Well, I should run the test with verbose: Listed only the one with verbose messages (both SUCCESS and FAIL). I hate to ask this: but have these tests ever worked? I guess it's sucky that some tests fail on Win32, but if they never worked, I don't consider it a

Re: RC5

David Reid wrote: So, apart from the complaints about apr-util, are people happy that apr RC5 is OK? Are those who wanted the ldap code yanked now happy that it can be added back in? david Here is what I'm getting trying to compile the latest HEAD on WIN32: Creating apr_ldap.h from apr_ldap.hw

RE: apr_reslist in apr-util 0.9

Paul Querna wrote: On Thu, 2004-07-29 at 00:43 +0200, Graham Leggett wrote: Hi all, Is apr_reslist supported in apr-util v0.9 (the branch that is currently shipped with httpd v2.0)? It is present, but does not have the latest features that are in HEAD. (I believe it is just

RE: apr_reslist in apr-util 0.9

Graham Leggett wrote: Since it's backward compatible, IMO it can be backported. Can you post the patch again? Long time gone :) But, here is the diff. http://cvs.apache.org/viewcvs.cgi/apr-util/misc/apr_reslist.c?r1=1.6r2=1.7; diff_format=h and

RE: Making apr_file_open 'virtual'

-Original Message- From: Graham Leggett Has someone consider making a 'virtual file system' over a apr calls? Sounds like a really good idea. Would apr try and implement virtual filesystems itself, or would apr detect existing virtual filesystem libraries on the system

jk2 new shmem using APR

Hi, I'm working on a new shmem for JK2 implementation using APR (It took me more then I've expected :-). After having few different implementations, here is what I propose: Use the shared memory (anonymous where applicable) through apr_rmm. The entire shm support will be available _only_ if

RE: jk2 new shmem using APR

-Original Message- From: [EMAIL PROTECTED] The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr.

RE: jk2 new shmem using APR

-Original Message- From: jean-frederic clere [EMAIL PROTECTED] wrote: Quoting [EMAIL PROTECTED]: I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's

[PATCH] Fixed timeout for apr_reslist

From: Jeff Trawick Cliff Woolley wrote: Is it really correct to return APR_EAGAIN regardless of the return value of apr_thread_cond_timedwait()? Or is that a bug caused by a lack of {}'s? This is why we tend to say that you should always use {}'s, even if the conditional

REPOST: [PATCH] add timeout to apr_reslist

Hi, Can someone review this patch and eventually respond if there are any chances to get this patch committed to apr-util. If not we'll make something different then. Thanks, MT. -Original Message- From: Mladen Turk Sent: 3. prosinac 2003 20:09 To: dev@apr.apache.org Subject

[PATCH] add timeout to apr_reslist

Hi, The patch adds the timeout to apr_reslist. We would like to use that kind of a behavior for a JK2 connector's dynamic connection pool. The current implementation waits forever for the resource to become available, but we need to return the 503 when the maximum number of resources is

[ADDON] db1 hash package

Hi, Dunno if it's relevant, or applicable, or even needed (except for me). I've ported the netbsd's db hash lib to win32 and linux. The reason is that the only non-gnu hashing package is sdbm, with the 1008 bytes key/value pair size limit, so it's useless for most purposes where the larger sizes

RE: [PATCH] Updated atomic API

-Original Message- From: Brian Pane Changes not yet made: - Removal of the old API (I saw two comments in favor of this, including my own; I'll wait for an official 3 +1s and no -1s before I start deleting stuff) - Return values for the add, subtract, and inc

RE: [PATCH] Updated atomic API

-Original Message- From: Mladen Turk -Original Message- From: Brian Pane Changes not yet made: - Removal of the old API (I saw two comments in favor of this, including my own; I'll wait for an official 3 +1s and no -1s before I start deleting stuff

RE: Creative solution to a lack of recursive #define's?

-Original Message- From: William A. Rowe, Jr. Anyways, since the recursive #defines below don't work, and we don't want the hook implementor to have to go through any 'extra' hoops, does anyone have some thoughts on the fragment below for stringizing the entry point 'pf's

[PATCH] WIN32 apr_atomic_t

Hi, The apr_atomic_t is first typedef to LONG, then later in the code it is tested as: #if !defined(apr_atomic_t) #define apr_atomic_t apr_uint32_t #endif So, it's reverted to unsigned int, since it's not defined preproc directive. This causes compilation to fail in cpp. Index: apr_atomic.h

[PATCH] WIN32 filedup

Hi, The WIN32 version of apr_file_dup is missing the create_mutex call. This make duplicated file unusable (the ap segfaults) if opened with APR_APPEND flag. Here is the patch: RCS file: /home/cvspublic/apr/file_io/win32/filedup.c,v retrieving revision 1.54 diff -u -3 -r1.54 filedup.c ---

RE: [PATCH] apr-iconv: enable prelinked modules

-Original Message- From: Branko Cibej [mailto:[EMAIL PROTECTED] Sent: 11. oujak 2003 1:40 To: [EMAIL PROTECTED] Cc: dev@apr.apache.org Subject: Re: [PATCH] apr-iconv: enable prelinked modules Mladen, most of this patch are whitespace-only changes. That makes it very hard to

[PATCH] apr-iconv: enable prelinked modules

Hi, The patch enables building apr-iconv with the selected set of prelinked modules. If the requested module is not found as prelinked, then the existing mechanism (apr_dso_*) is used. Right now the selected module list is static, so the next step would be to make that customizable. The

RE: Compiling APR with Visual Studio .NET

-Original Message- From: Pattrick Hueper - proQrent GmbH [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 28, 2003 1:44 PM To: dev@apr.apache.org Subject: Compiling APR with Visual Studio .NET Hi all, i am trying to compile apr under Windows 2000 using Visual Studio .NET,

[PATCH] apr_md5 use APR_HAVE_CRYPT_H

Hi, The patch uses already resolved preprocessor var APR_HAVE_CRYPT_H, instead of fixed OS dependent one. If someone wishes to add the crypt support to the apr (like for example Eric Young's fcrypt) on the platform that initially doesn't provide that, it can be done much easier. RCS file:

[PATCH] win32ver.awk

Hi, Totally unneeded patch:) Solves the OriginalFilename decoration for dll's and so. For example libhttpd has original filename as libhttpd.exe not libhttpd.dll, and my stupid antivirus program thinks of that as an potential virus! Anyhow here is the patch. RCS file:

[PATCH] apr_stat - fix getting APR_FINFO_NAME on WIN32

Hi, Don't know if someone noticed but the apr_finfo_t.name is filled out only in rare cases, when one explicitly sets the (APR_FINFO_NAME | APR_FINFO_LINK) to the wanted param of apr_stat. For example apr_stat(info, some.file, APR_FINFO_NAME, p) never fills the info.name member. The patch fixes

[PATCH] fix apr-iconv/iconv.c with iconv library

Hi, The patch fixes apr-iconv with iconv library (tested with libiconv-1.8). MT. iconv.patch Description: Binary data

[PATCH] fix apr-util/xlate HAVE_APR_ICONV / HAVE_ICONV

Hi, The patch fixes xlate's HAS_APR_ICONV - HAVE_APR_ICONV (dunno if that brakes something). Also few bug fixes; like nonexistent apr_iconv_t type, checking for pointer instead ptr value, etc... MT. xlate.patch Description: Binary data

[PATCH] fix apr_geotpt optional arguments

Hi, This is a fix for apr_getopt optional arguments in the form of o::. MT. getopt.c.patch Description: Binary data

[PATCH] fix apr_geotpt optional arguments

Hi, This is a fix for apr_getopt optional arguments in the form of x::. MT. getopt.c.patch Description: Binary data

Move the regex code to apr-utils?

Hi, Are there any particular reasons that regex code shouldn't be moved to the apr-utils like expat is. That way we'll be (the non httpd developers) able to use the same code for the things that need regular expressions, instead of linking the same lib multiple times. MT.

[WIN32] apr_sockets BUG?

Hi, Dunno if I miss something, but the server/client test on WIN32 doesn't work. Well, as far I've been able to track the things down the non-blocking sockets are the bugger. Server dump: server: Initializing OK server: Creating context OK

RE: [WIN32] apr_sockets BUG?

-Original Message- From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Friday, April 19, 2002 7:23 PM To: Jeff Trawick Cc: Mladen Turk; APR Dev Subject: Re: [WIN32] apr_sockets BUG? Dunno if I miss something, but the server/client test on WIN32 doesn't work. Well

Re: [PATCH] WIN32 Optimistic apr_proc_kill

- Original Message - From: Bill Tutt [EMAIL PROTECTED] To: 'Mladen Turk' [EMAIL PROTECTED]; Bill Tutt [EMAIL PROTECTED]; dev@apr.apache.org Sent: Saturday, February 16, 2002 12:57 AM Subject: RE: [PATCH] WIN32 Optimistic apr_proc_kill Not quite. Yes we're calling kill, but you also

Re: [PATCH] WIN32 Optimistic apr_proc_kill

- Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; Bill Tutt [EMAIL PROTECTED]; dev@apr.apache.org Sent: Saturday, February 16, 2002 6:47 PM Subject: Re: [PATCH] WIN32 Optimistic apr_proc_kill From: Mladen Turk [EMAIL PROTECTED] Sent

Re: [PATCH] WIN32 Optimistic apr_proc_kill

- Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; Bill Tutt [EMAIL PROTECTED]; dev@apr.apache.org Sent: Saturday, February 16, 2002 7:43 PM Subject: Re: [PATCH] WIN32 Optimistic apr_proc_kill From: Mladen Turk [EMAIL PROTECTED] Sent

[PATCH] WIN32 Optimistic apr_proc_kill

Hi all, The TerminateProcess has a nasty habit to kill the process using brute force. The patch I propose tries to inject the ExitProcess function to the remote process and calling that function, causing 'normal' process termination. If that fails the TerminateProcess is called. This is useful

Re: [PATCH] WIN32 Optimistic apr_proc_kill

- Original Message - From: Bill Tutt [EMAIL PROTECTED] To: 'Mladen Turk' [EMAIL PROTECTED]; dev@apr.apache.org Sent: Friday, February 15, 2002 11:44 PM Subject: RE: [PATCH] WIN32 Optimistic apr_proc_kill This isn't a nicer way to kill child processes. While DLL cleanup tasks might

RE: cvs commit: apr/misc/win32 getuuid.c

-Original Message- From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 3:10 AM To: Greg Stein; dev@apr.apache.org; Mladen Turk Subject: Re: cvs commit: apr/misc/win32 getuuid.c +1, Agreed and backed out. Mladen - would you substitute

RE: cvs commit: apr/misc/win32 getuuid.c

-Original Message- From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 11:58 AM To: William A. Rowe, Jr. Cc: dev@apr.apache.org Subject: Re: cvs commit: apr/misc/win32 getuuid.c On Tue, Feb 12, 2002 at 08:10:26PM -0600, William A. Rowe, Jr. wrote: +1,

RE: APR WCE take 3

-Original Message- From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 12, 2002 3:31 AM To: dev@apr.apache.org Subject: Re: APR WCE take 3 From: William A. Rowe, Jr. [EMAIL PROTECTED] Sent: Monday, February 11, 2002 8:24 PM Going back to take two...

APR WCE take 3

My last patch to enable WCE builds need to patch the 36 files to get things work. I took a slightly different approach. Instead of applying patches to those files (mostly for the reason of missing API calls), I've created couple of additional files which purpose is to either recreate the missing

[PATCH] Support WINNT builds and initial WINCE support

Hi, all The patch solves the NT only builds and the non-ANSI architectures. Since I have a working port of current APR for Windows CE 3.0+ to be able to start to include the needed changes, this patches are needed. How it works: Beside the current APR_HAS_UNICODE_FS, I've added the

RE: [PATCH] Support WINNT builds and initial WINCE support

-Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, January 28, 2002 1:39 PM To: dev@apr.apache.org Cc: William A. Rowe, Jr. Subject: [PATCH] Support WINNT builds and initial WINCE support Hi, all The patch solves the NT only builds and the non

Re: [PATCH] Support WINNT builds and initial WINCE support

- Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: [EMAIL PROTECTED]; dev@apr.apache.org Sent: Monday, January 28, 2002 5:44 PM The reason for changing the os enumeration was to be able to add the extra LSB bit that indicate if the OS has UNICODE support (see the

[PATCH] APR WCE

Some more work on the subject... MT. misc.h.diff Description: Binary data apr.hw.diff Description: Binary data apr_general.h.diff Description: Binary data apr_private.h.diff Description: Binary data atime.h.diff Description: Binary data dso.c.diff Description: Binary data

RE: [PROPOSAL] apr_shm_t, a new shared memory API to replace old

-Original Message- From: Aaron Bannert [mailto:[EMAIL PROTECTED] Sent: Monday, January 07, 2002 7:31 PM To: dev@apr.apache.org Subject: [PROPOSAL] apr_shm_t, a new shared memory API to replace old The current API (apr_shmem_t) has some undesirable features that make it

Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old

- Original Message - From: 'Aaron Bannert' [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED] Cc: dev@apr.apache.org Sent: Tuesday, January 08, 2002 7:04 PM Subject: Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old Ok, I'll try. When creating shared memory segment

Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old

- Original Message - From: Ryan Bloom [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; 'Aaron Bannert' [EMAIL PROTECTED] Cc: dev@apr.apache.org Sent: Tuesday, January 08, 2002 7:48 PM Subject: Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old Yes, that's my point

Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old

- Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; 'Aaron Bannert' [EMAIL PROTECTED] Cc: dev@apr.apache.org Sent: Tuesday, January 08, 2002 8:53 PM Subject: Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old I'm also

Re: [PROPOSAL] apr_shm_t, a new shared memory API to replace old

- Original Message - From: Ryan Bloom [EMAIL PROTECTED] To: William A. Rowe, Jr. [EMAIL PROTECTED]; Mladen Turk [EMAIL PROTECTED]; 'Aaron Bannert' [EMAIL PROTECTED] Cc: dev@apr.apache.org Sent: Tuesday, January 08, 2002 11:00 PM Subject: Re: [PROPOSAL] apr_shm_t, a new shared memory API

[PATCH] APRize ApacheMonitor

. * * Contributed by Mladen Turk [EMAIL PROTECTED] * * 05 Aug 2001 * */ #define _WIN32_WINNT 0x0400 #ifndef STRICT #define STRICT #endif #ifndef OEMRESOURCE #define OEMRESOURCE #endif #include windows.h #include windowsx.h #include

[ADDON] apr_malloc/apr_realloc/apr_free on per pool basis

Hi, This is an attempt to make a virtual memory space inside the pool. MT. /* * The Apache Software License, Version 1.1 * * Copyright (c) 2000-2001 The Apache Software Foundation. All rights * reserved. * *

Re: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis

- Original Message - From: Sander Striker [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; dev@apr.apache.org Sent: Wednesday, December 19, 2001 6:47 PM Subject: RE: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis I have a patch to add apr_prealloc and apr_pfree to pools

Re: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis

- Original Message - From: Sander Striker [EMAIL PROTECTED] To: dev@apr.apache.org Sent: Wednesday, December 19, 2001 7:31 PM Subject: RE: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis Please explain what you mean with this last line. How is your mem usage pattern? What

Re: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis

- Original Message - From: Ryan Bloom [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED]; Sander Striker [EMAIL PROTECTED]; dev@apr.apache.org Sent: Wednesday, December 19, 2001 7:32 PM Subject: Re: [ADDON] apr_malloc/apr_realloc/apr_free on per pool basis On Wednesday 19 December

RE: [PATCH] optimization for hash tables and pool userdata

-Original Message- From: Ian Holsman [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 6:03 PM To: Brian Pane Cc: dev@apr.apache.org Subject: Re: [PATCH] optimization for hash tables and pool userdata On Sat, 2001-11-17 at 23:35, Brian Pane wrote: This patch

RE: [PATCH] apr_generate_random_bytes - WIN32

-Original Message- From: Cliff Woolley [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2001 9:21 PM To: Mladen Turk Cc: Sander Striker; APR Dev List Subject: RE: [PATCH] apr_generate_random_bytes - WIN32 Shouldn't there be an else in here that returns apr_get_os_error

[PATCH] apr_generate_random_bytes - WIN32

Hi, The WIN-XP does not starts the cryptographic service provider (CSP) by default (at least on my installation). I think they move that out to boot faster. Well, anyhow, the patch tries to create the new key container with the default name if the CSP was not started allready. Interesting is

RE: [PATCH] apr_generate_random_bytes - WIN32

-Original Message- From: Sander Striker [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2001 7:50 PM To: Mladen Turk; APR Dev List Subject: RE: [PATCH] apr_generate_random_bytes - WIN32 +if (CryptAcquireContext(hProv,NULL,NULL,PROV_RSA_FULL

RE: [PATCH] win32/locks.c - Terminal Services on WIN2K

-Original Message- Mladen, we try to cite KB article numbers on items like this. Do you have a reference for the comments??? From MSDN April 2001. Platform SDK: DLL, Processes, and Threads CreateMutex The CreateMutex function creates or opens a named or unnamed mutex

[PATCH] win32/locks.c - Terminal Services on WIN2K

Hi, Here is the patch that deals with the strange things that took me almost a week to solve. I've build a service that created a lock an everything worked fine until I run it using terminal services on WIN2K, (thanks to MSDN here is the solution). Don't see any reason why someone would use

[ADDON] win32/shmem.c

Hi, Humble attempt to make a shmem on WIN platform... Right now the code has some overhead due to my thoughts how things should go in future. Basically I'm trying to solve the Dijktra's Dining Philosophers problem. To do such a stuff the shmem should have some sort of locking mechanism. I'm

RE: [PATCH] apr_hash.c -- Make table ordered

-Original Message- From: Branko ibej [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 10, 2001 10:10 PM To: Mladen Turk Cc: APR Dev List; Apache Dev Subject: Re: [PATCH] apr_hash.c -- Make table ordered Mladen Turk wrote: Hi, Here is the patch that makes the apr_hash table

RE: [PATCH] apr_hash.c -- Make table ordered

-Original Message- From: Justin Erenkrantz [mailto:[EMAIL PROTECTED] Sent: 10. listopad 2001 23:10 To: Mladen Turk Cc: APR Dev List Subject: Re: [PATCH] apr_hash.c -- Make table ordered On Thu, Oct 11, 2001 at 07:58:04AM +0200, Mladen Turk wrote: The question is where the hash

RE: [PATCH] apr_hash.c -- Make table ordered

-Original Message- From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: 10. listopad 2001 23:47 To: Mladen Turk Cc: [EMAIL PROTECTED]; APR Dev List Subject: Re: [PATCH] apr_hash.c -- Make table ordered I'm with Branko here... -1 Hash tables are unordered entities. Pure

[ADDON] apr_hlist -- Was [PATCH] apr_hash.c

Hi, This is the apr_hash on steroids :) It enables to do 'worker' things like: static int lwr_worker( const void **key, apr_ssize_t klen, void **val) { if (!key) return -1; *val = strlwr(*val); return 0; } ... apr_hlist_walk(list, lwr_worker); or sorting:

[ADDON] db-1.85 for apr-util

Hi all, Don't know if this has some meaningful usage for the rest of community but here is the whole story. Recently I needed a database-like storage mechanism for the apache module I'm working on, so there was couple of things that I need to consider. One of the major things was that the

[PATCH] apr_file_mktemp

) apr_pool_cleanup_register((*fp)-cntxt, (void *)(*fp), apr_unix_file_cleanup, apr_unix_file_cleanup); #endif Mladen Turk MCSE/GIS Specialist MappingSoft mailto: [ [EMAIL PROTECTED] ] http://apache.mappingsoft.com

<    1   2   3   4   5   >