Visual GUI: Debug w/Skunkboard, GDB & Code::Blocks(M68k)

[a31chris]

I do not use the editor with Code::Blocks, just do the project to allow the debugger.
I have notice there is no source code inside your project, there is may be a problem here.
I have not tried an ASM only project, but I use C/ASM ones.

Am going to work on the source code problem now that I am home. I keep thinking I am missing an option to activate.

[flynn]

I do not recognize the traditional setup I have at my side. I will re-read the document to be sure no information is missing.
Also, in your picture, the project doesn't have a source file. This situation has to be solved too.

[a31chris]

I do not recognize the traditional setup I have at my side. I will re-read the document to be sure no information is missing.
Also, in your picture, the project doesn't have a source file. This situation has to be solved too.

Yeah that's the big issue I have been trying to solve. Am going to try to delete everything tonight and start from scratch make sure I did not miss anything.

[a31chris]

5. Fill the debug fields in accordance with your project directories
a. The “Release” field is up to you to be filled or not
6. Once completed, fill your project with a least one source file

I've got to this point however how do I do step 6?

It just goes to the gui workspace. I don't know how to fill my project with at 'at least one source file'.

[a31chris]

Does it matter if we use forward slashes or backward slashes in the debugger arguments fields?

[flynn]

Is this where I 'add files" I pointed it at the Jag c source code. Let's see what happens.

add files.jpg

Good question; yes, this is here. I think I need to clarify this in the documentation.

[flynn]

Does it matter if we use forward slashes or backward slashes in the debugger arguments fields?

I have only used the '/' character (like displayed in the screenshot in the document); i do not know if the '\' will work.

[flynn]

GDB will display automatically the source code pointed in the application debug information.
I also do not understand from where this hellodebug.exe comes from, you already have a .bin (I guess this .bin is your Jaguar application).
Could you display the jserve window and the GDB debugger information you have entered during your setup?

[a31chris]

Well I'm getting closer to something but nothing is being displayed on the screen. Hmm more kinks to work out.

debug 2.jpg (187.49 KiB) Viewed 10951 times

[a31chris]

GDB will display automatically the source code pointed in the application debug information.
I also do not understand from where this hellodebug.exe comes from, you already have a .bin (I guess this .bin is your Jaguar application).
Could you display the jserve window and the GDB debugger information you have entered during your setup?

Code: Select all

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

c:\stuff\Skunkboard\Source\GDB>jcp -r
jcp v02.03.01 built on Oct 14 2009

Resetting jaguar...

c:\stuff\Skunkboard\Source\GDB>jserve
Installed EZ-HOST stub: 60 scan codes sent
COFF File:  Skip 168 bytes, base addr is 2000, sending 2971 bytes...Send a block

Installed!
Establishing contact with Jaguar stub...Connected!
Waiting on localhost:4567...Connected!  Logging to jdb.log.
Installed EZ-HOST stub: 60 scan codes sent
Connected to existing Jaguar stub...
Write to Jaguar address 00002C00, 180 bytes
Got command qSupported:multiprocess+;qRelocInsn+#
Unknown command 'q' (0x71)
Reply:
Got command Hg0#
Unknown command 'H' (0x48)
Reply:
Got command ?#
Signal: 0x05
Reply: S05
Got command Hc-1#
Unknown command 'H' (0x48)
Reply:
Got command qC#
Unknown command 'q' (0x71)
Reply:
Got command qAttached#
Unknown command 'q' (0x71)
Reply:
Got command g#
Read Registers
Reply: 0000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000001ffff80000200000004000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000
Got command qTStatus#
Unknown command 'q' (0x71)
Reply:
Got command qTStatus#
Unknown command 'q' (0x71)
Reply:
Got command qTStatus#
Unknown command 'q' (0x71)
Reply:
Got command vCont?#
Unknown command 'v' (0x76)
Reply:
Got command Hc0#
Unknown command 'H' (0x48)
Reply:
Got command c#
Wait while Running....

debug settings.jpg (53.16 KiB) Viewed 10951 times

[flynn]

Do your crt0.s is correct?
For the disasm, you can also turn 'on' the Disassembly window. This window will display automatically the disassembly.
For the GDB debugger setup, could you try to have '/' instead to use the '\' in the arguments line and in his initialization commands.
You also should update your jserve, the one from Tursi or the new one done by me.

[a31chris]

GDB will display automatically the source code pointed in the application debug information.
I also do not understand from where this hellodebug.exe comes from, you already have a .bin (I guess this .bin is your Jaguar application).
Could you display the jserve window and the GDB debugger information you have entered during your setup?

Where is that at? You're just points to File: c:/Projects/Jagl/examples/debug/spin.elf.bin <<--- this seems like a binary name. Is this a typo? Should I point it at a source code instead of a binary file?

[a31chris]

jserve was just downloaded from Tursi's. It should be the latest.

Will change to forward slashes.

[flynn]

GDB will display automatically the source code pointed in the application debug information.
I also do not understand from where this hellodebug.exe comes from, you already have a .bin (I guess this .bin is your Jaguar application).
Could you display the jserve window and the GDB debugger information you have entered during your setup?

Where is that at? You're just points to File: c:/Projects/Jagl/examples/debug/spin.elf.bin <<--- this seems like a binary name. Is this a typo? Should I point it at a source code instead of a binary file?

No, I was just telling that if GDB needs to show a source C file due to a breakpoint, it will use the debug information available in the bin file. So, it will display the source file in accordance There are no typos.

[a31chris]

ok taking a break for now. Am not sure what is going on. Let me think on it.

[flynn]

jserve was just downloaded from Tursi's. It should be the latest.

Will change to forward slashes.

jserve, the version you have is quite old (2008) and doesn't have the communication fixes Tursi did after this release. I will recommend either to use:
1) The jserve updated version from 2013.
2) My version of jserve

[a31chris]

GDB will display automatically the source code pointed in the application debug information.
I also do not understand from where this hellodebug.exe comes from, you already have a .bin (I guess this .bin is your Jaguar application).
Could you display the jserve window and the GDB debugger information you have entered during your setup?

Where is that at? You're just points to File: c:/Projects/Jagl/examples/debug/spin.elf.bin <<--- this seems like a binary name. Is this a typo? Should I point it at a source code instead of a binary file?

No, I was just telling that if GDB needs to show a source C file due to a breakpoint, it will use the debug information available in the bin file. So, it will display the source file in accordance There are no typos.

Well for me it's not automatically listing the source file. I have to point it at it. Which is kinda working. And using the command line at the bottom it seems to want to behave but still won't run the program to completion. Grrrr....

[a31chris]

jserve was just downloaded from Tursi's. It should be the latest.

Will change to forward slashes.

jserve, the version you have is quite old (2008) and doesn't have the communication fixes Tursi did after this release. I will recommend either to use:
1) The jserve updated version from 2013.
2) My version of jserve

How can you tell what Jserve version I am using? I can't see a time stamp on anything except jcp in any of the command windows.

[flynn]

jserve was just downloaded from Tursi's. It should be the latest.

Will change to forward slashes.

jserve, the version you have is quite old (2008) and doesn't have the communication fixes Tursi did after this release. I will recommend either to use:
1) The jserve updated version from 2013.
2) My version of jserve

How can you tell what Jserve version I am using? I can't see a time stamp on anything except jcp in any of the command windows.

I see this line displayed :
"COFF File: Skip 168 bytes, base addr is 2000, sending 2971 bytes...Send a block

Installed!"

There is a missing information in the line, before the "Send a block". This information was later added in the version from 2013.

[a31chris]

ok I redownloaded from Tursi's site. Overwrote everything. Now I get 'Jserve is not a valid win32 application.' :/

Taking a break.

[a31chris]

I am going to have to learn to fix the makefiles and compile these myself on my system.

I am going to take a paranoid guess since I also got the same thing with the 32bit 1.0.18 version of smac binary you sent me that M$VS is doing something that is making their builds incompatible with older 32 bit OS's like mine.

Paranoid logic but there it is.

[flynn]

I am going to have to learn to fix the makefiles and compile these myself on my system.

I am going to take a paranoid guess since I also got the same thing with the 32bit 1.0.18 version of smac binary you sent me that M$VS is doing something that is making their builds incompatible with older 32 bit OS's like mine.

Paranoid logic but there it is.

May be your Windows system doesn't have a Visual C++ 2013 redistribute package?

[a31chris]

Perhaps. I will look into it.

We recently announced the Visual Studio 2012 product lineup and platform support, and as a part of this announcement we mentioned that we were evaluating options for enabling C++ developers to build applications in Visual Studio 2012 that run on Windows XP without requiring side-by-side installation of Visual Studio 2010. Today I would like to share more details about this capability.

Background
The C++ runtime and libraries that accompany Visual Studio 2012 contain dependencies on several Windows API functions that exist only on Windows Vista and higher versions of the OS. This means that applications built with Visual Studio 2012’s C++ compiler will fail to load and execute on Windows XP. Developers wishing to target Windows XP can use Visual Studio’s C++ multi-targeting feature, which enables the use of the Visual Studio 2010 compiler from within the new IDE. Multi-targeting enables developers to take advantage of the new features of the IDE without migrating projects to the new compiler or to use the Visual Studio 2010 compiler to build applications that target Windows XP.

http://blogs.msdn.com/b/vcblog/archive/ ... 20645.aspx

[a31chris]

Alright installed the redistributable. Will try this again in a couple days. Or now.

[a31chris]

ok still same error after reboot. I am going to have to recompile the damn thing. Thanks M$.

[flynn]

Sorry about this. You can also use Visual C++ 13 to recompile the stuff. It is free to use from MS.

[a31chris]

Sorry about this. You can also use Visual C++ 13 to recompile the stuff. It is free to use from MS.

Yeah I stopped using VS because it ate all my setpaths. And doesn't it want Windows Vista and higher anyway?

[flynn]

And doesn't it want Windows Vista and higher anyway?

VS C++ 2013 is supported from Windows XP to Windows 8.1. Windows Vista included.
I use Windows 7 Home 64 bits.

[a31chris]

Code: Select all

c:\stuff\Skunkboard\Source\GDB>jserve

jserve v1.1a - Win32 - (Feb 17 2015)

Installed EZ-HOST stub: 60 scan codes sent
COFF File:  Skip 168 bytes, base addr is 2000, sending 2971 bytes...poll = 5
Send a block
Installed!
Establishing contact with Jaguar stub...Connected!
Waiting on localhost:4567... Connected!
Installed EZ-HOST stub: 60 scan codes sent
Connected to existing Jaguar stub...
Assertion failed: !(erno = fopen_s(&flog, jdblogFile, "w")), file c:\projects\sk
unkboard\gdb\jserve\jserve.cpp, line 212

Once I launched codeblocks debugging the above happened. I however was attempting to use the old jcp. That may have been the problem.

[flynn]

Code: Select all

c:\stuff\Skunkboard\Source\GDB>jserve

jserve v1.1a - Win32 - (Feb 17 2015)

Installed EZ-HOST stub: 60 scan codes sent
COFF File:  Skip 168 bytes, base addr is 2000, sending 2971 bytes...poll = 5
Send a block
Installed!
Establishing contact with Jaguar stub...Connected!
Waiting on localhost:4567... Connected!
Installed EZ-HOST stub: 60 scan codes sent
Connected to existing Jaguar stub...
Assertion failed: !(erno = fopen_s(&flog, jdblogFile, "w")), file c:\projects\sk
unkboard\gdb\jserve\jserve.cpp, line 212

Once I launched codeblocks debugging the above happened. I however was attempting to use the old jcp. That may have been the problem.

Have you tried to run jserve in Administrator mode?
The error is about the log creation file, you can also launch jserve with the -nolog parameter, it won't generate a log file.
In the meantime, I will try to reproduce your problem.