..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
OPTLINK (R) for Win32  Release 8.00.12
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
mydll.obj(mydll)
  Error 42: Symbol Undefined
_D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
EbZb
mydll.obj(mydll)
  Error 42: Symbol Undefined
_D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
EbZv
mydll.obj(mydll)
  Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
--- errorlevel 3

Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.

FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.

Sent from my iPhone

On Mar 27, 2011, at 12:18 PM, Walter Bright <walter at digitalmars.com> wrote:

> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
> OPTLINK (R) for Win32  Release 8.00.12
> Copyright (C) Digital Mars 1989-2010  All rights reserved.
> http://www.digitalmars.com/ctg/optlink.html
> mydll.obj(mydll)
> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
> EbZb
> mydll.obj(mydll)
> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
> EbZv
> mydll.obj(mydll)
> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
> --- errorlevel 3
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime

Have you been able to look at this, yet?

On 3/28/2011 9:04 AM, Sean Kelly wrote:
> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.
>
> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>
> Sent from my iPhone
>
> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com>  wrote:
>
>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>> OPTLINK (R) for Win32  Release 8.00.12
>> Copyright (C) Digital Mars 1989-2010  All rights reserved.
>> http://www.digitalmars.com/ctg/optlink.html
>> mydll.obj(mydll)
>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>> EbZb
>> mydll.obj(mydll)
>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>> EbZv
>> mydll.obj(mydll)
>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>> --- errorlevel 3
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime
>
>

I was going to on Friday but a family issue came up. I'll look at it Monday.

Sent from my iPhone

On Apr 16, 2011, at 10:20 PM, Walter Bright <walter at digitalmars.com> wrote:

> Have you been able to look at this, yet?
> 
> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.
>> 
>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>> 
>> Sent from my iPhone
>> 
>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com>  wrote:
>> 
>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>> OPTLINK (R) for Win32  Release 8.00.12
>>> Copyright (C) Digital Mars 1989-2010  All rights reserved.
>>> http://www.digitalmars.com/ctg/optlink.html
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>> EbZb
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>> EbZv
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>> --- errorlevel 3
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> 
>> 
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime

Walter Bright wrote:
> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
> OPTLINK (R) for Win32  Release 8.00.12
> Copyright (C) Digital Mars 1989-2010  All rights reserved.
> http://www.digitalmars.com/ctg/optlink.html
> mydll.obj(mydll)
>  Error 42: Symbol Undefined
> _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
> EbZb
> mydll.obj(mydll)
>  Error 42: Symbol Undefined
> _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
> EbZv
> mydll.obj(mydll)
>  Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
> --- errorlevel 3

copying from the D newsgroup: core/dll_helper.d has been recently moved to core/sys/windows/_dll.d, so you might just have the old import file core/dll_helper.di lying around on your disk and referenced without the correspondent file being built into druntime.

I haven't had time to boot into Windows to test this yet, but here you go:

-------------- next part --------------
A non-text attachment was scrubbed...
Name: dll2.zip
Type: application/zip
Size: 959 bytes
Desc: not available
URL: <http://lists.puremagic.com/pipermail/d-runtime/attachments/20110419/c7ad357b/attachment.zip>
-------------- next part --------------


On Apr 16, 2011, at 10:20 PM, Walter Bright wrote:

> Have you been able to look at this, yet?
> 
> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.
>> 
>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>> 
>> Sent from my iPhone
>> 
>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com>  wrote:
>> 
>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>> OPTLINK (R) for Win32  Release 8.00.12
>>> Copyright (C) Digital Mars 1989-2010  All rights reserved.
>>> http://www.digitalmars.com/ctg/optlink.html
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>> EbZb
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>> EbZv
>>> mydll.obj(mydll)
>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>> --- errorlevel 3
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> 
>> 
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime

I've also had problems with DLLs in the git version of druntime.
When I use Runtime.initialize() in a thread, in a DLL which was
dynamically loaded, it crashes. I haven't traced into it, but it feels
like exactly the same behaviour I saw when TLS wasn't initialized.
Almost as if something in the runtime is using a TLS variable before
initialization has happened.

I also notice that the docs in 2.052 had an inconsistency: the first example used dll_helper, the later ones use Runtime.initialize().
---

On 19 April 2011 20:06, Sean Kelly <sean at invisibleduck.org> wrote:
> I haven't had time to boot into Windows to test this yet, but here you go:
>
>
>
>
> On Apr 16, 2011, at 10:20 PM, Walter Bright wrote:
>
>> Have you been able to look at this, yet?
>>
>> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke? ?I'll fix it.
>>>
>>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>>>
>>> Sent from my iPhone
>>>
>>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com> ?wrote:
>>>
>>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>>> OPTLINK (R) for Win32 ?Release 8.00.12
>>>> Copyright (C) Digital Mars 1989-2010 ?All rights reserved.
>>>> http://www.digitalmars.com/ctg/optlink.html
>>>> mydll.obj(mydll)
>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>>> EbZb
>>>> mydll.obj(mydll)
>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>>> EbZv
>>>> mydll.obj(mydll)
>>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>>> --- errorlevel 3
>>>> _______________________________________________
>>>> D-runtime mailing list
>>>> D-runtime at puremagic.com
>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>
>>>
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>
>
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime
>
>

I'd like to hide the use of dll_helper or anything else inside Runtime.initialize(), but this doesn't seem possible because there are things you only want to do when initializing a DLL.  I'd considered adding a Runtime.initializeDLL() routine, but that's Windows-specific.  Any suggestions on how to best handle this?  Perhaps calling something from core.sys.windows really is the best approach?  Don, have you tried the dll_helper routines when loading a DLL, or only Runtime.initalize()?

On Apr 19, 2011, at 1:11 PM, Don Clugston wrote:

> I've also had problems with DLLs in the git version of druntime.
> When I use Runtime.initialize() in a thread, in a DLL which was
> dynamically loaded, it crashes. I haven't traced into it, but it feels
> like exactly the same behaviour I saw when TLS wasn't initialized.
> Almost as if something in the runtime is using a TLS variable before
> initialization has happened.
> 
> I also notice that the docs in 2.052 had an inconsistency: the first example used dll_helper, the later ones use Runtime.initialize().
> ---
> 
> On 19 April 2011 20:06, Sean Kelly <sean at invisibleduck.org> wrote:
>> I haven't had time to boot into Windows to test this yet, but here you go:
>> 
>> 
>> 
>> 
>> On Apr 16, 2011, at 10:20 PM, Walter Bright wrote:
>> 
>>> Have you been able to look at this, yet?
>>> 
>>> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>>>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.
>>>> 
>>>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com>  wrote:
>>>> 
>>>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>>>> OPTLINK (R) for Win32  Release 8.00.12
>>>>> Copyright (C) Digital Mars 1989-2010  All rights reserved.
>>>>> http://www.digitalmars.com/ctg/optlink.html
>>>>> mydll.obj(mydll)
>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>>>> EbZb
>>>>> mydll.obj(mydll)
>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>>>> EbZv
>>>>> mydll.obj(mydll)
>>>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>>>> --- errorlevel 3
>>>>> _______________________________________________
>>>>> D-runtime mailing list
>>>>> D-runtime at puremagic.com
>>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>> _______________________________________________
>>>> D-runtime mailing list
>>>> D-runtime at puremagic.com
>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>> 
>>>> 
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> 
>> 
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> 
>> 
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime

Windows-specific solutions are not a problem, as DLLs are so different from shared libraries that they'll have to be different anyway.

On 4/19/2011 1:54 PM, Sean Kelly wrote:
> I'd like to hide the use of dll_helper or anything else inside Runtime.initialize(), but this doesn't seem possible because there are things you only want to do when initializing a DLL.  I'd considered adding a Runtime.initializeDLL() routine, but that's Windows-specific.  Any suggestions on how to best handle this?  Perhaps calling something from core.sys.windows really is the best approach?  Don, have you tried the dll_helper routines when loading a DLL, or only Runtime.initalize()?
>
> On Apr 19, 2011, at 1:11 PM, Don Clugston wrote:
>
>> I've also had problems with DLLs in the git version of druntime.
>> When I use Runtime.initialize() in a thread, in a DLL which was
>> dynamically loaded, it crashes. I haven't traced into it, but it feels
>> like exactly the same behaviour I saw when TLS wasn't initialized.
>> Almost as if something in the runtime is using a TLS variable before
>> initialization has happened.
>>
>> I also notice that the docs in 2.052 had an inconsistency: the first example used dll_helper, the later ones use Runtime.initialize().
>> ---
>>
>> On 19 April 2011 20:06, Sean Kelly<sean at invisibleduck.org>  wrote:
>>> I haven't had time to boot into Windows to test this yet, but here you go:
>>>
>>>
>>>
>>>
>>> On Apr 16, 2011, at 10:20 PM, Walter Bright wrote:
>>>
>>>> Have you been able to look at this, yet?
>>>>
>>>> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>>>>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke?  I'll fix it.
>>>>>
>>>>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com>   wrote:
>>>>>
>>>>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>>>>> OPTLINK (R) for Win32  Release 8.00.12
>>>>>> Copyright (C) Digital Mars 1989-2010  All rights reserved.
>>>>>> http://www.digitalmars.com/ctg/optlink.html
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>>>>> EbZb
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>>>>> EbZv
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>>>>> --- errorlevel 3
>>>>>> _______________________________________________
>>>>>> D-runtime mailing list
>>>>>> D-runtime at puremagic.com
>>>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>>> _______________________________________________
>>>>> D-runtime mailing list
>>>>> D-runtime at puremagic.com
>>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>>>
>>>>>
>>>> _______________________________________________
>>>> D-runtime mailing list
>>>> D-runtime at puremagic.com
>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>
>>>
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime
>
>

On 19 April 2011 22:54, Sean Kelly <sean at invisibleduck.org> wrote:
> I'd like to hide the use of dll_helper or anything else inside Runtime.initialize(), but this doesn't seem possible because there are things you only want to do when initializing a DLL. ?I'd considered adding a Runtime.initializeDLL() routine, but that's Windows-specific. ?Any suggestions on how to best handle this? ?Perhaps calling something from core.sys.windows really is the best approach? ?Don, have you tried the dll_helper routines when loading a DLL, or only Runtime.initalize()?

I thought they didn't exist any more. The docs in dll.dd are completely wrong.

>
> On Apr 19, 2011, at 1:11 PM, Don Clugston wrote:
>
>> I've also had problems with DLLs in the git version of druntime.
>> When I use Runtime.initialize() in a thread, in a DLL which was
>> dynamically loaded, it crashes. I haven't traced into it, but it feels
>> like exactly the same behaviour I saw when TLS wasn't initialized.
>> Almost as if something in the runtime is using a TLS variable before
>> initialization has happened.
>>
>> I also notice that the docs in 2.052 had an inconsistency: the first example used dll_helper, the later ones use Runtime.initialize().
>> ---
>>
>> On 19 April 2011 20:06, Sean Kelly <sean at invisibleduck.org> wrote:
>>> I haven't had time to boot into Windows to test this yet, but here you go:
>>>
>>>
>>>
>>>
>>> On Apr 16, 2011, at 10:20 PM, Walter Bright wrote:
>>>
>>>> Have you been able to look at this, yet?
>>>>
>>>> On 3/28/2011 9:04 AM, Sean Kelly wrote:
>>>>> Sounds like we need an automated test for this. The helper modules moved to core.sys.windows. Where is the dll code that broke? ?I'll fix it.
>>>>>
>>>>> FWIW, I didn't think the helper modules should be explicitly called by the user at all. If this isnt true then the DLL use process needs a look.
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Mar 27, 2011, at 12:18 PM, Walter Bright<walter at digitalmars.com> ?wrote:
>>>>>
>>>>>> ..\dmd mydll.obj ..\druntime\lib\gcstub.obj mydll.def -L/map
>>>>>> OPTLINK (R) for Win32 ?Release 8.00.12
>>>>>> Copyright (C) Digital Mars 1989-2010 ?All rights reserved.
>>>>>> http://www.digitalmars.com/ctg/optlink.html
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_attachFT4core3sys7windows7windows6HANDL
>>>>>> EbZb
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper18dll_process_detachFT4core3sys7windows7windows6HANDL
>>>>>> EbZv
>>>>>> mydll.obj(mydll)
>>>>>> Error 42: Symbol Undefined _D4core10dll_helper12__ModuleInfoZ
>>>>>> --- errorlevel 3
>>>>>> _______________________________________________
>>>>>> D-runtime mailing list
>>>>>> D-runtime at puremagic.com
>>>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>>> _______________________________________________
>>>>> D-runtime mailing list
>>>>> D-runtime at puremagic.com
>>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>>>
>>>>>
>>>> _______________________________________________
>>>> D-runtime mailing list
>>>> D-runtime at puremagic.com
>>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>
>>>
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>>>
>>>
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime
>