Thanks everyone's help. I am finally unblocked. But still cripple. I can compiled and run apps. but cannot "launch" I cannot launch gorm from projectcenter. no error seen I cannot launch my apps from projectcenter. I got NSTask - launch path openapp not valid
2 cents for newbie like me as return. I install all precompilied package (old version). http://www.jaysonjc.com/programming/objective-c-programming-in-windows-gnustep-projectcenter.html I need to set some windows environment variables, I can start to learn objective-C now. jjdd88 wrote: > > Thanks, getting slow progress here :) > Now the error message I got is > > 5: /common.make: No such file or directory > 50: /aggregrate.make: No such file or directory > 51: /application.make: No such file or directory > > I can find them at /GNUStep/System/Library/Makefiles > But I don't know where to set it. > > I tried Preference "Root Build Directory" but not work. > > > Thanks > > > Richard Frith-Macdonald-2 wrote: >> >> >> On 19 Dec 2010, at 22:29, Riccardo Mottola wrote: >> >>> Hi, >>>> Thanks, >>>> >>>> Now it work and I can even follow the convertor example to the end. >>>> But I >>>> got the following error when I try to build. >>>> >>>> :dup: dup(some disk file) failed, handle 0, Win32 error 6 >>>> >>>> What is that? >>>> >>> I have no real clue why that happens. I know that sometimes when I >>> compile and uptate the whole core system, it happens. Usually after >>> another clean build of core and PC it fixes. Currently it works for me. >>> IIRC, it has to do with the way stoud/stderr are piped and read on >>> windows. Richard? >>> I don't know why it is unreliable. >> >> I'm not really familar with the PC code or with mswindows (as far as I >> know the dup() system call in windows should behave the same way as the >> dup() call in unix). >> I did a quick search for Win32 error 6 and found that it is >> ERROR_INVALID_HANDLE (See >> http://msdn.microsoft.com/en-us/library/cc231199(PROT.10).aspx) so I >> guess the code is trying to duplicate a bad file handle ... which >> probably means that the file was not successfully opened in the first >> place (or was closed), and you need to find out how/why that happened. >> Since this is handle 0 (stdin) it really *ought* to be open/valid. >> _______________________________________________ >> Discuss-gnustep mailing list >> Discuss-gnustep@gnu.org >> http://lists.gnu.org/mailman/listinfo/discuss-gnustep >> >> > > -- View this message in context: http://old.nabble.com/URGENT%3A-Unable-to-run-PROJECTCenter-tp29243759p30502601.html Sent from the GNUstep - General mailing list archive at Nabble.com. _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
