I'm buried deep in 1.3.x for the better part of the afternoon.
By tommorow I'll be playing in 2.0 once again, be happy to fix it :-)
Besides, I need to get i18n building on Win32.
Bill
-Original Message-
From: Jeff Trawick [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 16, 2000
I'm dropping ordinals, period.
This is a load time issue, and so insignificant that we shouldn't be
bothered - the man hours wasted given that MS does a reasonable job of
caching the ordinals...
I'm going to strip them without objection from 2.0 in an hour or so.
Bill
-Original
Here's the analysis,
We can port and drop in iconv-1.1, iconv-extra-1.1, and iconv-rfc1345-1.1
by Konstantin Chuguev from FreeBSD. License of sources is essentially
compatible, but includes the advertising clause, requiring that we cite him
and include the disclaimer (which is essentially our
From: [EMAIL PROTECTED]
To: Greg Stein [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
We can stratify and create as many layers in Apache as we want to put up
with. But when we're talking about a *portability* library, then it should
focus on just that.
All of the code we are talking about is
From: Jim Jagielski [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 4:19 PM
William A. Rowe, Jr. wrote:
IMHO, all these win32 buildisms aught to land in helpers/ ... if
there is no disagreement I'll drop them there (.mak/.dsp/.dsw).
./helpers has historically been used
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 5:52 PM
I'm suggesting the following:
1) MD5 hashing moves to apr-util since it is portable
2) add crypt() covers into APR (APR_HAS_CRYPT and the appropriate -lcrypt
switches if needed for the platform)
3)
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 9:41 PM
On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 5:52 PM
I'm suggesting the following:
1) MD5
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2000 4:29 PM
Symbols can't be wrapped by APR_DECLARE, we need to use an APU_DECLARE, or
APR_UTIL_DECLARE, or whatever. Consider;
apr-util.dll needs to export its symbols, and import the APR_DECLAREs.
From: Roy T. Fielding [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2000 3:44 PM
I am still categorically opposed to any prefix other than ap_ for
any symbols in any C library that is based on code developed by
the Apache projects. Including apr and apr-util, though I don't
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2000 1:32 PM
On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote:
...
Why do we add the additional complexity of a src/ directory within apr-util?
Can't we keep to the same simplicity as apr itself
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 2:01 AM
I'm actually contemplating building both the .lib and .dll as two full
compiles.
The benefit, when called for, is that users of the .lib won't have dangling
exported symbols. I refused so far because
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 2:09 AM
wrowe 00/12/06 22:58:59
--- apr_mmap.h2000/12/07 05:00:27 1.18
+++ apr_mmap.h2000/12/07 06:58:59 1.19
@@ -90,6 +90,16 @@
/** An area ID. Only valid on BeOS */
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 7:38 AM
On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote:
the only way the MSVC 5.0 .dsp files may depend on one another are
on the same - Win32 Debug tag ... only when you get into 6.0
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 6:37 PM
-#include apu_private.h
+#include apr_private.h
Wrong!
This is *supposed* to include apu_private.h. That is where the APU_USE_*DBM
symbols are located. I have already created an apu_private.hw
From: Cliff Woolley [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 12:47 PM
--- Greg Stein [EMAIL PROTECTED] wrote:
I've applied the patch because it is a good start.
However, ap_bucket_split_any() is not yet right. If a caller says split at
1, then it will probably
wrowe 00/12/08 10:05:34
Modified:test testdbm.c
Log:
new name, new location, same as httpd-2.0/test/dbu.c which goes away.
Fixed prototype for apr_dbm_open()
Would someone look at the make in httpd-2.0/test and apr-util/test to
address this file move for unix?
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 5:33 PM
+1 from me! get that big beast outta APR
I'm not sure about nuking stuff in the repository, though. Since OtherBill
shoved the mess into the repository before the last alpha (bad!), they have
now been
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 5:14 PM
Then the header name at the very least needs to change. As it is now, if
we install Apache on a machine that already has sdbm, we will break things
horribly.
Well, that's always been the case :-)
Hmm.
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 7:54 PM
One last observation, sdbm.h does _not_ belong in apr-util/include/ and
neither
does the apu_private stuff. Suggest we move those on out of there, but
where?
There are three locations that
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 09, 2000 1:17 AM
On Sat, Dec 09, 2000 at 12:40:46AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 5:47 PM
And no... don't suggest we copy
Is there a reason for part of the last change?
ake 00/12/12 07:54:31
Modified:.Makefile.win
.aprutil.dsp
Log:
Fix Windows build
Index: aprutil.dsp
@@ -189,10 +179,6 @@
# Begin Source File
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 13, 2000 4:01 PM
I had no idea that we didn't even ship them, though! That doesn't feel quite
right to me. No opinion on Apache, but on APRUTIL, I'd like to see that
testdbm gets shipped because it is actually a nice
-Original Message-
From: Mo DeJong [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 16, 2000 3:56 PM
To: dev@apr.apache.org
Subject: Re: [EMAIL PROTECTED]: RE: *.exports in distro bundle, use
of , Perl on Windows (was: Re: make_export.awk)]
I'll change, no problem. The
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 16, 2000 1:01 PM
When I originally wrote the buildexports stuff, we didn't require Perl to
build Apache, because that file could be generated once and just bundled
with Apache. With the move to create those
From: Mo DeJong [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 16, 2000 5:06 PM
How do win32 users run the ./configure script without downloading
Cygwin? Also, have you tried recent versions of Cygwin? The old
install process really sucked, but new versions have a nice
GUI installer
From: Cliff Woolley [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 16, 2000 7:48 PM
--- [EMAIL PROTECTED] wrote:
The Apache Group has looked at Cygwin before. We do not
plan to include
support for Cygwin right now. That may change in the future, but we
dislike the license.
Whoa...
brane 00/12/21 15:02:36
Modified:.apr.dsp apr.mak
Log:
Don't export symbols from static library.
Please watch out, you broke the build.
I understand that it -appears- that apr.dsp is the static
library generator. At the moment, it's a comprimize, and
if we
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 28, 2000 8:28 AM
My suggestion though... let's follow the ansi/posix/unix spec and simply
#define WANT_APR_STDIO_H before including apr... e.g. we know what the
offical stdio.h should have, so if it's a matter of
I've done a ton of thinking about these issues.
1) Once Greg finishes his fine work exporting symbols, we need
no def files whatsoever for our dll (or certainly no symbol
names, even if we keep them for versioning/descriptions.)
2) We should simply build the sources in both static and
brane 01/01/14 16:28:05
Modified:.STATUS
Log:
This vote ends on Wednesday ... which wednesday?
This Wednesday, later tonight (once we have one vote more or less).
At 10pm CST (so I can get to work.)
These have sat in status well over two months, anyone who doesn't
+++ STATUS 2001/01/18 02:25:06 1.22
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:
Those for adding apr/src/: gstein, jim, brane
+ Those for removing apr-util/src/ : wrowe, rbb, dreid, stoddard,
fielding
I have completed this task. Ryan
Heads up...
I'm committing the change to transpose all apr-util names
from ap_ to apr_ late tonight. That means you want your current
work set aside or out of the way when you cvs update late tonight
or early tommorow.
Be warned, the ap_foo files all change to apr_foo as well, so
your
gstein 01/01/19 01:19:53
Modified:crypto apr_sha1.c
Log:
add a missing type back in. this used to be AP_BYTE.
Revision ChangesPath
1.22 +2 -0 apr-util/crypto/apr_sha1.c
Why?
Please see apr.hw/apr.h.in.
Index: apr_sha1.c
From: [EMAIL PROTECTED]
Sent: Friday, January 19, 2001 12:46 PM
++1. If you get Windows working, I'll do Unix when you are done.
How about the other way around?
Here's the proof-of-concept on unix; I don't promise it's complete,
and don't promise it compiles, but it underscores the
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, January 19, 2001 7:52 PM
apr_stat will reply in a new member value, finfo_valid, to
describe the results returned. It will only fail for the
current reasons. If it can't get a particular result, it
just goes on, and it's the
From: [EMAIL PROTECTED]
Sent: Saturday, January 20, 2001 10:19 AM
gstein 01/01/20 03:34:32
Modified:include apr_tables.h
tables apr_tables.c
Log:
yes, you *will* use a hash instead. any questions can be directed to
Bubba.
? A hash and a
Ok, this is a sparkling demonstration of the weakness behind
any validation scheme. Let's refactor it a few times.
wrowe 01/01/20 13:40:23
diff -u -r1.3 -r1.4
--- sdbm.c 2000/12/12 08:54:30 1.3
+++ sdbm.c 2001/01/20 21:40:23 1.4
@@ -177,7 +177,8 @@
/*
Sorry, it shouldn't have slipped in. I'll back it out now.
apr_get_filename_case was a predecessor to the component-oriented
apr_stat ... and if we are hitting the filesystem, do it with a
single atomic call, apr_stat.
On nlinks, yes, I think that any apr app that is providing 'security'
needs
From: Doug MacEachern [EMAIL PROTECTED]
Sent: Sunday, January 21, 2001 12:31 PM
any ideas howto workaround this?
and any plans on adding largefile support to 2.0?
If it's supported I'd like to see it (Win32 does). However, we need to
make an executive decision. Does apr (ignoring the httpd
From: [EMAIL PROTECTED]
Sent: Monday, January 22, 2001 4:59 PM
On Mon, 22 Jan 2001, Wilfredo Sanchez wrote:
On Friday, January 19, 2001, at 10:12 PM, [EMAIL PROTECTED] wrote:
I guess the way I see it, is that it looks like we are tring to optimize
for error conditions. I would
Guys,
if we want to keep the new apr_dir_open name, my patch will rename
all the related fns (apr_dir_close, apr_dir_read, ap_dir_rewind, etc).
Any objections in the next hour or two?
Bill
Guys...
a biggish patch, and the three specific apr_dir_read implementations are
not complete or optimal. I am taking a bit of a break, so I thought I would
toss this out while folks are still awake.
To avoid big stat() requirements unless that's exactly what we aim to
accomplish, I've
Doh
- Original Message -
From: William A. Rowe, Jr. [EMAIL PROTECTED]
To: dev@apr.apache.org
Sent: Monday, January 22, 2001 8:27 PM
Subject: [Patch] apr_dir_read
Guys...
a biggish patch, and the three specific apr_dir_read implementations are
not complete or optimal. I am
Question,
if we enable largefile support for unix, the apr_finfo_t-size, apr_off_t,
and so forth all become 64 bit identities?
Are we prepared to do so today? Consequences? Win32 absolutely handles
64 bit file sizes/offsets without complaint, I just want to get a handle on
how we proceed
From: William A. Rowe, Jr. [EMAIL PROTECTED]
To: Sam TH [EMAIL PROTECTED]
Sent: Wednesday, January 24, 2001 9:09 AM
Subject: Re: Build problems on BeOS R4.5
-1 on the patch to apr_fileinfo_t, +1 on the patch to file_io/unix/filestat.c
in the short run.
Bill
- Original Message
From: Greg Stein [EMAIL PROTECTED]
Sent: Wednesday, January 24, 2001 7:44 AM
Note that we're almost at the point where mod_auth_db.c can be tossed, in
favor of always using mod_auth_dbm (against apr_dbm). Once NDBM is inserted
into apr_dbm, then mod_auth_dbm can be simplified a bit
From: William A. Rowe, Jr. [EMAIL PROTECTED]
Sent: Wednesday, January 24, 2001 9:08 AM
From: Greg Stein [EMAIL PROTECTED]
Sent: Wednesday, January 24, 2001 3:27 AM
We should simply nuke the asize and csize since they are nearly
impossible to deal with in any reasonable cross-platform way
trawick 01/01/24 13:11:52
Modified:file_io/unix filestat.c
Log:
get filestat.c to compile again
and it rides again, I presume? Thanks Jeff
|= APR_FINFO_STAT should tell the
user we did an lstat() instead of a stat(), and leave the APR_LNK flag
to tell them that it was (or wasn't) a link.
Maybe that's the bit that's fooling us all.
Bill
- Original Message -
From: Jeff Trawick [EMAIL PROTECTED]
To: William A. Rowe, Jr. [EMAIL
ben 01/01/24 14:52:57
Modified:server config.c
hooksapr_hooks.c
include apr_hooks.h
Log:
The current hooking module is _not_ a debugging aid.
that's fine ... I just hope you grepped for all occurances ...
I normalized two variations
APU_DECLARE_DATA void (*apr_retrieve_optional_fn(const char *szName))(void)
{
void (*pfn)(void);
if(!s_phOptionalFunctions)
return NULL;
return apr_hash_get(s_phOptionalFunctions,szName,strlen(szName));
}
Any reason for the unused pfn variable?
wrowe 01/01/27 14:25:11
Modified:file_io/win32 dir.c filestat.c open.c
include apr.h.in apr.hw
include/arch/win32 fileio.h
Index: apr.h.in
===
+#define APR_HAS_LARGE_FILES
Sorry, here's what changed without win32 cruft tossed in...
wrowe 01/01/28 07:30:32
Modified:.apr.dsp apr.mak libapr.dsp libapr.mak
dso/os2 dso.c
file_io/os2 dir.c filedup.c filestat.c maperrorcode.c
readwrite.c
The last os2 patch finishes the move of all .h files to arch/
excepting mmap/unix/mm/mm.h, which we all agreed stays put
since that is a package private to unix.
Brian, please test, beat on me if it breaks anything and I'll
revert as you propose. -Before- you beat on me, please look
at apr.hw to
[Moved from [EMAIL PROTECTED]
From: Ben Laurie [mailto:[EMAIL PROTECTED]
Sent: Monday, January 29, 2001 8:32 AM
William A. Rowe, Jr. wrote:
From: Ben Laurie [mailto:[EMAIL PROTECTED]
Sent: Monday, January 29, 2001 3:53 AM
Greg Stein wrote:
These should all have license
trawick 01/01/29 08:16:10
Modified:include apr_user.h
Log:
use a form of preprocessing which buildexports.awk can handle;
exports.c now compiles on Unix, as it no longer tries to reference
the macros apr_compare_users() or apr_compare_groups()
-#ifdef WIN32
From: [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 2:15 PM
Hey, all. This fix also fixed a build problem I was having in Win98,
but I'm worried that the fix might be skirting a bigger issue. Code
exists in apr_private.h that turns off the use of Windows' GDI
library (by #define'ing
stoddard01/01/31 12:01:16
Modified:modules/http http_request.c
file_io/win32 filestat.c
include apr_file_info.h
Log:
apr_stat() in http_request.c only needs size, type, mtime, ctime atime
values from
the file. Modify apr_stat() under
home: [EMAIL PROTECTED] http://www.xbc.nu/brane/
work: [EMAIL PROTECTED] http://www.hermes-softlab.com/
ACM: [EMAIL PROTECTED]http://www.acm.org/
---End Message---
---BeginMessage---
William A. Rowe, Jr. wrote:
NO NO NO
Please, use cvs from a win32 machine
+1 ... we need these changes, only we have attacked this as time has permitted.
My only comment, take this group:
apr_get_shm_nameapr_shm_name_get
apr_set_shm_nameapr_shm_name_set
apr_open_shmem apr_shm_open
I'd personally like to see apr_shm_get/set_name
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 21, 2001 8:04 PM
any ideas howto workaround this?
and any plans on adding largefile support to 2.0?
If it's supported I'd like to see it (Win32 does). However, we need to
make an executive decision. Does apr
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, January 22, 2001 4:23 AM
I'd say: have the user pick up the finfo-filehand if available and call
apr_getfileinfo() for the bits they need (with a new structure).
finfo-filehand should be somewhat opaque. Some platforms may not set it
wrowe 01/02/11 12:34:54
Modified:include apr.hw
Log:
Fix the broken support utilities (htdigest/htpasswd) on Win32. Won't
strictly put this on [signals hacker] since we should have defined this
HAVE_SIGNAL_H symbol, and not simply -included- the header in the
In the works :-)
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Monday, February 12, 2001 3:42 PM
apr.hw:
Move this code from include/arch/win32/fileio.h to apr.hw but also add
any needed includes (what are they?):
#if APR_HAS_UNICODE_FS
/* An arbitrary size that is digestable. True max is a bit less than
Some comment that this file is generated from apu.h.in --- do not edit
would still be worthwhile.
Bill
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 21, 2001 10:37 PM
Subject: cvs commit: apr-util/include apu.h.in
jwoolley01/02/21
bjh 01/02/23 01:09:47
Modified:include apr_thread_proc.h
Log:
apr_setup_signal_thread() apr_create_signal_thread() aren't implemented on
OS/2 (or needed AFAIK) so keep them out of exports list.
-#if APR_HAS_THREADS
+#if APR_HAS_THREADS !defined(OS2)
From: Greg Marr [EMAIL PROTECTED]
Sent: Friday, February 23, 2001 4:56 PM
Copied to the APR list, since this is an APR type. The original
proposal by Roy was to make apr_time_t a structure containing a
time_t for seconds, and an int for microseconds, since many/most
users of this type
Several observations so I can finish the Win32 code that's sat on my machines
for the last four months...
1. Win32 allows both anon mapping (keyed into the swap file itself) and file
based
mapping. We have no concept of key based mapping, since handles to shmem are
very process specific
Who can point me at the best FreeBSD or Linux rpm for utf-8 support so I can
really
get my hands dirty on that side of the equation?
Bill
wrowe 01/02/24 18:24:20
Modified:.Apache.dsw
.aprutil.dsp libaprutil.dsp
Log:
Begin to fix the build schema changes for apr-util
This hack is _not_ technically correct for building aprutil.lib (but should
be correct as a .dll). However, I'm
Jeff... thanks for banging your head against 2.0 for us all.
I took a look at the 'private' old HAVE_* subset, listed below;
HAVE_DL_H
HAVE_DLFCN_H
HAVE_GRP_H
HAVE_HSTRERROR
HAVE_ICONV_H
HAVE_LANGINFO_H
HAVE_PWD_H
HAVE_MALLOC_H
HAVE_STDDEF_H
HAVE_SYS_FCNTL_H
HAVE_SYS_FILE_H
HAVE_SYS_MMAN_H
From: dean gaudet [EMAIL PROTECTED]
Sent: Sunday, February 25, 2001 7:42 PM
i'm a bit of an I18N novice, but doesn't it all just magically work if you
use UTF-8 encoding everywhere?
UTF-8 deliberately avoids using \0 and / in the encodings. plain ascii
works unmodified. unix filesystems
Sorry to bother the list with administrative bs ... really not for comment
on this list. Fat fingers.
Bill
From: [EMAIL PROTECTED]
Sent: Wednesday, February 28, 2001 9:14 AM
gstein 01/02/28 07:14:50
Modified:xml apr_xml.c
Log:
enable building against old/new expats
Revision ChangesPath
1.18 +6 -3 apr-util/xml/apr_xml.c
+#include apu_config.h
May
wrowe 01/02/28 08:58:35
Modified:xml apr_xml.c
Log:
Just trying to keep Win32 semi-buildable
I'll be rid of the crufty hack this eve, and incorporate the new expat so the
srclib/
copy can be nuked late tonight/early tommorow. BTW... don't we already have an
From: Bill Stoddard [EMAIL PROTECTED]
Sent: Thursday, March 01, 2001 12:47 PM
FWIW, last week I wrote a very simple memory allocator (apr_malloc(),
apr_calloc(), apr_free()) and replaced all the malloc/calloc/free calls in the
apr-util/buckets with the apr_* calls. It was good for a 10%
Folks,
I'm going to propose something radical. Although Jeff's recent commit points
out
a potentially serious problem (discrepancy between the file size and file
offset types)
in the Win32 APR, which I will look at today, this server appears rather
stable, and
buildable, and rbb will have
wrowe 01/03/07 21:37:35
Modified:.aprutil.mak libaprutil.mak
Log:
Forgot to use the fixwin32mak.pl magic
Revision ChangesPath
1.7 +8 -8 apr-util/aprutil.mak
@@ -810,12 +810,12 @@
!IF $(CFG) == aprutil - Win32 Release
Here is what I've worked up thus far for Unix... n'er mind the _more_
complicated
Win32 beast [all I could do to get the _root_ parsing finished tonight!]
So feel free to look at the server root parse function, and the unix
implementation
of apr_filepath_merge(), and let me know if I've gone
From: Kevin Pilch-Bisson [EMAIL PROTECTED]
Sent: Wednesday, March 14, 2001 11:39 AM
Sorry, I think it has to do with the way mutt handles pgp signing
messages. I'm not going to sign this one, so hopefully it won't do so.
Offhand, which pathetic win32 client.
Message is fine, I'm using
From: Kevin Pilch-Bisson [EMAIL PROTECTED]
Sent: Wednesday, March 14, 2001 3:08 PM
Would there be a way to convert an incomplete path to a complete path?
(change drive to c:, getpwd, append foo, in the above example)
That is what apr_filepath_merge does for you. You can pass a
From: Brian Havard [EMAIL PROTECTED]
Sent: Wednesday, March 14, 2001 7:39 PM
On Wed, 14 Mar 2001 09:38:21 -0600, William A. Rowe, Jr. wrote:
[...]
Canonicalizing first to the truename is required before apr_filepath_common
can be
trusted on Win32 or OS2, since c:/thislongname/ is also
Many comments on several posts
Creating library Debug/libhttpd.lib and object Debug/libhttpd.exp
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
oops... the darn .def file...
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Thursday, March 15, 2001 9:42 PM
No def files... please properly APR_DECLARE(rettype) apr_fn(args)
always and this doesn't become a problem again, ever.
hmmm... it was done properly to start with... I don't know why Ian was
getting this error
From: jean-frederic clere [EMAIL PROTECTED]
Sent: Tuesday, March 20, 2001 11:37 AM
Hi,
I have detected that iconv (iconv(), iconv_open() and iconv_close()) are not
working as APR expects it on some platforms (BS2000 and ReliantUnix at least).
There are 2 ways of arranging the
the pertinent points from Jean-frederic's comments he sent with his
patch...
From: jean-frederic clere [EMAIL PROTECTED]
To: William A. Rowe, Jr. [EMAIL PROTECTED]
Cc: Martin Kraemer [EMAIL PROTECTED]
Sent: Friday, March 23, 2001 11:36 AM
Subject: Re: iconv problems
Hi Bill,
I have worked a little
From: [EMAIL PROTECTED]
Sent: Saturday, March 31, 2001 7:25 AM
trawick 01/03/31 05:25:46
Modified:include/arch/unix networkio.h
network_io/unix sendrecv.c sockets.c
Log:
apr_recvfrom() should only return APR_EOF if recvfrom() returned
zero *AND* this is a
From: [EMAIL PROTECTED]
Sent: Saturday, March 31, 2001 10:46 AM
has anyone else been using apr/test/makefile.win? With success?
I'd just like to point out an opportunity for any win hackers, feel free to
attack the test sources and apr-ize the unix-specific stuff. They each tend
to
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Saturday, March 31, 2001 12:19 PM
William A. Rowe, Jr. [EMAIL PROTECTED] writes:
has anyone else been using apr/test/makefile.win? With success?
I just used it the first time and quickly found an opportunity
(run-time exception). Thanks
trawick 01/03/31 14:37:13
Modified:test sendfile.c
Log:
fix bad return code checking and a bad error message after
a call to apr_stat(); now it works on Win32
Revision ChangesPath
1.12 +2 -2 apr/test/sendfile.c
Index: sendfile.c
A. Rowe, Jr. [EMAIL PROTECTED]
To: William A. Rowe, Jr. [EMAIL PROTECTED]
Sent: Saturday, March 31, 2001 10:49 PM
Subject: Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c
From: William A. Rowe, Jr. [EMAIL PROTECTED]
Sent: Saturday, March 31, 2001 11:08 AM
has anyone else been using
Here's an alternative, don't much mind which way we go with this.
It resolves a bigger issue, the APR_INT64_T_FMT of :-)
This only affects test/testtime.c right now
Bill
- Original Message -
From: [EMAIL PROTECTED]
To: dev@apr.apache.org
Sent: Tuesday, April 03, 2001 2:56 PM
Looking at this function:
APR_DECLARE(apr_status_t) apr_filepath_root(const char **rootpath,
const char **filepath,
apr_pool_t *p);
This function takes the given filepath and returns the pointer to a new (p
From: [EMAIL PROTECTED]
Sent: Tuesday, April 10, 2001 2:32 PM
wrowe 01/04/10 12:32:29
Modified:include apr_buckets.h
Log:
Another emit bites the dust
That should have read... the last apr-util (and apr) emit bites
the dust... both build clean today.
- Original Message -
From: [EMAIL PROTECTED]
To: William A. Rowe, Jr. [EMAIL PROTECTED]
Cc: dev@apr.apache.org
Sent: Wednesday, April 11, 2001 9:32 AM
Subject: Re: Buckets code question
On Wed, 11 Apr 2001, William A. Rowe, Jr. wrote:
Have finished win32 vc5's equivilant of -wall
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 12, 2001 10:30 AM
Subject: cvs commit: apr-util renames_pending STATUS
wrowe 01/04/12 08:30:48
Modified:.STATUS
.STATUS
Added: .
From: [EMAIL PROTECTED]
Sent: Thursday, April 12, 2001 10:18 PM
wrowe 01/04/12 20:18:52
Modified:include apr.hw
Log:
Fix compiler break on VC6
Reported by Bill Stoddard
Can someone with VC7 handy do a full, clean, checkout and build?
Bill
From: [EMAIL PROTECTED]
Sent: Tuesday, April 17, 2001 10:38 PM
Hell, if you have your own pool, and you need to unload 30 modules, you're
only going to consume 480 bytes. Tops.
Effectively, there is no allocation overhead, so that isn't a valid
reason
to start moving outside
From: Greg Stein [EMAIL PROTECTED]
Sent: Wednesday, April 18, 2001 6:05 PM
We discussed this a while back. The put forms actually don't make a lot of
sense. How do you make an empty FOO, so that you can put a native FOO into
it? As a result, the useful form is to make a FOO using a native
1 - 100 of 3066 matches
Mail list logo
