apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Friedrich Dominicus <fr...@q-software-solutions.de>
Subject Re: portability
Date Thu, 25 Nov 2004 06:35:09 GMT
"William A. Rowe, Jr." <wrowe@rowe-clan.net> writes:

> At 01:07 PM 11/24/2004, Friedrich Dominicus wrote:
>>"William A. Rowe, Jr." <wrowe@rowe-clan.net> writes:
>>> At 08:24 AM 11/24/2004, Friedrich Dominicus wrote:
>>>>How about this code then?
>>>>/* #ifndef _WIN32_WCE
>>>>    if (((*new)->td = (HANDLE)_beginthreadex(NULL,
>>>>                        attr && attr->stacksize > 0 ? attr->stacksize
: 0,
>>>>                        (unsigned int (APR_THREAD_FUNC *)(void *))dummy_worker,
>>>>                        (*new), 0, &temp)) == 0) {
>>>>        return APR_FROM_OS_ERROR(_doserrno);
>>>>    }
>>> If you let us know which compiler fails for you, we can
>>> have a look at it.  Let us know the compiler's defined()
>>> macro signature as well.
>>However there are a bunch of other things I had to add/modify to 
>>get libapr0.93 somehwat compiled. I now fail miserable with the 1.x
>>version because of poll problem. 
> What poll problem?  we use network_io/unix/select.c, not poll.c.
That's interesting, the .dsw file I had uses poll.c from the unix
subdirectory at least it was part of the project...

>>Howerver it was still not an easy going to get libapr compiled on
>>MSVC, so I either I've messed up my MSVC, Windows or libapr or the
>>might be another problem
> You might try a clean checkout.
That is what I'm going to do again and I have to check how the build
process is supposed to work I assume I've modfied files I should not
have touched .... 


View raw message