11 July 2018, 09:51 | #101 |
Registered User
Join Date: Oct 2014
Location: Berlin
Posts: 131
|
|
18 July 2018, 15:21 | #102 |
Registered User
Join Date: Mar 2016
Location: Australia
Posts: 881
|
Should allocating chip ram with AllocMem work with this ?
When I run it through the debugger the chip ram allocations with AllocMem always return 0x0. Works fine outside the debugger. (tested on 4.0.1) |
19 July 2018, 09:01 | #103 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Chip RAM allocations should fall back to original AllocMem()/AllocVec().
|
19 July 2018, 09:18 | #104 |
Registered User
Join Date: Mar 2016
Location: Australia
Posts: 881
|
|
19 July 2018, 20:26 | #105 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Quote:
Chip RAM hunks are handled like it was using normal memory (they go to "debug ram") but extra emulator switch is activated that enables chip ram DMA to any RAM address. If debugged program calls AllocMem/AllocVec (exec->ThisTask == debugged program), allocation comes from debug RAM except if MEMF_CHIP is set, which redirects call back to original function. (=invalid accesses are not detected) MEMF_CHIP really should use separate "debug ram" region. Maybe later.. |
|
19 July 2018, 22:47 | #106 |
Registered User
Join Date: Mar 2016
Location: Australia
Posts: 881
|
It’s both :-) the copper list is a chip hunk, everything else is allocated.
I’ll try getting rid of the chip ram hunk, but does this then means the chip ram allocations are not checked? Edit: just re-read your reply. I think I’ll pre-allocate the chip ram as a hunk then run my own allocator on that ram, that way all accesses should still be checked. |
22 February 2019, 12:24 | #107 |
Registered User
Join Date: Feb 2019
Location: Munich, Germany
Posts: 63
|
Hi Toni,
is the source code for uaedbg available? Currently working on GDB server for WinUAE and would like to customize the loader. |
23 February 2019, 12:58 | #108 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Quote:
But I don't think it will help, it is really minimal loader, loads the binary to RAM, sets up required DOS structures so that executable thinks it is running from CLI normally, move stack, the rest is done in winuae side. |
|
23 February 2019, 13:20 | #109 |
Registered User
Join Date: Feb 2019
Location: Munich, Germany
Posts: 63
|
Thanks for the quick reply!
|
15 April 2019, 18:50 | #110 |
Not a Rebel anymore
Join Date: Apr 2005
Location: UK
Age: 51
Posts: 499
|
when i try to debug a program that opens a new screen it fails in the debugger.
eg. this in Amiga E works fine normally but fails when running in the debugger. PROC main() DEF sptr sptr:=OpenS(640,256,3,0,'testscreen',NIL) IF sptr=NIL THEN WriteF('openscreen failed\n') ELSE WriteF('openscreen success\n') CloseS(sptr) WriteF('done\n') ENDPROC I have attached the source and compiled exe |
16 April 2019, 19:20 | #111 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Chip RAM allocation fallback to normal chip ram is broken. This debugger mode does not yet support faking chip ram in "debug ram". Will be fixed in next version.
|
16 April 2019, 20:11 | #112 |
Not a Rebel anymore
Join Date: Apr 2005
Location: UK
Age: 51
Posts: 499
|
|
24 May 2019, 19:24 | #113 |
Registered User
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,702
|
For some reason I can't seem to get this to play ball.
I'm using WinUAE 4.2.1 32 bit and my config is AGA with 4mb of chip ram. I've allocated debug memory manually in the config file: Code:
fastmem_options=start=70000000,end=6fffffff debugmem_start=0x70000000 debugmem_size=512 mem25bit_size=0 Code:
Trap #11: SR=0018 PC=7000800e Format=002c Trap #11: SR=0018 PC=7000800e Format=002c Trap #11: SR=0018 PC=7000800e Format=002c Trap #11: SR=0018 PC=7000800e Format=002c Trap #11: SR=0018 PC=7000800e Format=002c |
24 May 2019, 20:42 | #114 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Does it work without debugmem config entries? Do you use console debugger? (GUI version won't work. xx switches.)
|
24 May 2019, 20:48 | #115 | |
Registered User
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,702
|
Quote:
Code:
Failed to automatically allocate debugmem (no space)! |
|
24 May 2019, 20:51 | #116 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Something is incompatible in your config. Make sure CPU is 32-bit addressing capable. "Too compatible" configs won't also work.
|
24 May 2019, 20:55 | #117 |
Registered User
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,702
|
|
19 June 2019, 09:38 | #118 |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 53
Posts: 4,474
|
Hi Toni, a question about uninitialized memory complaints.
Is a part in a deploy/reloc system that construct a jump table: AllocMem ID= 9: 00000000 7004b500 - 7004ca69 (5482) AllocFlags: 00000001 PC: 700089f4 Invalid access. Addr=7004c0a4 RW=R Size=4: Instruction fetch from uninitialized memory Memory view: 7004C0A4 4ef9 7004 c106 JMP $7004c106 How I can make this a valid fetch for the debugger? Last edited by ross; 19 June 2019 at 10:50. |
19 June 2019, 10:08 | #119 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,515
|
Quote:
|
|
19 June 2019, 10:15 | #120 | |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 53
Posts: 4,474
|
Quote:
Code:
MOVE.W #$4EF9,(A0)+ ADD.L (A2)+,D0 MOVE.L D0,(A0)+ EDIT: debugger recognize the previous write but stop anyway Page: 7004c000 - 7004c0ff. State=W Modified=*, Start=00, End=100 Last edited by ross; 19 June 2019 at 11:00. |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Debugger updates (was: WinUAE Debugger HH PC history) | selco | support.WinUAE | 8 | 14 March 2018 22:27 |
Hacking the fs-uae console debugger | alpine9000 | Coders. Asm / Hardware | 1 | 28 March 2016 16:45 |
Added SegTracker to FS-UAE's Debugger | lallafa | support.FS-UAE | 7 | 16 January 2016 11:03 |
Amiga Segment!!! :) :) | blade002 | Amiga scene | 8 | 08 October 2015 15:00 |
SAS/C: Undefined symbols | Yesideez | Coders. C/C++ | 14 | 13 February 2014 16:36 |
|
|