21 August 2019, 13:30 | #81 | |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,549
|
Quote:
-linedebug is currently a Q&D solution in the hunk output module, which always puts the name of the main source file in the LINE debug header. I already implemented a more sophisticated source file management for DWARF debug sections. So the information is theoretically available. I might have a look in improving -linedebug over the next days... |
|
21 August 2019, 14:01 | #82 | |
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
Quote:
And what about the macros ? I imagine it's the same problem. Maybe the way to go is to implement the DWARF parsing in the extension. I've started reading the specs.. but it's a long way to go ! |
|
21 August 2019, 16:44 | #83 | |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,549
|
Yes, quite similar. Macros and repetitions also create a new source text instance with their own line numbers. But in this case I should better fetch the real line number from the parent source structure.
Quote:
Let me have a look at improving -linedebug first. |
|
21 August 2019, 21:08 | #84 | |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
Still, while this simple example seems to be working right, simply adding xdef/xrefs to the copper example project is quite flaky, at least on my setup (OSX). Sometimes breakpoints only work in one file, don't know why... Anyway, having separate modules seems to be a good coding practice, I'm going to refactor my real project into smaller modules (and go for a makefile in the meantime). I will add all of your names to the credits thanks!... |
|
21 August 2019, 23:22 | #85 |
OCS forever!
Join Date: Mar 2019
Location: Birmingham, UK
Posts: 418
|
Send me your project and I’ll have a look. jon @ autoitscript.com
|
22 August 2019, 14:58 | #86 | |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,549
|
Quote:
To allow inclusion of code from different source texts I would have to add another DEBUG-LINE hunk with a base-offsets and a different file name, just like the linker would do when merging multiple files. When returning from an include another DEBUG-LINE hunk has to be created which resets the file name and current section offset of the previous source. Working on it... EDIT: Done. First tests look ok. Macros, repetitions and multiple source files are supported. Please try tomorrow's vasm source snapshot: http://sun.hasenbraten.de/vasm/index.php?view=source Last edited by phx; 22 August 2019 at 18:55. Reason: Update |
|
24 August 2019, 00:39 | #87 | |
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
Quote:
I've tests it and the included file's breakpoints are resolved. I'll bundle it the next release. |
|
24 August 2019, 10:14 | #88 |
OCS forever!
Join Date: Mar 2019
Location: Birmingham, UK
Posts: 418
|
Thanks phx, that’s great of you!
Edit: Works great for rept Last edited by Antiriad_UK; 24 August 2019 at 16:29. Reason: Tested |
31 August 2019, 02:04 | #89 |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Thanks again from me, I'll be waiting for the next release.
In the meantime I did two things:
...the debugger seems to pick up breakpoints sometimes - but fails after a few steps - especially on jsr/rts - and seems to also mess fs-uae status (I see the stack pointer getting corrupted during subroutine X, but if I put the breakpoint right after subroutine X, it works up until the next jsr. I've also noticed that changing the emulated machine changes mileage with the debugger. So it seems that fs-uae is also responsible for these issues. Hope this information might help. Soon this will be the Amiga development environment. Better than an asm/C compiler + debugger there could only be a Blitz Basic compiler + debugger (Blitz supports including asm sources if I am not mistaken ). Cheers! |
31 August 2019, 10:50 | #90 | ||
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
That's interesting, if you find a way to reproduce it, please add an issue in the github project. I'll try to fix it.
Quote:
I always found the stack trace weird, the first lines (in the program) are normally ok but the rest.... looks like a fs-uae inner mess. Quote:
Like beebo's gcc with eclipse and bartman with gcc and vscode. They should fit better for "THE Amiga development environment contest" than mine ! And it's open source so help and push requests are welcome ! Thanks for you return ! |
||
10 September 2019, 00:30 | #91 | |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
You know what? It worked! No longer a stuck debugger and skipped breakpoints... I then copied this config over to my OSX env, and guess what? It also works. As simple as it sounds, it might be a good advice to tell people to stick with the default config or else the debugger might stop working... I'll now resume my project, stay tuned! ;-) |
|
10 September 2019, 22:40 | #92 |
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
|
15 September 2019, 14:12 | #93 | |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
Another couple of issues:
Thanks again, making again some progress... OT: does anyone know of a site with some examples of decent os-friendly Intuition programming? I've noticed that Piru's startup doesn't work with AROS 68K, I get a blank screen now, so I am looking into opening a standard Intuition screen and manage double buffering manually (replacing the bitmap pointers is all I need). Cheers! |
|
16 September 2019, 19:44 | #94 | |||
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
Quote:
Quote:
Quote:
If there are some other points of view, I would like to ear them ! |
|||
16 September 2019, 21:55 | #95 | |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
Code:
jsr |
|
21 September 2019, 17:42 | #96 |
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
New Release 0.18:
|
30 September 2019, 18:58 | #97 |
ex. demoscener "Bigmama"
Join Date: Jun 2012
Location: Fyn / Denmark
Posts: 1,643
|
Is the 0.18 example workspace supposed to work out of the box? When I try to launch the debug config, I get a dialog saying "Invalid program to debug -review launch settings".
In "launch.json", it says: "windows": { "emulator": "${workspaceFolder}/bin/fs-uae.exe", }, and when I run that exe manually, I get an Aros kickstart screen. I just installed the vscode extension and haven't used any earlier versions. vscode 1.38.1, windows 10 64bit. edit: the run config seems to work. and after running that, debug also seems to run, but doesn't stop at breakpoints. Last edited by hooverphonique; 30 September 2019 at 19:18. Reason: add info about run config |
30 September 2019, 20:09 | #98 | ||
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
Quote:
And.. it's not working on windows. Sorry ! Quote:
Try to build again (with the button on the status bar). I'm not on a windows right now but I'll check it later and will update the release tonight. |
||
30 September 2019, 20:46 | #99 |
Registered User
Join Date: May 2018
Location: France
Posts: 246
|
Seems to work out of the box on windows.
Please try :
You should stop on line 32. It works on my windows 10 64b worstation. Tell me if it worked. |
30 September 2019, 21:26 | #100 | |
ex. demoscener "Bigmama"
Join Date: Jun 2012
Location: Fyn / Denmark
Posts: 1,643
|
Quote:
Btw, I think there's a rogue "emulator" line in launch.json line 9. I made a couple of pull requests for some fixes to gencop.s btw |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
assembly code to test for assign (2.0+) | jotd | Coders. System | 2 | 27 December 2017 23:16 |
very basic C/ASM/Visual Studio hand holding | Sephnroth | Coders. C/C++ | 2 | 08 March 2016 20:15 |
Amiga Audio/Visual | KhneFr | request.Other | 6 | 03 January 2015 10:25 |
Profiling WinUAE with Visual Studio 2013 | mark_k | support.WinUAE | 3 | 14 January 2014 20:26 |
amiga visual editor | thinlega | request.Apps | 1 | 22 January 2003 15:48 |
|
|