Been trying to compile MAPROM but I think it uses 030 instructions :( I tried to strip out just the bits I need but its just chucking out errors and I have no idea why :(
REMINDER - Stay logged in for at least 2 hours a week to get whitelisted.
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)
Anyone debug why this crashes ?
-
exxos
- Site Admin

- Posts: 28598
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: Anyone debug why this crashes ?
You do not have the required permissions to view the files attached to this post.
-
Steve
- Moderator

- Posts: 3333
- Joined: 15 Sep 2017 11:49
Re: Anyone debug why this crashes ?
Where is @agranlund when you need him? He solves everything, like the mere-cats.
-
exxos
- Site Admin

- Posts: 28598
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: Anyone debug why this crashes ?
Vanished before xmas :pullhair: I tried to fiddle with MAPROM but it seems to be only geared for 030 etc so I cant even get it to compile nevermind run or make changes on a 68K.. I am trying to copy over chunks I need to work on those but then it just 2 bombs when run .. so no idea :(Steve wrote: 25 Jan 2021 20:39 Where is @agranlund when you need him? He solves everything, like the mere-cats.
-
mrbombermillzy
- Moderator

- Posts: 2347
- Joined: 03 Jun 2018 19:37
Re: Anyone debug why this crashes ?
Not really sure what you are trying to do in the last post, but from the screenshot it appears like you have assembly instructions in your BSS section?
If you are mucking around with ROM data, I guess the code needs to be non relocatable, which means extra precautions which may have been ripped out in the process of removing the 030 specific code.
If you chuck me what you have and explain what you are doing to try to compile (any compiler directives,etc), I can maybe look for some obvious errors.
If you are mucking around with ROM data, I guess the code needs to be non relocatable, which means extra precautions which may have been ripped out in the process of removing the 030 specific code.
If you chuck me what you have and explain what you are doing to try to compile (any compiler directives,etc), I can maybe look for some obvious errors.
-
sporniket
- Site sponsor

- Posts: 1169
- Joined: 26 Sep 2020 21:12
- Location: France
Re: Anyone debug why this crashes ?
I'm totally ignorant in that domain, and I infer that it is not the first time you handle alt ram, so please teach me if I say something dumb :
- Before calling maddalt, try to mxalloc from the alt-ram exclusively. It MUST fails, unless it has detected it somehow and added it to its pool (cf. comment from @mfro ). If it succeed, print an error and quit.
- Write a minimalist installer that mshrink according to the TPA (and move the stack pointer accordingly) to minimize the footprint and then use Ptermres instead of Pterm0. I expect that memory allocation cleaning in the case of Pterm0 to not happen, thus working around a buggy memory management (cf. same of mfro comment again).
-
thorsten.otto
- Posts: 148
- Joined: 04 Nov 2019 02:20
Re: Anyone debug why this crashes ?
You have to add the "#" signs as shown in my example. Otherwise you pass the the values that happen to be found at addresses $400000 and $200000 (most likely zeroes).
That's not really needed in this case, since the program exits right away.Write a minimalist installer that mshrink according to the TPA
-
exxos
- Site Admin

- Posts: 28598
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: Anyone debug why this crashes ?
OK... But how does the code know if the number is decimal or hex then ? Or does it only accept hex ?thorsten.otto wrote: 26 Jan 2021 07:20 You have to add the "#" signs as shown in my example. Otherwise you pass the the values that happen to be found at addresses $400000 and $200000 (most likely zeroes).
-
thorsten.otto
- Posts: 148
- Joined: 04 Nov 2019 02:20
Re: Anyone debug why this crashes ?
The "$" is the hex prefix. Without it, it would be interpreted as decimal. Unlike x86 assemblers, this is not the prefix for constants, so you have to use an additional "#". You can also use a "0x" as hex prefix like in C (at least in PASM or gas, don't know if devpac accepts this, too).
-
mfro
- Posts: 125
- Joined: 13 Dec 2018 07:32
Re: Anyone debug why this crashes ?
Not sure what you really want to achieve. First, you appeared trying to add Alternate RAM, then you want to map ROM?exxos wrote: 25 Jan 2021 19:43 Been trying to compile MAPROM but I think it uses 030 instructions :( I tried to strip out just the bits I need but its just chucking out errors and I have no idea why :(
Btw., no wonder MAPROM doesn't work for you. It's indeed using 68030 PMMU instructions (since it's meant to superimpose RAM for ROM on that architecture using the MMU).
Maybe we'd be able to provide more helpful hints if we'd know more detailed what exactly you want to do?
And remember: Beethoven wrote his first symphony in C.
-
exxos
- Site Admin

- Posts: 28598
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: Anyone debug why this crashes ?
All I am trying to do is do a alt-ram installer, but nothing seems to work right :( If I do madalt, it seems ok, setup the FRB cookie, but then its like the altram is not setup...mfro wrote: 08 Feb 2021 11:16 Maybe we'd be able to provide more helpful hints if we'd know more detailed what exactly you want to do?
If I just run madalt from GB6, it installs alt-ram, and I can benchmark it, but TOS just doesn't see the alt-ram.. I've looked at how monster does it, maprom, emutos, I cant see me doing anything any different.
Who is online
Users browsing this forum: ClaudeBot and 4 guests