Brian Dessent wrote:
> ???????? ?????????? wrote:
>
>> I.e., what if I need threads with exceptions AND want to have my program in a single executable?
>>
> I don't think that's possible, since the functionality of cleaning up
> these TLS keys is dependant on receiving DLL_THREAD_DETACH messages,
> which can only be seen from DllMain. So some DLL somewhere in your
> process' address space would have to do this. In the case of using MS's
> tools since they control msvcr*.dll they can do it there, but we don't
> have that luxury.
>
> As the comment above says, its sole purpose is to free TLS variables
> when a thread detaches. If you can arrange for some other way for this
> to happen, then you can circumvent the need for this DLL. I can't think
> of any, and I'm pretty sure that in all the past threads on this topic
> nobody else presented a workable solution.
>
As MS will want to maintain compatibility with old versions of programs
comipled with their own tools, they will probably keep the various
mechanisms in `msvcr*.dll' as they are. You think it is possible to use
whatever mechanism the MS tools use? In the end, MS-win shouldn't be
able to tell which program is MS-compiled and which is not.
Some reverse-engineering will be required.
I know... :-) I'm always welcome to do it myself.
Has anyone tried to do this before?
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642_______________________________________________
MinGW-users mailing list
MinGW-users@...
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users