Re: design problems with thread init code?

[Paul Davis]

mike already fixed a bunch of my misunderstandings on IRC. but now
i'm faced with the more challenging task of getting this "mono hack"
to support threading properly. so feedback is still welcome :)

--p

design problems with thread init code?

[Paul Davis]

> mike already fixed a bunch of my misunderstandings on IRC. but now
> i'm faced with the more challenging task of getting this "mono hack"
> to support threading properly. so feedback is still welcome :)

its turns out that the "mono hack" in which threading is know not to
work is broken in at least one simple and obvious way. there was no
implementation of wine_pthread_init_current_teb(). i fixed this, and
presto, my multi-threaded win32/x86 VST plugin loads and runs in my
linux+shared-winelib application. of course, this might not be the
last problem :)

--p

design problems with thread init code?

[Boaz Harrosh]

Paul Davis wrote:
> > mike already fixed a bunch of my misunderstandings on IRC. but now
> > i'm faced with the more challenging task of getting this "mono hack"
> > to support threading properly. so feedback is still welcome :)
>
> its turns out that the "mono hack" in which threading is know not to
> work is broken in at least one simple and obvious way. there was no
> implementation of wine_pthread_init_current_teb(). i fixed this, and
> presto, my multi-threaded win32/x86 VST plugin loads and runs in my
> linux+shared-winelib application. of course, this might not be the
> last problem :)
>
> --p

Where do you have your code public so we can download it?

design problems with thread init code?

[Paul Davis]

> Where do you have your code public so we can download it?

nowhere yet. there will be a tarball available within the next 36hrs,
probably at ardour.org. i'll let you know.

--p

design problems with thread init code?

[Mike Hearn]

On Mon, 29 Mar 2004 00:56:55 -0500, Paul Davis wrote:
> its turns out that the "mono hack" in which threading is know not to
> work is broken in at least one simple and obvious way. there was no
> implementation of wine_pthread_init_current_teb(). i fixed this, and
> presto, my multi-threaded win32/x86 VST plugin loads and runs in my
> linux+shared-winelib application. of course, this might not be the
> last problem :)

Do you mean an implementation provided by the Mono shared
library? If you are looking at the libwine version, please remember it's
just a placeholder.