3 Jun
2004
3 Jun
'04
4:55 p.m.
On Thu, Jun 03, 2004 at 08:20:03PM +0200, Werner Schweer wrote:
On Thursday 03 June 2004 19:33, Mark Knecht wrote:
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....
torbenh(a)gmx.de 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));
...
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