On 18 Aug, Enrico Sersale wrote: > GWorkspace has *NO* linuxisms; besides linux, it runs on darwin, *BSD, > solaris, etc... > Here I see a problem in the "C:\DesktopNewFolder" path; there is not the > path separator that should be between "C:\Desktop" and "NewFolder". > Usually I use -stringByAppendingPathComponent: and, in the few cases when I > must append a path separator by hand, I use a function that calls > NSFileManager's -stringWithFileSystemRepresentation:length:; this should give > correct paths also on windows. > Anyway, not having windows, I can't test anything and it's very probable > that gworkspace doesn't run on it, but not due of these basical problems > (path handling, etc...).
Could it be as simple as Windows' use of backslash as a path separator, which in many contexts in C (obj-C) string handling may be interpreted as an escape character? In Windows, in most functions, using slash as a path separator works just as well as backslash, and would avoid these problems. It would mean you'd need to detect you were on Windows and filter in place all path strings replacing backslash with slash. Another Windows problem likely to hurt is the CR-LF line endings on text files, that will be stripped out and converted to LF if you open up a file in text mode instead of binary mode. luke _______________________________________________ Apps-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/apps-gnustep
