GDB (cygwin-special) Warning: /cygdrive/... No such file or directory

[DynV]

Yes I did search! But you might not be convinced just yet so here's the google search and unfortunately this site use POST for search so attached is the screen-shot.

I have Code::Blocks 10.05 and CYGWIN_NT-6.0 1.7.9(0.237/5/3) on Windows Vista. I configured my compiler settings exactly as Installing Cygwin Compiler show. and am trying to debug with Cygwin.

Usually before debugging, one would want to compile and I haven't manage to do that

"PROJECT_NAME - Release" uses an invalid compiler [YOUR ANSWER IS ALREADY THERE. SEARCH THE FORUMS!]. Probably the toolchain path within the compiler options is not setup correctly?! Skipping...
Nothing to be done.

but I have managed to go further for debugging

Building to ensure sources are up-to-date
Build succeeded
Selecting target:
Debug
Adding source dir: C:\Users\REST_OF_PATH\PROJECT_NAME\
Adding source dir: C:\Users\REST_OF_PATH\
Adding file: bin\Debug\PROJECT_NAME.exe
Starting debugger:
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special)
Warning: /cygdrive/c/Users/REST_OF_PATH/C: No such file or directory.
Warning: /cygdrive/c/Users/REST_OF_PATH/PROJECT_NAME/C: No such file or directory.

although not by far.

My main concern has been to debug so far since I want to develop that way and push come to shove I can do the final compilation at my occupation place. The most enlightening topic (of this forum) was Cygwin and Unix Style Paths although it doesn't apply as I already have cygdrive prefix in HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (being a Windows registry path) as the attached image show. The most recent topic is Code::Blocks debugger plugin and Cygwin but I don't really know what to do to help me work around this problem.

I would be most appreciative if you can help me to debug on C::B using Cygwin.

[attachment deleted by admin]

[MortenMacFly]

I have Code::Blocks 10.05 and CYGWIN_NT-6.0 1.7.9(0.237/5/3) on Windows Vista.

That doesn't mean that you have installed the GCC compiler for Cygwin at all. Notice that the default Cygwin does not install the GCC compiler suite. Are you sure that in the path you setup in the tool chain (or in the "bin" folder below that path) you find the executables you setup? Do the executables have exacly the name you provided (this differs depending on what compiler suite you install under Cygwin). Also notice that the article you are referring to is just a template, surely it has to match exactly your Cygwin installation / configuration.

Because it doesn't seem the case. As C::B complains most likely correctly it cannot find the compiler's executables you setup.

[stahta01]

@MortenMacFly:

The autodetect is broken for Cygwin.
You have to change the exec to match the real Cygwin name as in change "gcc.exe" to "gcc-3.exe" or "gcc-4.exe". And, the auto detect does not work for Cygwin 1.7 even with the above change.

That is the reason I submitted my patch.

@DynV: I tried to update the Wiki directions please see if they work for you.
I never used those directions because I never noticed them before.

Tim S.

[DynV]

Attached are my current settings which were the same posting the OP... Well this site limit the attachment to 192k so they're linked thumbnails. I tried to find where the configurations are saved so I could have posted the XML, or whatever they're made of, instead.


From the previous version MortenMacFly commented on, I entered the files names then clicked on the browsing button of each ending up close the current version then I opened Windows explorer and made sure I pointed to the right paths then copy-pasted its path content into the corresponding fields.

I really thought Cygwin and Unix Style Paths would help me but as the OP stated, it didn't.

I don't know what to do to get the latest Cygwin & Codeblocks working together: CYGWIN_NT-6.0 1.7.9(0.237/5/3) & Code::Blocks 10.05.

[MortenMacFly]

Attached are my current settings which were the same posting the OP...

OK, I tried a nightly and a fresh installed recent Cygwin. The guide still applies, except that I had to modify the toolchain path by hand to point to the Cygwin base folder and that I had to set the executables either as "gcc-3.exe" or "gcc-4.exe" (and g++-3.exe/g++-4.exe respectively).
I ran a compile on a "hello world" project and it worked from scratch.


The only annoyance is that you see for each compiler / linker step the following warning:
cygwin warning:
  MS-DOS style path detected: C:/Dokumente und Einstellungen/morten/Desktop/MyCon/main.cpp
  Preferred POSIX equivalent is: /cygdrive/c/Dokumente und Einstellungen/morten/Desktop/MyCon/main.cpp
  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
  Consult the user's guide for more details about POSIX paths:
    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
But doing what is suggested in the warning silents this, too.

So, I don't know what you are doing wrong, but it is working. Can you provide a tiny, simple sample project, probably?

[DynV]

HAHA! I don't know what happened but I now can compile using Cygwin. I had to remove -mno-cygwin (from Compiler > Other options) as g++-4.exe gave an error about it but before that, I restarted my computer (using Windows Vista) twice since the OP. I do have the warning you've just mentioned but I'm not breaking a sweat over it.

But the luck wasn't a streak as the debugging wouldn't occur ; here's the log

Building to ensure sources are up-to-date
Build succeeded
Selecting target:
Debug
Adding source dir: C:\Users\REST_OF_PATH\hello_world\
Adding source dir: C:\Users\REST_OF_PATH\
Adding file: bin\Debug\hello_world.exe
Starting debugger:
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special)
Warning: /cygdrive/c/Users/REST_OF_PATH/hello_world/C: No such file or directory.
Warning: /cygdrive/c/Users/REST_OF_PATH/hello_world/C: No such file or directory.
Child process PID: 6024
The program is not being run.
Debugger finished with status 0

Attached is the hello world project and the breakpoints were on both of the only 2 lines : the output & the return. Once starter, the debugger tracker (yellow) arrow didn't appear and whether I used Continue or Next line, it immediately came out of the debugging mode.

So as my goal is to debug using Cygwin, I'm still at a loss.

[attachment deleted by admin]

[MortenMacFly]

So as my goal is to debug using Cygwin, I'm still at a loss.

I don't know how well the Cygwin debugger is supported, actually. This is not a "normal" GNU debugger you know. Did you try a debugger branch nightly?

[stahta01]

read this thread it may help
http://forums.codeblocks.org/index.php/topic,12212.0.html

Tim S.

[DynV]

@MortenMacFly I will get back to you a bit later.

read this thread it may help
http://forums.codeblocks.org/index.php/topic,12212.0.html

I already mentioned it twice in this thread: OP & Reply #3 ; the OP even have a related screen-shot.

[stahta01]

http://forums.codeblocks.org/index.php/topic,11992.0.html

One with more info.

Edit: I tried the current Nightly and saw no difference; but, I do not use debugger much.
You might wish to try the Debugger Nightly build and see if it works.

Tim S.

[littlegene]

Hello, guys.
the real trouble with cygwin and C::B is not in building cygwin projects and running them with C::B, but in debugging them...
I have no idea why C::B developers do not hesitate to install modern Cygwin 1.7 (with not any "Cygnus Solutions" terms in registry) at themselves and fix all the debugging troubles on different gdbs  within Cygwin package. Maybe because Cygwin (absolutely fine tool for many tasks) is mistakenly undervalued. Vain.
Suppose, the cygwin 1.7 (installed on C:) debugging with gdb 6.8 on pure C::B 10.05 (with no svn modifications) perfectly works on XP (concerning to debugging ability itself, not counting incorrect behaviour in some cases)
But the same 'combination' on Windows 7 does not monitor for ex. the yellow triangle on current lines and breakpoints (with no auto-switching files in debug mode) however allowing debugging itself and capable of watching variables.
Now in Cygwin there is gdb 7.0 (2,3) debugger and no C::B revisions (up to 7728) capable of debugging with it. Neither on XP, nor W7.
So I still use 6.8 for debugging in C::B and have a little complicated debug process.

Can I ask you, if you have the same set of tools, then where is the possible temporary patches for debugging to work.

thanks a lot.
./ET

[oBFusCATed]

Here is the patch: http://forums.codeblocks.org/index.php/topic,15136.msg106378.html#msg106378

If it works, I'm OK to commit it.

[littlegene]

Hello. Thank you for reply.
I applyed the patch to what was fetched from svn://svn.berlios.de/codeblocks/branches/wxpropgrid_debugger.
(I applied the patch to http://svn.berlios.de/svnroot/repos/codeblocks/trunk as well, but I could not succeed, maybe due to my own fault)

The result is gdb version 7 now can be used for debugging as well as an older gdb 6.8! But, still, stepping through source code in editor is impossible (no yellow triangle of breakpoint, no current line of debug). However watch windows depict variables correctly: 'a' is out of range, while 'aa' is 9. After breakpoint on 13th line, I pressed F7 2 times.
Right underneath is the screen shot of: C::B on Windows7, gdb7.3, cygwin 1.7.X

I will try to check it on WinXP later.

[oBFusCATed]

Enable the full log in the debugger's settings and post it here (using code tags). Screenshots are useless.

[littlegene]

Code

Building to ensure sources are up-to-date
Selecting target: 
Debug
Adding source dir: C:\Boost\bbb\
Adding source dir: C:\Boost\bbb\
Adding file: C:\Boost\bbb\bbb.exe
Changing directory to: C:/Boost/bbb/.

[debug]PATH=.;C:\Cygwin\bin;C:\Program Files\Borland\Delphi7\Bin;C:\Program Files\Borland\Delphi7\Projects\Bpl\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;c:\Qt\4.5.0\bin;C:\Program Files\Bazaar;C:\CodeBlocks\MinGW\bin;C:\CodeBlocks\MinGW\mingw32\bin;C:\Program Files\TortoiseSVN\bin
[debug]Command-line: C:\cygwin\bin\gdb.exe -nx -fullname  -quiet  -args C:/Boost/bbb/bbb.exe
[debug]Working dir : C:\Boost\bbb

Starting debugger: C:\cygwin\bin\gdb.exe -nx -fullname  -quiet  -args C:/Boost/bbb/bbb.exe
done

[debug]> set prompt >>>>>>cb_gdb:

Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints

[debug]Reading symbols from /cygdrive/c/Boost/bbb/bbb.exe...done.
[debug](gdb) >>>>>>cb_gdb:
[debug]> show version

[debug]GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special)
[debug]Copyright (C) 2011 Free Software Foundation, Inc.
[debug]License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
[debug]This is free software: you are free to change and redistribute it.
[debug]There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
[debug]and "show warranty" for details.
[debug]This GDB was configured as "i686-cygwin".
[debug]For bug reporting instructions, please see:
[debug]<http://www.gnu.org/software/gdb/bugs/>.
[debug]>>>>>>cb_gdb:
[debug]> set confirm off

Debugger name and version: GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special)

[debug]>>>>>>cb_gdb:

[debug]> set width 0
[debug]>>>>>>cb_gdb:
[debug]> set height 0
[debug]>>>>>>cb_gdb:
[debug]> set breakpoint pending on
[debug]>>>>>>cb_gdb:
[debug]> set print asm-demangle on
[debug]>>>>>>cb_gdb:
[debug]> set unwindonsignal on
[debug]>>>>>>cb_gdb:
[debug]> set print elements 0
[debug]>>>>>>cb_gdb:
[debug]> set debugevents on
[debug]>>>>>>cb_gdb:
[debug]> set new-console on
[debug]>>>>>>cb_gdb:
[debug]> set disassembly-flavor att
[debug]>>>>>>cb_gdb:
[debug]> catch throw
[debug]Function "__cxa_throw" not defined.
[debug]Catchpoint 1 (throw)
[debug]>>>>>>cb_gdb:
[debug]> source C:\Users\eugene\Desktop\deb_branch\src\output\share\codeblocks/scripts/stl-views-1.0.3.gdb
[debug]>>>>>>cb_gdb:
[debug]> directory C:/Boost/bbb/
[debug]Warning: /cygdrive/c/Boost/bbb/C: No such file or directory.
[debug]Warning: /Boost/bbb: No such file or directory.
[debug]>>>>>>cb_gdb:

Warning: /cygdrive/c/Boost/bbb/C: No such file or directory.

[debug]> break "/cygdrive/c/Boost/bbb/main.cpp:13"
[debug]Breakpoint 2 at 0x4011d3: file C:/Boost/bbb/main.cpp, line 13.
[debug]>>>>>>cb_gdb:
[debug]> run
[debug]gdb: windows_init_thread_list

Child process PID: 4188

[debug][New Thread 4188.0x106c]
[debug][New Thread 4188.0x11ac]
[debug]Breakpoint 2, _fu1___ZSt4cout () at C:/Boost/bbb/main.cpp:13
[debug]->->/cygdrive/c/Boost/bbb/main.cpp:13:190:beg:0x4011d3
[debug]>>>>>>cb_gdb:

Cannot open file: ->->/cygdrive/c/Boost/bbb/main.cpp
At ->->/cygdrive/c/Boost/bbb/main.cpp:13

[debug]> set debugevents off
[debug]>>>>>>cb_gdb:

Continuing...

[debug]> cont
[debug][Inferior 1 (process 4188) exited normally]
[debug]>>>>>>cb_gdb:

[Inferior 1 (process 4188) exited normally]

[debug]> quit

Debugger finished with status 0

So now I pressed F8. After breakpoint on 13 line I pressed F8 again to continue.
In the log above I changed (by hand) 2 symbols (2 little arrows - see the red text on screenshot above ) to '->->'. Without that the log cannot be posted via code tags.

[MortenMacFly]

Here is the patch: http://forums.codeblocks.org/index.php/topic,15136.msg106378.html#msg106378
If it works, I'm OK to commit it.

Notice that there is a way newer version in the patch tracker. Please do not apply this one.

[oBFusCATed]

Morten:
Link?
I see only the patch for the compiler in there.
Also the patch is definitely incomplete.
Because every place a path is sent to GDB should be made to understand cygwin paths.

Maybe I've to spend some time installing cygwin.
Do you know easy step by step instructions to get me going?

[DynV]

Do you know easy step by step instructions to get me going?

Installing gcc with Cygwin

Installing CYGWIN with gcc compiler

The video is in reality 1:38 because you will want to skip from 1:20 to 3:20, slicing off 2 minutes.

NO MORE EXCUSES!

[oBFusCATed]

NO MORE EXCUSES!

I have one really strong excuse:

Code

$ uptime 
 01:04:23 up 31 days,  5:40,  3 users,  load average: 0,86, 0,74, 0,62

[MortenMacFly]

Link?
I see only the patch for the compiler in there.

Ooops - you are right. Forget about this.

Also the patch is definitely incomplete.
Because every place a path is sent to GDB should be made to understand cygwin paths.

That is definitely true, for the debugger this applies, but also for the editor for example (jump to functions etc...) and also for CC. :-( The /cygdrive stuff will always be there, so a new SDK function to convert Cygwin->OS and OS->Cygwin is needed. Something like "UnixFile".

[littlegene]

Will make a donation. I think some of us (cygwiners) could donate as well.

[MortenMacFly]

Something like "UnixFile".

...or how about an "alias" file name for each ProjectFile? Thus, ProjectFile gets extended and the alias is computed always and used just as needed?

[oBFusCATed]

Alias sound ok to me.

[littlegene]

Yes, it would be nice to introduce some feature for 'cygdrive' word context and get rid of it in resulting Windows files names where 'cygdrive' appear. In order to vitalize source code stepping in debug. I checked it just changing cbDebuggerPlugin::SyncEditor routine and everything's fine now at me. Al least Win7+Cygwin1.7+gdb7.3+g++-4 succeeds.
But, looking forward to get official backward compatibility and cross-platform changes.

[MortenMacFly]

resulting Windows files names where 'cygdrive' appear.

You know, that it's not as easy as that, because IMHO this prefix can be changed, so it is not a "constant" replace.

[littlegene]

Yes, I know )
And 'Warning: /cygdrive/c/.../C: No such file or directory.'
still present. Yet one kind of trouble.