William A. Rowe, Jr. wrote:
At 04:27 PM 5/12/2002, brane wrote:
William A. Rowe, Jr. wrote:
apr/i18n/unix/utf8_ucs2.c - apr/i18n/win32/utf8_ucs2.c [private]
apr/i18n/unix/xlate.c - apr-util/i18n/xlate.c
would this satisfy everyone?
+1, assuming utf8 - wchar_t conversion is still available on
When I try to use the apr_snprintf function, I am getting the following
error.
VA_TEST.OBJ : error LNK2001: unresolved external symbol __imp__apr_snprintf
Debug/VAARGS.exe : fatal error LNK1120: 1 unresolved externals
I am linking in \apr\LibD\apr.lib, for a debug version of my project.
Anyone
Ouch...
-1 on this commit, pending further explanation. I'm loathe to see all of
that extra code go in there for a dubious performance benefit. Are you
*truly* saving any time? I see a while() loop in there copying data. Isn't
it almost always faster to let the compiler produce an optimized
On Sat, May 11, 2002 at 05:55:35PM -0500, William A. Rowe, Jr. wrote:
Well, I'm ready to reverse my earlier position on uuid.
Woo!
Here's the issue; we've recoded apr-iconv in terms of platform-neutral apr.
Cool.
...
apr_uuid_* on unix is based on apr_md5. Now we are back to the old
On Mon, 13 May 2002, Greg Stein wrote:
Ouch...
-1 on this commit, pending further explanation. I'm loathe to see all of
that extra code go in there for a dubious performance benefit. Are you
*truly* saving any time? I see a while() loop in there copying data.
Isn't it almost always faster