Importing M$ solutions (.sln files) crashes C::B

[Michael]

Hello,

It seems that the importing M$ solution functionality of C::B is now broken . This has been already reported here and here.

I have tried with a freshly compiled C::B rev1764, but it still crashes. I assume that some of the changes made have broken the import functionality. I have still to try with .dsw files, but if I rememeber correctly this functionality is not complete yet.

I attach codeblocks.RPT. Hope it could be of some help.

Best wishes,
Michael


[attachment deleted by admin]

[Michael]

I have still to try with .dsw files, but if I rememeber correctly this functionality is not complete yet.

No. Importing .dsw files crashes C::B too. The error is the same.

Michael
 

[Michael]

After some debugging (it was not so easy as I thought), it seems that the problem is here (or somewhere here):

Selecting target: src
Compiling: done
Adding source dir: C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\
Changing directory to: devel
Adding file: devel\codeblocks.exe
Starting debugger: done
Debugger name and version: GNU gdb 6.3
Program received signal SIGSEGV, Segmentation fault.
At C:/Programme/DANAE/CodeBlocks/CodeBlocks/src/sdk/cbproject.h:246

and this is the Call stack output:

#0 606718EB   cbProject::GetProjectNode(this=0x0) (sdk/cbproject.h:246)
#1 6058CA7F   ProjectManager::LoadWorkspace(this=0x15fdf18, filename=@0x22f63c) (sdk/projectmanager.cpp:922)
#2 00423BFE   MainFrame::OpenGeneric(this=0x1524b00, filename=@0x22f63c, addToHistory=false) (src/main.cpp:1072)
#3 0042E18F   MainFrame::OnProjectImportMSVSWksp(this=0x1524b00, event=@0x22f90c) (src/main.cpp:2437)
#4 100AA098   wxmsw26u_gcc_cb!_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#5 100AA45C   wxmsw26u_gcc_cb!_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#6 100AB439   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#7 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#8 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#9 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#10 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#11 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#12 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#13 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#14 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#15 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#16 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#17 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#18 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#19 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#20 100AB3D9   wxmsw26u_gcc_cb!_ZN12wxEvtHandler12ProcessEventER7wxEvent() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#21 101B0673   wxmsw26u_gcc_cb!_ZN11wxFrameBase14ProcessCommandEi() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#22 10138A5F   wxmsw26u_gcc_cb!_ZN7wxFrame13HandleCommandEttPv() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#23 10139186   wxmsw26u_gcc_cb!_ZN7wxFrame13MSWWindowProcEjjl() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#24 1010C700   wxmsw26u_gcc_cb!_Z9wxWndProcP6HWND__jjl@16() (C:\Programme\DANAE\CodeBlocks\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:??)
#25 77D18734   USER32!GetDC() (C:\WINDOWS\system32\user32.dll:??)
#26 000A069E   ??() (??":"??)
#27 00000111   ??() (??":"??)
#28 00000283   ??() (??":"??)
#29 00000000   ??() (??":"??)

Michael

PS.: The " in the last 4 lines of the call stack output are just there to avoid the confusion emoticon.

[mandrav]

Fixed in r1767.

[Michael]

Fixed in r1767.

Thank you very much for the fix .

To be honest, I have had the intention to try to fix it myself this evening and also to learn something more about C::B code (and GDB debug) .

Michael

[killerbot]

well, I was also gonna try to fix it this evening ;-) , no i can have a quiet evening ... NOT, gonna try to fix some other bugs.

Well Michael, you can still try, use the previous revision, and debug away ;-)

[EDIT] I just looked at the fix, man, nearly always Yiannis get's away with nearly oneliners to fix bugs. This time , only 3 lines changed. Maybe he can't write difficult bugs  :shock:

[mandrav]

[EDIT] I just looked at the fix, man, nearly always Yiannis get's away with nearly oneliners to fix bugs. This time , only 3 lines changed. Maybe he can't write difficult bugs  :shock:

:lol: :lol: :lol:

[Michael]

well, I was also gonna try to fix it this evening ;-) , no i can have a quiet evening ... NOT, gonna try to fix some other bugs.

This was my thought too .

Well Michael, you can still try, use the previous revision, and debug away ;-)

I was alreading doing this, but as my pause is not too long, I had to stop and concentrate on my work. This short debug session was anyway useful . I have also learn to check for still existing C::B processes, even if C::B has been quitted already. This is probably due to my little experience with GDB.

[EDIT] I just looked at the fix, man, nearly always Yiannis get's away with nearly oneliners to fix bugs. This time , only 3 lines changed. Maybe he can't write difficult bugs  :shock:

I have not yet looked at it. But I will during my next break .

Michael

[jc]

Thanks for the fix guys, didn't see the comments here until after I posted my .rpt file in the revision thread.

So sorry for any redundancy!