VBA mac help

velvet · May 24th, 2005

hi, i have VBA on my Mac osx. the roms i have play but an error comes up saying "error creating file battery saves/spyro - season of ice.sav
How do i fix it so it can save?

velvet · May 25th, 2005

hello???

proger · May 29th, 2005

Quote:

Originally Posted by velvet

hello???

Noone has responded because not many people around here know how to use, or even have macs.

Anbu1_3 · May 31st, 2005

I have a mac but when i played spyro the same thing happened to me.
So i just think it's the rom.

Valcrist · June 1st, 2005

gee how did I miss this thread o.0

Check other roms to see if they save, also you might want to go to your disk utility and validate and fix persmission on the whole disk.

velvet · June 12th, 2005

Quote:

Originally Posted by Valcrist

gee how did I miss this thread o.0

Check other roms to see if they save, also you might want to go to your disk utility and validate and fix persmission on the whole disk.

none of my other roms save either.. are the games suppose to be in a certain folder or something?..

kelvSYC · June 22nd, 2005

IIRC, this is a known issue with Mac VBA. Since AFAIK the code for battery saves are in the core, it's probably some nonportable code therein. The only thing I can tell at this point is that it may be a problem with the code in Util.cpp (since all roads practically lead there) - it is most likely an endian issue (a similar issue prevented CB decryption from working on the Mac) from casting something something with inherent byte sex to void*, ie. where every byte is sexually ambiguous. I suspect that any build on VBA on a big-endian system (eg. vba on solaris-sparc) will have similar issues.

**Forgotten** · June 23rd, 2005

No, the saving issue is not an endian problem. There must be something else wrong in the system. All it tries to do is write to a file in the specified battery directory. I don't know at what state flea left the Mac port, so I have no idea how you even configure it.

kelvSYC · June 23rd, 2005

Ah I see. I was looking at the wrong sources (Flash.cpp and EEprom.cpp). The problem stems from the file pointer from calling std::fopen() in CPUWriteBatteryFile() in GBA.cpp returning null.

Still, I have found that utilGzWriteInt() is not endian-safe in any case...

**Forgotten** · June 24th, 2005

Endian-safe is different from the problem writing to the file. I never worried about producing the correct endian-safe files, but the saves I think are endian safe, maybe with the exception of the compression on top of them, because aside from that, they are just bytes in the order the game writes. It is up to the game and emulator to read it correctly.

May 24th, 2005	#1 (permalink)
velvet Registered User Join Date: May 2005 Location: USA Posts: 3	VBA mac help hi, i have VBA on my Mac osx. the roms i have play but an error comes up saying "error creating file battery saves/spyro - season of ice.sav How do i fix it so it can save?

June 1st, 2005	#5 (permalink)
Valcrist Resident Mac User Join Date: Apr 2003 Location: (Hicksville Florida) Posts: 1,447	gee how did I miss this thread o.0 Check other roms to see if they save, also you might want to go to your disk utility and validate and fix persmission on the whole disk. __________________ \| Athlon 64 3200+ \| ASUS 6600GT \| 1 GB Dual Channel \| 20 GB Windows XP \| 100 GB Ubuntu \| 120 GB Storage \| \|14" iBook G4 1.33Ghz\|512 MB\|Radeon 9200\|60GB OSX Tiger\| >--Visit my blog--< http://blog.efx2.com/user/Tim

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

May 25th, 2005	#2 (permalink)
velvet Registered User Join Date: May 2005 Location: USA Posts: 3	hello???

May 31st, 2005	#4 (permalink)
Anbu1_3 Registered User Join Date: May 2005 Location: USA Posts: 2	I have a mac but when i played spyro the same thing happened to me. So i just think it's the rom.

June 22nd, 2005	#7 (permalink)
kelvSYC Unofficial Mac VBA Guy... Join Date: Jun 2005 Location: Canada Posts: 8	IIRC, this is a known issue with Mac VBA. Since AFAIK the code for battery saves are in the core, it's probably some nonportable code therein. The only thing I can tell at this point is that it may be a problem with the code in Util.cpp (since all roads practically lead there) - it is most likely an endian issue (a similar issue prevented CB decryption from working on the Mac) from casting something something with inherent byte sex to void*, ie. where every byte is sexually ambiguous. I suspect that any build on VBA on a big-endian system (eg. vba on solaris-sparc) will have similar issues.

June 23rd, 2005	#8 (permalink)
Forgotten Emu author Join Date: Oct 2001 Posts: 483	No, the saving issue is not an endian problem. There must be something else wrong in the system. All it tries to do is write to a file in the specified battery directory. I don't know at what state flea left the Mac port, so I have no idea how you even configure it.

June 23rd, 2005	#9 (permalink)
kelvSYC Unofficial Mac VBA Guy... Join Date: Jun 2005 Location: Canada Posts: 8	Ah I see. I was looking at the wrong sources (Flash.cpp and EEprom.cpp). The problem stems from the file pointer from calling std::fopen() in CPUWriteBatteryFile() in GBA.cpp returning null. Still, I have found that utilGzWriteInt() is not endian-safe in any case...

June 24th, 2005	#10 (permalink)
Forgotten Emu author Join Date: Oct 2001 Posts: 483	Endian-safe is different from the problem writing to the file. I never worried about producing the correct endian-safe files, but the saves I think are endian safe, maybe with the exception of the compression on top of them, because aside from that, they are just bytes in the order the game writes. It is up to the game and emulator to read it correctly.