Hello Peter! On Friday 06 February 2009 [email protected] wrote: > I really would like to try fsvs but > unfortunately I cannot get it to run under > Solaris 10 without dumping core. Here is a > list of problems I encountered (I use v1.1.17): > 1. src/config.h needs > #define NAME_MAX (FILENAME_MAX) > that has been reported before but is not > included in the source distribution This should be solved by an #ifndef.
> 2. Solaris does not have strsep() so I had > to include a replacement, as mentioned in > http://www.winehq.org/pipermail/wine-patches/2001-November/001322.html Does Solaris have something similar? That's used only in a single place, and could maybe replaced with something else. Or could you extend configure.in with a test, and if strsep() is not found we can include it (eg. in helper.c): #ifndef HAVE_STRSEP char* strsep(char** str, const char* delims) ... #endif > 3. the Makefile does not use $(DESTDIR) but > that is required for packaging Could you elaborate a bit, and perhaps send a patch? > 4. "make install" uses "cp -a" but "-a" > is no option to "cp" on Solaris Could you send me a patch for configure.in and Makefile.in? > 5. in src/options.c replace this: > .name="softroot", .cp_val=NULL, .parse=opt___normalized_path, > with that: > .name="softroot", .cp_val="", .parse=opt___normalized_path, > otherwise fsvs will dump core on initialization That I can't really explain ... Where did it crash? And why? Could you send me the last few lines (privately, if you like) of a "--enable-debug" configured build, fsvs started with "-d"? > It took me a day to find out the above I'm sorry ... did you try with a debug build? That should drop you automatically in gdb as soon as some inconsistency is detected. > and now at least I can run "fsvs help" without > error. But the rest doesn't work, still? Thank you for your feedback (and for your help, I hope ;-). Regards, Phil -- Versioning your /etc, /home or even your whole installation? Try fsvs (fsvs.tigris.org)!
