There is RAM at those locations, but it is Save RAM (I'm not sure what the specific use is), so maybe that is ok. When it jumps there, the condes code isn't there that I can see. The line it hits is a BRK. As far as simpler programs, I don't think I could get much more simplified. I would maybe have to compile without the -t nes option and try something else that doesn't include any startup code, but I don't know what that would be. I do wish I had the option of what init code is called, such as having to call an Init() function if I want to use the built in init code. In response to Groepaz, fce ultra shows the following in the message log, which I believe is correct. It doesn't give me any errors regarding the rom type. Loading C:\cc65nes\helloworld\helloworld.nes... PRG ROM: 2 x 16KiB CHR ROM: 1 x 8KiB ROM CRC32: 0xae71ec9d ROM MD5: 0x932c7df8ee8329c5d8719da735d76e1d Mapper: 0 Mirroring: Vertical Battery-backed. Thanks guys, Paul Ullrich von Bassewitz wrote: > >As you can see from the linker config, it expects $6000-$7FFF to contain RAM. >The condes routine is self modifying code for performance reasons, so it must >be located in the data segment, which is in RAM. The condes routine calls >several subroutines that are placed in a table by the linker. What should >happen is that the subroutine call at the jmpvec: label is executed several >times, and after that the routine returns. > >My suggestion is to first check if condes routine is actually in place. This >could fail if either the copy routine has a problem, or if there is no RAM at >the given location. If the condes routine is in place, check if the subroutine >calls are ok. You can locate the target addresses in the map file to find out >the corresponding names. > >As an alternative approach, if you choose a simpler program, there may not be >called any constructors at all, so initlib will do nothing. > >Maybe groepaz has an idea what else to try, because the NES port is his >child:-) > >Regards > > > Uz > > ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Wed Nov 16 23:26:47 2005
This archive was generated by hypermail 2.1.8 : 2005-11-16 23:26:49 CET