Code::Blocks Forums
Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: Michael on January 16, 2006, 11:04:31 am
-
Hello,
It seems that the importing M$ solution functionality of C::B is now broken :(. This has been already reported here (http://forums.codeblocks.org/index.php?topic=2000.0) and here (http://forums.codeblocks.org/index.php?topic=2008.0).
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]
-
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
-
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.
-
Fixed in r1767.
-
Fixed in r1767.
Thank you very much for the fix :D.
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
-
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: :o
-
[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: :o
:lol: :lol: :lol:
-
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 :D.
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: :o
I have not yet looked at it. But I will during my next break :).
Michael
-
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!