Hi,
In my speculation, when WIX execute a custom action, it will do the
following: (My custom action is in a DLL written with C++)
1. If there is no process for custom actions, it will create a process.
2. Load the DLL.
3. Execute the custom action function
4. Unload the DLL.
However, the process won't exit after the custom action returns. (WIX will
create one process for InstallUISequence custom actions, and one for
InstallExecuteSequence custom actions).
If I understand correctly of the above, then my problem will be:
When the DLL is unloaded, there were threads created in the custom action
function still running on the code of the DLL, then my thread get crashed.
Is my understanding right?
Thank you very much for your help!
Thanks,
Yun
On Mon, Feb 18, 2013 at 11:42 PM, Rob Mensching <[email protected]>wrote:
> 1. The Windows Installer creates separate processes for Custom Actions.
> The WiX toolset does the same for managed custom actions for the reasons
> Jacob pointed out.
>
> 2. Threads execute independently in a process. Unless you write code to
> ensure one thread outlasts another (Thread.Join?) there is no guarantee
> which threads still exists as threads exit.
>
>
> On Sun, Feb 17, 2013 at 8:45 PM, Yun Li <[email protected]> wrote:
>
>> I'm using C++, and the thread is created when I initialize a HTTP request
>> in custom action, i.e., it is created by Windows WinInet API
>> HttpSendRequest().
>> The http callback thread crashes when the custom action finishes.
>> There will be an exception dialog appear when this problem happens, but
>> the installation can continue to finish, seems it doesn't influence the
>> main install process.
>>
>>
>> On Mon, Feb 18, 2013 at 12:27 PM, Hoover, Jacob <
>> [email protected]> wrote:
>>
>>> How exactly are you creating this thread? What language and framework
>>> are you using?
>>>
>>> Sent from my iPhone
>>>
>>> On Feb 17, 2013, at 8:48 PM, "Yun Li" <[email protected]> wrote:
>>>
>>> Thanks for you reply.
>>>
>>> So if I understand correctly, actually WIX will create a process for
>>> each custom action. However, I can't figure out why the http thread created
>>> in the custom action doesn't exit when the process exit, it continues to
>>> execute and leads to a crash when try to access heap memories in the
>>> process.
>>> Is there a way to resolve this?
>>>
>>> Thanks!
>>> Yun
>>>
>>> On Sun, Feb 17, 2013 at 12:12 AM, Hoover, Jacob <
>>> [email protected]> wrote:
>>>
>>>> I believe this is caused by any .net ca being done in a separate stub
>>>> process. Prior to .net 4, you could only have one version of the clr loaded
>>>> during the life of the process. The wix fix which allows us to overcome
>>>> this is using child stub processes and ipc to overcome this.
>>>>
>>>>
>>>> On Feb 16, 2013, at 7:26 AM, "Yun Li" <[email protected]> wrote:
>>>>
>>>> Hi, WIX Devs
>>>>
>>>> Thanks for such a great tool!
>>>>
>>>> I have a problem developing my own installers with Wix.
>>>> I defined several custom actions in a DLL, these functions share a same
>>>> behavior that they need to send the instrumentation data to our server
>>>> through HTTP request.
>>>> When WIX calls a custom action, as my observation, it starts a new
>>>> thread for the function, and the thread exits after the function is
>>>> returned.
>>>> However, the problem is when the thread exits, *the heap storage
>>>> created in the custom action thread is also removed*! Which leads to a
>>>> crash when HTTP callback thread tries to access the objects created in the
>>>> heap.
>>>> What described above is only my observation, I just want to confirm
>>>> whether this is really the memory management method of thread adopted by
>>>> WIX (something like ThreadLocal, if I understand correctly), therefore we
>>>> can think about other ways for solution.
>>>>
>>>> Thanks,
>>>> Yun
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The Go Parallel Website, sponsored by Intel - in partnership with
>>>> Geeknet,
>>>> is your hub for all things parallel software development, from weekly
>>>> thought
>>>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>>>> whitepapers, evaluation guides, and opinion stories. Check out the most
>>>> recent posts - join the conversation now.
>>>> http://goparallel.sourceforge.net/
>>>>
>>>> _______________________________________________
>>>> WiX-devs mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/wix-devs
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The Go Parallel Website, sponsored by Intel - in partnership with
>>>> Geeknet,
>>>> is your hub for all things parallel software development, from weekly
>>>> thought
>>>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>>>> whitepapers, evaluation guides, and opinion stories. Check out the most
>>>> recent posts - join the conversation now.
>>>> http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> WiX-devs mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/wix-devs
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The Go Parallel Website, sponsored by Intel - in partnership with
>>> Geeknet,
>>> is your hub for all things parallel software development, from weekly
>>> thought
>>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>>> whitepapers, evaluation guides, and opinion stories. Check out the most
>>> recent posts - join the conversation now.
>>> http://goparallel.sourceforge.net/
>>>
>>> _______________________________________________
>>> WiX-devs mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/wix-devs
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The Go Parallel Website, sponsored by Intel - in partnership with
>>> Geeknet,
>>> is your hub for all things parallel software development, from weekly
>>> thought
>>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>>> whitepapers, evaluation guides, and opinion stories. Check out the most
>>> recent posts - join the conversation now.
>>> http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> WiX-devs mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/wix-devs
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
>> is your hub for all things parallel software development, from weekly
>> thought
>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>> whitepapers, evaluation guides, and opinion stories. Check out the most
>> recent posts - join the conversation now.
>> http://goparallel.sourceforge.net/
>> _______________________________________________
>> WiX-devs mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/wix-devs
>>
>>
>
>
> ------------------------------------------------------------------------------
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
> is your hub for all things parallel software development, from weekly
> thought
> leadership blogs to news, videos, case studies, tutorials, tech docs,
> whitepapers, evaluation guides, and opinion stories. Check out the most
> recent posts - join the conversation now.
> http://goparallel.sourceforge.net/
> _______________________________________________
> WiX-devs mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs
