Thanks for your report! I'd fixed with a similar patch some time ago for the
growing dots problem, but the problem with GetNamedSecurityInfoW should now
be resolved as well.
Bill
- Original Message -
From: "Mats Nilsson" <[EMAIL PROTECTED]>
To:
Sent: Monday, August 06, 2001 12:20 PM
Su
From: "Mats Nilsson" <[EMAIL PROTECTED]>
Sent: Monday, August 06, 2001 12:20 PM
> During my testing the subversion (http://subversion.tigris.org) on the
> Win32 platform, I ran into some problems with the apr_dir_open/apr_dir_read
> functions as implemented on Win32.
...>
> 1. Sometimes the ap
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Friday, September 07, 2001 6:39 AM
> On Thursday 06 September 2001 22:52, [EMAIL PROTECTED] wrote:
> > jerenkrantz01/09/06 22:52:29
> >
> > Modified:modules/filters mod_include.c
> > Log:
> > Fix error in Netware-specific code.
> >
> >
> wrowe 01/09/08 23:03:05
>
> Modified:.CHANGES
>file_io/netware filesys.c
>file_io/os2 filesys.c
>file_io/unix filepath.c
>file_io/win32 filepath.c filesys.c
>include apr_file_info.h apr_thread_pr
From: "kevin seguin" <[EMAIL PROTECTED]>
Sent: Friday, June 22, 2001 10:23 AM
> in the following code snippet, i'm trying to get the full path for a
> given file name (in argv[1]) using apr_file_get_info() and apr_stat().
> in looking at apr_file_info.h, it appears that apr_finfo_t.fname should
From: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 2:45 PM
> brane 01/09/10 12:45:05
>
> Modified:threadproc/win32 proc.c
> Log:
> (apr_proc_create): Fix bug in conversion of program name to Unicode on
> WinNT: utf8_to_unicode_path needs more space than just the program
Well they all build once again, thanks for your earlier fix.
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Monday, September 17, 2001 12:44 PM
> On Monday 17 September 2001 10:31 am, [EMAIL PROTECTED] wrote:
>
> Gee, thanks. I was actually about to commit that, because the apr tests
> fail with
CHANGES entries should be accompanied by the implementor's name ;)
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, September 18, 2001 4:40 PM
Subject: cvs commit: apr CHANGES
> rbb 01/09/18 14:40:24
>
> Modified:.CHANGES
> L
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Wednesday, September 19, 2001 10:44 AM
> On Wed, Sep 19, 2001 at 08:19:01AM -0700, Ryan Bloom wrote:
> >
> > I would like to move APR to a releasable state finally. To do this, we
> > need to
> > finish the locking API at the very least. Does
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Wednesday, September 19, 2001 10:19 AM
> I would like to move APR to a releasable state finally. To do this, we need
> to
> finish the locking API at the very least. Does anybody have other issues that
> need to be resolved?
Versioning.
? Feature
From: "Jon Travis" <[EMAIL PROTECTED]>
Sent: Wednesday, September 19, 2001 2:27 PM
> On Wed, Sep 19, 2001 at 12:16:24PM -0700, Ryan Bloom wrote:
> > On Wednesday 19 September 2001 11:37 am, William A. Rowe, Jr. wrote:
> > >
> > > Considering how we u
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Wednesday, September 19, 2001 4:38 PM
> On Wed, Sep 19, 2001 at 02:33:22PM -0700, Ryan Bloom wrote:
> > Which philosophy would that be?
> >
> > Tables have worked this way for a very long time. Take a look at the docs
> > in apr_table.h:
> >
The OC child logic is broken WRT the 'id' field. I noticed the bogosity
grepping for Win32 casts.
We have no reason _not_ to simply carry the apr_proc_t * instead of 'id'.
Comments?
Bill
brokenoc.patch
Description: Binary data
IMHO, these discrepancies should be hidden by our API. E.g. we aught to
provide both an apr_status_t (with the return results matched up across
platforms, and added to our APR_statuses lists) and the processes' exit code.
APR_SUCCESS would mean the process _has_ terminated, here's the exit code
From: "Aaron Bannert" <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 10:12 PM
> On Thu, Sep 20, 2001 at 05:48:45PM -0700, Greg Stein wrote:
> > On Thu, Sep 20, 2001 at 11:18:55AM -0700, Aaron Bannert wrote:
> > >...
> > > Does this fix it for you? All testmem tests passed for me and your
From: "Sander Striker" <[EMAIL PROTECTED]>
Sent: Friday, September 21, 2001 2:51 AM
> > From: Greg Stein [mailto:[EMAIL PROTECTED]
> > Sent: 21 September 2001 09:35
> > On Thu, Sep 20, 2001 at 07:54:22PM -0700, Ryan Bloom wrote:
> > > On Thursday 20 September 2001 05:48 pm, Greg Stein wrote:
> >
> From: Falle Rainer <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Apache Web Server for Windows CE
> Date: Wed, 5 Sep 2001 15:48:08 +0200
>
> Dear Sirs,
>
> I am interested in a port of the Apache Web Server for Windows CE.
>
> Currently we are using the Apache Web Server Version 1.3.
From: "Cliff Woolley" <[EMAIL PROTECTED]>
Sent: Saturday, September 22, 2001 7:37 PM
> > Unix hacks, where is yours :-?
>
> Ours isn't that hard. ;-) Seriously, though, what would go in it? If
> anyone can think of some FAQ's for building on Unix, I'd be happy to
> compile them...
Here's the
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Sunday, September 23, 2001 4:16 PM
> On Sunday 23 September 2001 01:24 am, Mladen Turk wrote:
> > > -Original Message-
> > > From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
> > > Sent: Sunday, September 23, 2001 12:51 AM
> > > To: Mladen Turk
It would be nice to point out the autoconf advantages to APR library users
somewhere about all of the features we 'predetect', simplifying their own
autoconf/m4 effort (and point out that the APR_HAVE/HAS is 1 or 0, not
defined or undefined.) Doesn't belong here, but I dunno where it would.
Bill
- Original Message -
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 24, 2001 2:15 PM
Subject: Re: [PATCH] shmem.c - 3rd try
> From: "Ryan Bloom" <[EMAIL PROTECTED]>
> Sent: Monday, Septe
I've already filtered this a ton (see the #pragma warning lines
in apr/include/apr.hw) but there is still quite a bit of noise at /W4
(one notch stricter than our default /W3 level.)
Yes - this is a 32 bit int/64 bit pointer architechture (someone odd
to unix folks with 64/64 entities, I'll admit.
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 5:23 PM
> (I notice that Win32 doesn't implement apr_os_thread_equal - why?
> Does it not have the ability to compare two tids? Or, should we
> be calling GetCurrentThreadID() instead? Perhaps we should call
>
From: "Roy T. Fielding" <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 7:45 PM
> > I'm still in favor of apr-client. If we want to rename the top-level CVS
> > directory at some point, then fine...
>
> Okay, assuming the APR PMC wants to take it on as a responsibility.
+1 here, since t
> wrowe 01/09/28 08:22:35
>
> Modified:.CHANGES
>include apr_pools.h
>memory/unix apr_pools.c
> Log:
> Introduce apr_pool_lock for debugging, in combination with
> ALLOC_USE_MALLOC + DEBUG_WITH_MPROTECT. Only implemented
> on Win3
From: "Cliff Woolley" <[EMAIL PROTECTED]>
Sent: Monday, October 01, 2001 1:32 PM
> I think it should just say this:
>
> {
> apr_pool_cleanup_kill(file->cntxt, file, apr_unix_file_cleanup);
> return apr_unix_file_cleanup(file);
> }
>
> Which is exactly equivalent to what apr_dir_close()
They are inherently non-portable.
And ACLs introduce a broad disparity.
Yes, win32 does capture X/R/W for U/G/W (G generally equals U)
for files on WinNT and 2000. 9x has no permission model at all.
We don't have a model yet for setting the perms, however.
Bill
- Original Message -
From: "P. Dwayne Miller" <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 7:20 AM
> I can not seem to get the latest tree to work with SSL. Everything
> seems to compile okay, but...
>
> when I run apache.exe, where it used to ask twice for the passphrase
> (1.3.20), it only asks once.
In
From: "Mladen Turk" <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 1:13 PM
> 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 W
From: "Dwayne Miller" <[EMAIL PROTECTED]>
To: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, October 16, 2001 8:37 PM
Subject: Re: Mod-ssl and latest tree and Win2K.
> I removed the passphrase from the key, and the server starts now, and
> retur
From: "Jeff Trawick" <[EMAIL PROTECTED]>
Sent: Friday, October 19, 2001 9:45 AM
>
> > I am very much against changing the API of an APR function temporarily.
> > Returning the native exit code is not the correct solution to this
> > problem,
> > because that code can't really be used in a portable
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Thursday, November 08, 2001 5:01 PM
> On Thursday 08 November 2001 01:34 pm, Bill Stoddard wrote:
> >
> > What you are suggesting will not work at all. There are apr_socket(and
> > related) calls in places other than the core_*_filters. And it is not s
From: "Rohan Nandode" <[EMAIL PROTECTED]>
Sent: Friday, November 09, 2001 10:41 AM
> Hi All,
>
> Does apache(APR library) support UTF-8 character
> set? Could anybody give me any hints to support
> UTF-8 charset.
Which functions are you asking about? UTF-8 is character data, so yes,
utf-8 s
> wrowe 01/11/12 08:58:37
>
> Modified:include/arch/win32 fileio.h
>file_io/win32 filestat.c dir.c
> Log:
> This is a fix for the SymLink tests on Win2k, that is required by the
> recent fixes to request.c (probably required before that, as well.)
Since we st
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Monday, November 12, 2001 11:14 AM
> > wrowe 01/11/12 08:58:37
> >
> > Modified:include/arch/win32 fileio.h
> >file_io/win32 filestat.c dir.c
> > Log:
> >
From: "Bill Stoddard" <[EMAIL PROTECTED]>
Sent: Monday, November 12, 2001 11:53 AM
> Bill,
> With all due respect for your your contributions, unilaterally bumping the
> tag is not a
> cool thing to do w/o first checking with the "release manager" of the tag
> (that would be
> Greg Ames for 2.0
Forwarding to the correct list.
No objection here; but if patch is complete (?) then wtf are the extra
two bits still doing here (no your patch Novy, but hanging on with the
port to apr.) And if they will still exist, should we be setting those
flags absolute, or |='ing that bit? (We don't appea
It seems Cliff, Jeff and John Sterling have been kicking around the mod_auth_db
issue again, perhaps time to resurrect this patch and conversation?
Bill
- Original Message -
From: "Ian Holsman" <[EMAIL PROTECTED]>
To: "Greg Stein" <[EMAIL PROTECTED]>
Cc:
Sent: Friday, August 24, 2001 1
This is a best-guess implementation, if someone would be so kind as to test
on Unix with threaded _r fn's, I would appreciate it.
By rights, we should probably add the proper test for HAVE_GETGRNAM_R and use
that symbol instead [although I can't picture an implementation that wouldn't
fix both in
From: "Ian Holsman" <[EMAIL PROTECTED]>
Sent: Saturday, November 24, 2001 2:38 PM
> Hi Guys.
> I had the same problem last night.
>
> The solution (which worked for me)
> was to download the latest platform SDK from msdn.microsoft.com
> after it downloaded, Apache would compile without a warning
From: "Aaron Bannert" <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 10:44 PM
> This patch converts the INTRAPROCESS locks to apr_thread_mutex_t calls
> in win32's fileio routines. I have no way to test this, so could one of
> you win32 gurus check it out for me?
Your patch looks fine, but
Do we really need this? We have the otherchild logic [working correctly,
I hope!] What is Unix doing on this issue?
Bill
- Original Message -
From: "Mladen Turk" <[EMAIL PROTECTED]>
To:
Sent: Thursday, November 22, 2001 3:38 AM
Subject: [PATCH] Win32 apr_proc cleanup
> Hi,
>
> I th
> stoddard01/11/26 21:22:34
>
> Modified:locks/win32 locks.c
> Log:
> Fix compile error introduced by the previous commit to this file.
> Need to include misc.h to prevent undefined variable errors for apr_os_level
> and APR_WIN_2000.
All I want to know is how this compiled for
From: "Doug MacEachern" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 8:09 PM
> the specific case i'm looking at now is mod_ssl.
> if the filelength is > 4Mb, performance really blows chunks. calling
> apr_file_read (or xread) directly instead of apr_bucket_read() would
> improve things a
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 9:12 PM
> On Tuesday 27 November 2001 07:02 pm, Doug MacEachern wrote:
>
> This seems straightforward to me. The bucket read function doesn't
> make sense in this case, because we know that we are going to read
> the entire
- Original Message -
From: "Barry Pederson" <[EMAIL PROTECTED]>
To: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 9:12 PM
Subject: Re: APR Win32 file_io bug/problem
> "William A. Rowe, Jr." wrote:
>
> &
From: "Cliff Woolley" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 9:35 PM
> Well, here's another kludge for you: the problem is that apr_bucket_read()
> for file buckets falls into an abyss of performance as soon as the magic
> APR_MMAP_LIMIT is exceeded. That's because we give up on mm
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 11:26 PM
> > What I'm suggesting is that as each bucket is consumed, it is un-memaped.
> > The buckets are only mmaped as they are read. This way, we get the
> > benefits of mmap, without the pain of page consumption.
> >
>
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 11:35 PM
> Bill's idea was to map and then unmap the individual sections of the file, so
> that no more than one section was mapped at a time. If you do that, and you
> really unmap each section as you map the next, you will
From: "Cliff Woolley" <[EMAIL PROTECTED]>
Sent: Tuesday, November 27, 2001 11:39 PM
> On Tue, 27 Nov 2001, Ryan Bloom wrote:
>
> > Bill's idea was to map and then unmap the individual sections of the
> > file, so that no more than one section was mapped at a time.
No, properly I implied that
> jwoolley01/11/28 17:20:56
>
> Modified:.CHANGES
>buckets apr_buckets_file.c apr_buckets_mmap.c
> Log:
> Reading a file bucket bigger than APR_MMAP_LIMIT (4MB) now yields
> a string of 4MB mmap buckets, rather than a string of 8KB heap buckets
> plus a 4
From: "Brad Nicholes" <[EMAIL PROTECTED]>
Sent: Friday, November 30, 2001 1:43 PM
> According to the comment next to it, it is needed for gettimeofday().
> NetWare doesn't have the gettimeofday() function. We had to implement
> that functionality in a totally different way. Also, we do have a
From: "Brian Pane" <[EMAIL PROTECTED]>
Sent: Sunday, December 02, 2001 12:36 AM
> This patch adds a function apr_pstrdupn(), which works like
> apr_pstrndup() except that it's optimized for the case where
> the caller can guarantee that the length of the supplied string
> is >= 'n'
Right idea -
From: "Cliff Woolley" <[EMAIL PROTECTED]>
Sent: Tuesday, December 04, 2001 9:12 PM
> > This is my second go at the pools code.
>
> A potential snag with the thread-specific pools idea was brought up today
> when I was talking with FirstBill and some of the others. What is this
> going to do to
From: "Aaron Bannert" <[EMAIL PROTECTED]>
Sent: Friday, December 07, 2001 12:46 PM
> [narrowing down the to: list back to APR]
>
> On Fri, Dec 07, 2001 at 10:44:14AM -0800, Ian Holsman wrote:
> > On Fri, 2001-12-07 at 10:39, Sander Striker wrote:
> > > In subversion svn_string_t was introduced,
From: "Brian Pane" <[EMAIL PROTECTED]>
Sent: Friday, December 07, 2001 12:54 PM
> Ian Holsman wrote:
>
> >On Fri, 2001-12-07 at 10:39, Sander Striker wrote:
> >
> ...
>
> >>In subversion svn_string_t was introduced, because it wasn't in APR.
> >>It does (AFAIK) exactly what brian describes.
> >
From: "Branko Čibej" <[EMAIL PROTECTED]>
Sent: Sunday, December 09, 2001 8:31 PM
> Brian Adams wrote:
> >
> >did I do something wrong or are the dsp and dsw files broken?
> >
> You used a version of cvs (probably from cygwin) that checked out those
> files with Unix (\n) line endings instead of D
From: "Jeff Trawick" <[EMAIL PROTECTED]>
Sent: Thursday, December 13, 2001 1:17 PM
> what if we had a long-running-daemon attribute and a non-interactive
> attribute (yeah, please come up with better names):
>
> long-running-daemonnon-interactive
>
> Win32
From: <[EMAIL PROTECTED]>
Sent: Thursday, December 27, 2001 9:31 AM
> +1 from me.
>
> david
>
>
> > ** Will: Please verify my win32 changes. I don't recall if this patch
> > contains the changes we talked about for win32 from my original posting
> > of this patch.
I'll test, but presume it do
> wrowe 01/12/28 14:28:16
>
> Modified:file_io/os2 filestat.c
> Log:
> FS3_to_finfo already assigns the initial valid bits.
>
> It makes no sense to define that APR_FINFO_IDENT bits are there, when
> OS2 can't support them. Since the APR_INCOMPLETE result is _supposed
Some comments and Q's to win32 folks;
> wrowe 01/12/28 18:09:04
>
> Modified:include apr_errno.h
> Log:
> More goodness {I hope} for Win32, and two extra common errors for all.
>
> Revision ChangesPath
> 1.82 +55 -7 apr/include/apr_errno.h
>
> Index: a
After removing a duplicate ap_coredump_dir symbol - this is the error
I'm left with on OSX building threaded [no such error on worker !?!]
Thoughts?
Bill
/bin/sh /clean/httpd-2.0/srclib/apr/libtool --silent --mode=compile cc
-g -O2-DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -traditional-cpp
-
From: "Sander Temme" <[EMAIL PROTECTED]>
Sent: Saturday, December 29, 2001 12:22 PM
> > After removing a duplicate ap_coredump_dir symbol - this is the error
> > I'm left with on OSX building threaded [no such error on worker !?!]
>
> You're breaking on those? I remember just seeing them as warn
From: "Ben Laurie" <[EMAIL PROTECTED]>
Sent: Saturday, December 29, 2001 3:25 PM
> Justin Erenkrantz wrote:
>
> > AIUI, we must also consider that OpenSSL will do some magic to
> > the seed value on its own, so it *should* make it slightly better.
> > It'd be nice to get some input from the Open
Really ment to send this here.
- Original Message -
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
To:
Sent: Monday, December 31, 2001 5:48 PM
Subject: Re: cvs commit: apr/misc/win32 rand.c
> From: "Roy T. Fielding" <[EMAIL PROTECTED]>
> S
I've been diagnosing our failures of httpd.
My Win32 machine has the usual, bogus computer name (v505, in my case.)
There is no 'magic' DNS going on, Win32 is usually clueless. And since
I cannot convice my machine to look in any DNS other than the 'blessed
Windows Domain Server' [I have none], I
I'm working up a set of pointer<->offset typesaftey wrappers, for eventual
use in apr_shmem allocations [which cannot store pointers] and a new
companion interface, apr_rmm (for relocatable memory management) which will
implement the alloc/free stuff for any block of memory, including shmem.
[apr_
Some quick credits where credit is due, thanks to David for his very thorough
beos/apr_shmem.c implementation (and to whomever inspired that code), for at
least a good outline and little reminders of structure... and to Aaron, Justin,
Sander and Ian for sounding boards.
And if you want to float id
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Saturday, January 05, 2002 7:13 PM
> Sander ran a test on Win32 and it gave an error when using
> socket(AF_UNIX...). So, there isn't a clean way to do this on
> native Win32. So, is it still worth it to introduce this in APR?
>
> I think so
From: "Craig Peterein" <[EMAIL PROTECTED]>
Sent: Saturday, January 05, 2002 5:58 AM
> (apr/shmem/beos/shmem.c apr/shmem/os2/shmem.c apr/shmem/unix/shmem.c) Fix so
> they compile. The typedef for apr_shmem_t is already in include/apr_shmem.h
Craig,
thanks for the catch - the fixes are alread
From: "Ian Holsman" <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 3:04 PM
> Aaron Bannert wrote:
>
> > On Mon, Jan 07, 2002 at 11:25:55AM -0800, Justin Erenkrantz wrote:
> >
> >>On Mon, Jan 07, 2002 at 10:50:58AM -0800, Aaron Bannert wrote:
> >>
> >>>This is not entirely true. It turns out
From: "Bill Stoddard" <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 3:13 PM
> > do you think we should TAG .30 before you introduce this?
>
> Please!
Please hold off on tagging until we change the windows mpm from
'mpm_winnt' (a naming convention that was never adopted) to 'win32'.
I'll
From: "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 6:14 PM
> Wow !!. This is good.. Does this mean that we'll have a *full*
> implementation of the SHMEM atleast now ??.. I'm eagarly waiting for it
> :-)..
A full implementation of only shm ... if
From: "'Aaron Bannert'" <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 6:49 PM
> On Mon, Jan 07, 2002 at 07:49:38PM -0500, MATHIHALLI,MADHUSUDAN
> (HP-Cupertino,ex1) wrote:
> > But, as regards SSL session caching, the cache initialization is done only
> > in the 2nd phase, and all the childr
From: "Branko Čibej" <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 8:29 PM
> A void pointer is implicitly converted to any other pointer type in C,
> so this cast shouldn't be necessary. Can you be a bit more specific
> about the compiler you're using, the platform, and the error message you
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 7:00 PM
> From: "'Aaron Bannert'" <[EMAIL PROTECTED]>
> Sent: Monday, January 07, 2002 6:49 PM
>
> > On Mon, Jan 07, 2002 at 07:49:38PM -0500, MATHIHALL
- Original Message -
From: "David Reid" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, January 08, 2002 10:01 AM
Subject: Re: cvs commit: apr/file_io/unix filedup.c
> Sorry, but I really don't like this patch.
>
> The problem that we had wouldn't have been addressed by this patch anyways,
> a
From: "David Reid" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 11:51 AM
> But the patch didn't actually do anything to prevent the problem we saw as
> it was in NO way related to a fork(). The issue is that if we call a
> pool_clear we'll run the cleanup's anyway, as we should.
That's r
From: "Mladen Turk" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 12:38 PM
> > > Ok, I'll try.
> > > When creating shared memory segment you have two choices, either using
> > > file or anonymous mem segment. Well, the problem with using anonymous
> > > mem segment is that you still need th
From: "Mladen Turk" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 1:37 PM
> The locking I was thinking of was in the pupose to determine the initial
> owner status, in the case you have couple of services comunicating with each
> other. So that lock (not the apr_proc_mutex_create but Create
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 3:04 PM
> On Tuesday 08 January 2002 12:41 pm, Mladen Turk wrote:
> > From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
> > Sent: Tuesday, January 08, 2002 8:53 PM
> >
>
From: "Mladen Turk" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 4:54 PM
> Just imagine the situation when you don't have a config file, so you have to
> use the temp file to create the shmem file. The only way to find that shared
> memory is to name that shared memory.
Mladen, that is n
Any thoughts on this for the 'name' of the map object on win32? I think it
addresses Mladen's earlier Terminal Services concerns (even using a backwards
ascii name if the user builds without APR_HAS_UNICODE_FS, not that I'd
recommend doing that :-)
Bill
- Original Message -
From: <[E
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 5:02 PM
> From: "Mladen Turk" <[EMAIL PROTECTED]>
> Sent: Tuesday, January 08, 2002 4:54 PM
>
> > Just imagine the situation when you don't have a config file
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 10:41 PM
> The other option is key-based. I am not adverse to adding an apr_int32_t
> flags
> arg to apr_shm_create()/attach(), that could request a filebased or keybased
> apr_shm_t.
From: "Aaron Bannert" <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 12:31 AM
> > -new_m->usable = new_m->base + sizeof(apr_size_t);
> > +new_m->usable = (char *)new_m->base + sizeof(apr_size_t);
>
> What a weird compiler -- it complains about type agreement for additio
> dreid 02/01/11 01:04:51
>
> Modified:include apr_file_io.h
>file_io/unix filedup.c
> Log:
> Add apr_file_dup2.
>
> This has implications in that we now only do dup2 when we call
> apr_file_dup2 and this will potentially cause problems for code
> using ap
From: "jean-frederic clere" <[EMAIL PROTECTED]>
Sent: Friday, January 11, 2002 3:44 AM
> I would like to see this patch committed.
> I am using AF_UNIX sockets in mod_jk and it would be nice to do it thru APR
> instead my own code.
>
> About win32 support I am afraid I cannot help. But I think i
From: "Sander Striker" <[EMAIL PROTECTED]>
Sent: Friday, January 11, 2002 6:29 AM
> > From: David Reid [mailto:[EMAIL PROTECTED]
> > Sent: 11 January 2002 13:21
> >
> > > David Reid wrote:
> >>> If this is the case then why are we having this discussion about adding
> >>> more to the network_io
Ok... Now that I've followed this conversation a while...
I'm entirely -1 on any function changing arguments based on dev/release
builds.
That means we can have the file/line arg of NULL if we simply _don't care_,
so we don't waste const string heap, but there will be a char* argument
always, or
From: "Sander Striker" <[EMAIL PROTECTED]>
Sent: Wednesday, January 16, 2002 12:28 PM
> > From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> > Sent: 16 January 2002 15:45
> >
> > Ok... Now that I've followed this conversation a while...
>
From: "Aaron Bannert" <[EMAIL PROTECTED]>
Sent: Wednesday, January 16, 2002 1:42 PM
> On Tue, Jan 15, 2002 at 05:39:59PM -0800, John Sterling wrote:
> >
> > Long ago (maybe 3 years ago?) Manoj generated a patch for 1.3 which added
> > some widely used formats which were not implemented in the li
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Friday, January 18, 2002 1:22 PM
> Yeah, I agree that it is different, but I'm not entirely sure that
> it is the wrong thing to do. I think if you have a temp-file, you
> want to delete it by *default*. Since a user can override those
> fla
From: "Christian Gross" <[EMAIL PROTECTED]>
Sent: Monday, January 21, 2002 11:45 AM
> I do not want to seem like a whiner, but I would like to say that the WIN32
> Apache build test process has become utterly complex. Here are the
> following reasons:
>
> 1) AWK is necessary and my AWK from C
Funny you should bring this up Stas :)
I've been looking at this since David wrote the change. The user has no
choice is passing an apr_file_t for new_file (really dup_file). So as best
as I can figure, this should [must?] be an apr_file_t*, not a **.
I'll change the API if I receive no objecti
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Tuesday, January 22, 2002 7:49 AM
> I've been looking at this since David wrote the change. The user has no
> choice is passing an apr_file_t for new_file (really dup_file). So as best
> as I can fig
This code below is buggy on LARGEFILE platforms, since the apr_off_t tmp
brigade length may not fit in memory (the apr_size_t actual.)
This is actually really crufty - since this code needs to deal with -1
length buckets - they are read [seperately] to resolve the length and
then recopied into th
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 11:44 AM
> On Wed, Jan 23, 2002 at 11:04:44AM -0600, William A. Rowe, Jr. wrote:
> > This code below is buggy on LARGEFILE platforms, since the apr_off_t tmp
> > brigade length may no
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 12:26 PM
> On Wed, Jan 23, 2002 at 12:07:33PM -0600, William A. Rowe, Jr. wrote:
>
> > We've been through this; read the threads please. But long story short, a
> > 'buck
-1
If flatten reads into memory, you must have len of apr_size_t.
Bill
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 12:39 PM
Subject: cvs commit: apr-util/include apr_buckets.h
> jerenkrantz02/01/23 10:39:21
>
> Modif
101 - 200 of 3471 matches
Mail list logo
