paths wrong when importing MSWorkspaces

[st3vie]

When i try to import an MS Workspace file (.dsw) it says that "Project '/home/user/.\project\path\file.dsp' does not exist...".

Seems like it's a slash-backslash problem here, since the files *do* exist.

should i file this as a bug at sf?

-st3vie

(CodeBlocks cvs / Gentoo Linux / wx2.6.1u)

[mandrav]

@ZieQ:

I 've heard this from other people too. Can you double-check the importers, before RC2 is released?

[zieQ]

@ZieQ:

I 've heard this from other people too. Can you double-check the importers, before RC2 is released?

I know where it comes from, wxFileName(s) need a Normalize() to the native format. I'll make the fix ASAP, but I do not have my CVS access now

[zieQ]

Should be ok now, but since I do not have a linux box to test my fix, could somebody confirm it's ok? (st3vie, Yiannis?)

[mandrav]

Well, it still compiles so that's good
Unfortunately, I can't test for the specific error because I don't have a test case that I know would fail.
So we have to wait for the cvs lag to elapse and then st3vie can try it and tell us...

[st3vie]

just run an cvs update? and recompile? sure, i'll check it out then.

thanks!

-st3vie

[mandrav]

Just keep in mind that anonymous cvs lags a few hours (typically 4 to 6 hours). So, when you update, make sure sdk/*workspaceloader.cpp are actually updated...

[st3vie]

it seems some files are updated, but it doesn't work yet.
i still get those backslashes ( \ ) in the "does not exist" messages.

The files msvcworkspaceloader.cpp and msvc7workspaceloader.cpp have a date of 23 sept 2005,
but workspaceloader.cpp itself, still has 18 sept 2005.

-st3vie

[zieQ]

Really odd, the Normalize function is supposed to convert path to the native format. Could you display the debug log and copy/paste the log when loading file? Maybe you could also attach the workspace so we can have a look into it?

[st3vie]

i also tried it with one publicly available. the source for VirtualDub. You can find it here http://virtualdub.sourceforge.net/
It may not compile or anything but i just tried this one to check the importer.

If needed, i'll post screens and all.

Oh, another thing then perhaps. When you import the workspace mentioned above, you have to click through 20 popups with "OK".
Perhaps an idea to have an option to cancel the import as well?

-st3vie

[zieQ]

And now?

[mandrav]

It's fixed now in CVS.

[st3vie]

ok, great. thanks! i'll try it out too as soon as anonymous is updated too.

-st3vie

[st3vie]

well, i noticed that some files were updated, but now, when i try make, i get the following errors:

Code

Making all in src
make[1]: Entering directory `/usr/local/src/dev-util/codeblocks/src'
Making all in sdk
make[2]: Entering directory `/usr/local/src/dev-util/codeblocks/src/sdk'
Makefile:548: .deps/Managers.Plo: No such file or directory
Makefile:549: .deps/StdAfx.Plo: No such file or directory

    <cut more lines like these>

Makefile:616: .deps/toolsmanager.Plo: No such file or directory
Makefile:617: .deps/workspaceloader.Plo: No such file or directory
Makefile:618: .deps/xtra_classes.Plo: No such file or directory
Makefile:619: .deps/xtra_res.Plo: No such file or directory
make[2]: *** No rule to make target `.deps/xtra_res.Plo'.  Stop.
make[2]: Leaving directory `/usr/local/src/dev-util/codeblocks/src/sdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/dev-util/codeblocks/src'
make: *** [all-recursive] Error 1

So, unfortunately i still can't give my comment, although it probably works, like mandrav said.

-st3vie

[st3vie]

hm, maybe this problem was related to another error i got, when running configure. :?

Code

config.status: error: cannot find input file: src/plugins/contrib/Makefile.in

-st3vie

[mandrav]

Re-run ./bootstrap

[st3vie]

boot strap goes fine. but during configure i still get this message:

Code

config.status: error: cannot find input file: src/plugins/contrib/Makefile.in

i read in an other thread that a file was missing, so i guess that will solve this then when the cvs is up to date?

-st3vie

[mandrav]

Yes, sorry about that.

[st3vie]

to go back on topic here... the importing now went fine. thanks for fixing that.

however... i tried it out with the virtualdub sources as well, and when i close CB, it crashed while closing all projects in the workspace one by one.

In the CB Debug messages i see this:

Code

C++ Parser freed
Setting up compiler environment

Some times i see those lines 2 times before it crashes, and some times i see them 10 times (once for every project freed i guess) before it crashes with the message: "Something has gone wrong inside CB and it will...".

-st3vie

[grv575]

codeblocks generates a codeblocks.rpt crash report when it crashes.  posting that would help pin down the source of the crash (note also the codeblocks compiled in the devel directory contains debuggins information while the one in the output directory does not).

[zieQ]

I have located another problem with importers that do not properly handle workspace/project configurations (there's an error on the debug log !). I'm working on a fix but it's quite hard to handle visual 6 workspaces since there's no documentation about the format. I'm trying to figure out how visual 7 imports visual 6 projects configurations. Hope this time the importer will work properly :roll:. Note that, for now, there's no "project configurations" feature in C::B so we fake by using targets instead.

I'll try to post a patch this evening.

[st3vie]

codeblocks generates a codeblocks.rpt crash report when it crashes.  posting that would help pin down the source of the crash (note also the codeblocks compiled in the devel directory contains debuggins information while the one in the output directory does not).

hm, i don't get a .rpt file when that crash occurs. Where should this file be, if it exists? Using find didn't help either. :? Or is this a dev-cvs-only thing you talk about?

@zieQ:
yes, i saw it now as well: ERROR: could not find targets.
i guess i didn't scroll down completely last time, when the import worked. :oops:

-st3vie

[zieQ]

The rpt file should be located in the same directory as codeblocks executable, so either in the devel/ or output/ directory

[st3vie]

i'm a bit confused now :? The devel and output dir are not there, where i installed CB.
i installed CB in /opt/codeblocks-cvs and this is what i have there:

Code

bin:
codeblocks  console_runner

lib:
libcodeblocks.la  libcodeblocks.so.0      libwxscintilla.la  libwxscintilla.so.0      pkgconfig
libcodeblocks.so  libcodeblocks.so.0.0.1  libwxscintilla.so  libwxscintilla.so.0.0.1

share:
application-registry  applications  codeblocks  icons  mime  mime-info  pixmaps

so.. did i miss something? or do something wrong? Should those dirs have been created during install?

-st3vie

[zieQ]

Oh hum, I'm not sure how C::B is organised now due to the new autoconf project. Don't know where you could find the rpt file  :?

I fixed the ERROR during import, should be OK now :wink:

[st3vie]

great!

about the rpt file... could it be that there now is a dir or two missing, so the rpt file isn't created?

-st3vie

[rickg22]

Guys, are you sure the rpt can be created under Linux? I thought it was a windows-only feature. Or maybe I'm wrong?  :? Yiannis?

[grv575]

I was being dumb.  Linux does core dumps, windows does debugger hooks.

[st3vie]

ok, then i can stop looking for faults here.

-st3vie

[mandrav]

@st3vie: I moved your last post here.
Next time, please start a new topic for new issues...