From: klaas.holwerda <kho...@xs...> - 2006-02-06 22:55:07
|
It looks like they are wrong again. It is rather strange what i see in e.g. in all/most *.dsp files. ( CRCRLF at each line ). ?? At least VC6 can not read them like this. Klaas |
From: Francesco M. <f18...@ya...> - 2006-02-07 09:15:05
|
Hi, klaas.holwerda ha scritto: > It looks like they are wrong again. > It is rather strange what i see in e.g. in all/most *.dsp files. > > ( CRCRLF at each line ). ops; I tried to generate the win32 makefiles with CRLF line endings on my Unix station and then committed them to CVS and this should have give problems to CVS. It should be fixed now. Francesco |
From: klaas.holwerda <kho...@xs...> - 2006-02-07 16:06:16
|
Francesco Montorsi wrote: > > It should be fixed now. No, at least wxlua.dsw is still wrong. I can't load it Klaas |
From: klaas.holwerda <kho...@xs...> - 2006-02-07 16:11:09
|
klaas.holwerda wrote: > Francesco Montorsi wrote: > >> >> It should be fixed now. > > > No, at least wxlua.dsw is still wrong. I can't load it Even the ones with the right lineend are wrong now?? I copied wxlua.dsw from a previous backup, and now get problems with dsp files again. Better regenerate from scratch. Klaas |
From: Francesco M. <f18...@ya...> - 2006-02-08 17:17:15
|
Hi, klaas.holwerda ha scritto: > klaas.holwerda wrote: > Better regenerate from scratch. sorry for this delay but yesterday I could not connect to SF CVS servers... they always gave me connection timed out. I've just removed all DSP/DSW files and all makefiles and re-added and recommitted them all again. Sorry for this problem... Francesco |
From: Francesco M. <f18...@ya...> - 2006-02-08 17:40:59
|
I've found that there must be some problem related to the DSW/DSP files emerged when I replaced the WX_DEBUG,WX_UNICODE options with the BUILD,UNICODE options, not related to EOL. I'm going to look into this right now. Francesco Francesco Montorsi ha scritto: > Hi, > > klaas.holwerda ha scritto: >> klaas.holwerda wrote: >> Better regenerate from scratch. > sorry for this delay but yesterday I could not connect to SF CVS > servers... they always gave me connection timed out. > > I've just removed all DSP/DSW files and all makefiles and re-added and > recommitted them all again. > > Sorry for this problem... > Francesco > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 |
From: John L. <jla...@gm...> - 2006-02-07 16:17:35
|
On 2/7/06, Francesco Montorsi <f18...@ya...> wrote: > Hi, > > klaas.holwerda ha scritto: > > It looks like they are wrong again. > > It is rather strange what i see in e.g. in all/most *.dsp files. > > > > ( CRCRLF at each line ). > ops; I tried to generate the win32 makefiles with CRLF line endings on > my Unix station and then committed them to CVS and this should have give > problems to CVS. > > It should be fixed now. VS Express 2005 thinks that they're all corrupt now. It just says that, for example, "apps_app_wxlua.dsp cannot be loaded. Do you want to remove the unloadable project from the solution." I checked the line endings and they're all CRLF so I don't know what could be the problem. Any ideas? Thanks John Labenski |
From: John L. <jla...@gm...> - 2006-02-08 17:06:37
|
On 2/7/06, John Labenski <jla...@gm...> wrote: > On 2/7/06, Francesco Montorsi <f18...@ya...> wrote: > > Hi, > > > > klaas.holwerda ha scritto: > > > It looks like they are wrong again. > > > It is rather strange what i see in e.g. in all/most *.dsp files. > > > > > > ( CRCRLF at each line ). > > ops; I tried to generate the win32 makefiles with CRLF line endings on > > my Unix station and then committed them to CVS and this should have giv= e > > problems to CVS. > > > > It should be fixed now. > > VS Express 2005 thinks that they're all corrupt now. It just says > that, for example, "apps_app_wxlua.dsp cannot be loaded. Do you want > to remove the unloadable project from the solution." I checked the > line endings and they're all CRLF so I don't know what could be the > problem. Any ideas? Can anyone else load the dsp files? I went through the changelog for apps_app_wxlua.dsp, but I can't really figure out which one of the changes caused a problem and, of course, VC Express couldn't be bothered to tell you what line it has a problem with. Regards, John Labenski |
From: Francesco M. <f18...@ya...> - 2006-02-08 18:39:09
|
Francesco Montorsi ha scritto: > I've found that there must be some problem related to the DSW/DSP files > emerged when I replaced the WX_DEBUG,WX_UNICODE options with the > BUILD,UNICODE options, not related to EOL. > > I'm going to look into this right now. > Francesco I've found that the fact of having BUILD as an alias to WX_DEBUG and UNICODE as alias of WX_UNICODE gives problems to msvc6prj. I've fixed this. Francesco |
From: John L. <jla...@gm...> - 2006-02-08 19:20:30
|
On 2/8/06, Francesco Montorsi <f18...@ya...> wrote: > Francesco Montorsi ha scritto: > > I've found that there must be some problem related to the DSW/DSP files > > emerged when I replaced the WX_DEBUG,WX_UNICODE options with the > > BUILD,UNICODE options, not related to EOL. > > > > I'm going to look into this right now. > > Francesco > I've found that the fact of having BUILD as an alias to WX_DEBUG and > UNICODE as alias of WX_UNICODE gives problems to msvc6prj. > > I've fixed this. Thanks alot, they load now, I'll try to work on the linking problem for the wxbindstc lib. John Labenski |