I'm trying out some of your suggestions and I've download libcurl 7.12.3
and built it in VC. I didn't use Ares as an option yet (since Gisle
mentioned it should me working since 7.12.2)
It still causes an exception in the file "hostthre.c" at line 189 in the
function "gethostbyname_thread()" See below:
static unsigned __stdcall gethostbyname_thread (void *arg)
struct connectdata *conn = (struct connectdata*) arg;
struct thread_data *td = (struct thread_data*) conn->async.os_specific;
struct hostent *he;
int rc = 0;
/* Duplicate the passed mutex handle.
* This allows us to use it even after the container gets destroyed
* due to a resolver timeout.
HANDLE mutex_waiting = NULL;
if (!DuplicateHandle(GetCurrentProcess(), td->mutex_waiting,
GetCurrentProcess(), &mutex_waiting, 0, FALSE,
EXCEPTION OCCURS HERE!
"First-chance exception at 0x77e6d756 in Program.exe: 0x000006BB: The RPC
server is too busy to complete this operation."
/* failed to duplicate the mutex, no point in continuing */
I am going to try and use Ares tonite if I have time. I am actually on
lunch break at home working on this since this is not a work related
project. I'm new to this email list so hopefully this email works
correctly, since I've had a little trouble emailing to the list.
> As I said, my test program works just fine with a standard windows build
> Of 7.12.3, so I think it was fixed :)
> -----Original Message-----
> From: curl-library-bounces_at_cool.haxx.se
> [mailto:curl-library-bounces_at_cool.haxx.se] On Behalf Of Gisle Vanem
> Sent: Tuesday, January 18, 2005 8:54 AM
> To: libcurl development
> Subject: Re: Windows RPC server busy. Libcurl Multithreading issues.
> "Michael Mastroianni" wrote:
>> With 7.12.0, not using Ares, it would blow up every time.
> The threaded resolver code was hopefully fixed in 7.12.2 by
> Traian Nicolescu's patches.
Received on 2005-01-18