On Thu, Jun 03, 2004 at 08:20:03PM +0200, Werner Schweer wrote:
> On Thursday 03 June 2004 19:33, Mark Knecht wrote:
> > torbenh@xxxxxx wrote:
>
> my changed libwinelib.c looks like this:
>
> int
> SharedWineInit (void (*sighandler)(int,siginfo_t*,void*))
> {
> unsigned char Error[2024]="";
> char *WineArguments[] = {"sharedapp", LIBPATH "/libfst.so", NULL};
> void* stackbase;
> size_t stacksize;
> void *ntdll;
> void *ntso;
> char ntdllpath[PATH_MAX+1];
> char* dlerr;
> char* env[] = { NULL };
>
> sharedwine_signal_handler = sighandler;
>
> if (setjmp (jump) == 0) {
> wine_init (2, WineArguments, env, Error, sizeof (Error));
> ...
>
which wine version are you using ?
i really dont know where this env parameter comes from.
we have copied some code out of wine and libfst uses this.
(its the threading code from wine)
if this code is expected to behave differently than it does
your pretty much doomed.
please get your wine from www.winehq.org
debugging fst code is a really complicated task....
> hopefully this may work for you (at least it should compile).
> I did not get fst working for me. It always crashes in wine_init() for
> all tools (like fstconfig).
> The core shows an destroyed stack and does not give useful information
> (crash in lib function opendir()).
> I tried different winelib versions, compiler(gcc3.3/3.4), linux versions
> (2.4/2.6)
> with no luck so far :-(
>
> /werner
>
>
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
