- Windows automatically copies and controls the memory with _putenv, allocating
a copy on Windows should not be done.
- Unix requires a memory allocation, you can free the memory in the environment
if you clear the environment variable.
e.g. UNIX
mymem=strdup("FOO=abc");
putenv(mymem);
pute
This same discussion happened about a year ago.
The patch is not thread safe, because of a race condition in closing the
handle in the thread and joining the thread and/or detaching from
another thread. I believe that the thread tests use to crash on win32.
The answer was to enforce the UNIX
Just to chime in,
I had to implement something similar to what Joe suggested to solve the
problem. An add queue and a delete queue in addition I had to create a
method for poking the select to wake up and cycle through the additions and
subtractions. Since most of the additions and subtractions
Message-
From: Bill Stoddard [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 12:13 PM
To: dev@apr.apache.org
Subject: Re: Commit MSVC++ fixes?
Ed Holyat wrote:
> There was additional patches attached to the bug(30103) submitted by Craig
> Rodrigues
>
> - Changes to compile fr
There was additional patches attached to the bug(30103) submitted by Craig
Rodrigues
- Changes to compile from inside of MSVC++
- Purified - They included run time errors from vars that were not
initialized.
- A change to the pipe test to fail the test before hanging the test suite.
-Origin
These are patches available for Bug's 28460 30182 and 30103. These fixes
will allow you to run and complete the tests with on Win32.
<> <>
<>
© 2004 OpenLink Financial
Copyright in this message and any attachments remains with us. It is
confidential and may be legally privileged.
forgot the header diff
> -Original Message-
> From: Ed Holyat
> Sent: Friday, July 16, 2004 5:40 PM
> To: 'dev@apr.apache.org'
> Subject: Patch for Win32 thread deadlock
>
>
>
> Patch for Win32 thread deadlock, tested only
Patch for Win32 thread deadlock, tested only on multi-processor XP.
The problem occurs if the thread calls apr_thread_exit() thus closing the
shared handle; and then the main thread tries to join the closed thread with
a bad handle or has already joined the thread.
You can not
revision:1.4
Repository revision: 1.4
/home/cvspublic/apr/test/internal/testucs.c,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
-Original Message-
From: Ryan Bloom [mailto:[EMAIL PROTECTED]
Sent: Friday, July 02, 2004 11:17 AM
To: Ed
, only much cleaner.
Ryan
On Fri, 2 Jul 2004, Ed Holyat wrote:
> I am trying to build testall.dsw on Windows XP. testall.dsw fails to buil=
d
> because testall.obj isn't available.
>
> Is the test suite available in the HEAD of the branch or APR_1_0_RC2?
> testa
I am trying to build testall.dsw on Windows XP. testall.dsw fails to build
because testall.obj isn't available.
Is the test suite available in the HEAD of the branch or APR_1_0_RC2?
testall.c is in the Attic.
Configuration: testall - Win32 Debug
Microsoft
]
Sent: Thursday, May 20, 2004 6:16 PM
To: dev@apr.apache.org
Subject: Re: Solaris 2.8 and apr_global_mutex... head of branch
Ed Holyat wrote:
> Is the apr_global_mutex.. api available for Solaris and Linux?
sure; APR won't build without selecting and calling some native system
primi
the new test suite uses a \b in it's output. In my bash shell/emacs
environment, this produces some ugly output.
testatomic.c: |^H/^H-^H|^H\^H-^H|...etc
using the octal value \008 produces the desired effect. I believe this is
shell independent and portable.
© 2004 OpenLink Financial
Copy
Is the apr_global_mutex.. api available for Solaris and Linux?
For me, the apr status is returning that apr_global_mutex_.. is not
implemented on solaris2.8, redhat 2 and 3 enterprise. I am assuming that
it should be, in which case, the problem is in buildconf or libtool version
I was wondering if any of these problems were being addressed?
Do these problems exist when using VS .NET?
Using XP Visual C++ SP5 with processor pack
250 tests run: 234 passed, 11 failed, 5 not implemented.
Failed tests in Atomic:
1) test_atomics_threaded: Invalid return value from thread_jo
Using XP Visual C++ SP5 with processor pack
250 tests run: 234 passed, 11 failed, 5 not implemented.
Failed tests in Atomic:
1) test_atomics_threaded: Invalid return value from thread_join
This process hangs. I have to break out or skip this one.
Failed tests in File Info:
1) test_stat_eq_finf
Sorry, apr_socket_opt_set
Is there a reason why SO_BROADCAST is not implemented/allowed in
apr_socket_opt_set?
© 2004 OpenLink Financial
Copyright in this message and any attachments remains with us. It is
confidential and may be legally privileged. If this message is not
intended for yo
Is there a reason why SO_BROADCAST is not implemented/allowed in
apr_sock_opt_set?
© 2004 OpenLink Financial
Copyright in this message and any attachments remains with us. It is
confidential and may be legally privileged. If this message is not
intended for you it must not be read, copied o
to apr_uint32_t fixes the warnings. I don't believe this is
the correct thing to do.
-Original Message-
From: Ed Holyat [mailto:[EMAIL PROTECTED]
Sent: Friday, April 16, 2004 10:25 AM
To: 'William A. Rowe, Jr.'
Cc: dev@apr.apache.org
Subject: RE: Can't compile on XP
Compiles fine. Thanks
-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
Sent: Friday, April 16, 2004 9:58 AM
To: Ed Holyat
Cc: dev@apr.apache.org
Subject: Re: Can't compile on XP
Sorry, that is a later SDK header than you have. However I've committed
I am having a problem compiling the HEAD of the branch.
Windows XP Microsoft Visual C++ 6.0 SP5 with processor pack.
Anyone else having this problem?
Deleting intermediate files and output files for project 'apr - Win32
Debug'.
Configuration: apr - Win32 Debug--
Is there anyone working on adding an option to apr_dso_load() to
change the mode passed to dlopen() on Unix
dlopen((char *)path, RTLD_NOW | RTLD_GLOBAL);
I need to use RTLD_LAZY | RTLD_GLOBAL on Solaris and Red Hat Linux
to even get testdso.c to work .
Title: [PATCH] unix/dso.c on solaris
First time addressing this email address and I have a few questions which I hope someone will take the time to answer.
1. Does anyone know a reason why when loading a shared library on solaris 2.8, flag RTLD_NOW does not work? testdso.c will only work wi
23 matches
Mail list logo
