VOGONS


First post, by the_square

User metadata
Rank Newbie
Rank
Newbie

Hi there,
I have been to the developer's site in addition to some googling (and forum searching of course) and I don't seem to be able to find a solution to this one.

Problem 1 : The dapplegrey games index has been corrupted, and I can't remove the corrupted games from the list. Any attempts to remove the affected game entries results in a crashing of the application. The error I am receiving is "An exception of class NILObjectException was not handled. The application must shutdown"

How do I:
a) Remove the game entries
b) Find the Dapplegrey config files where this index is stored.

Problem 2 : How do I prevent game entires from being corrupted in future?

I have attached some screenshots showing the problem.

I am running an Intel Macbook with 4GB of RAM + :
- Dapplegrey 2.6 Universal Binary.
- DOSBox 0.73.

Thanks in advance, for your kind assistance in this matter.[/i]

Reply 1 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie

Thanks for the screenshots, they are a good point to start.

Games list is located in the file "~/Library/Preferences/Dapplegrey (Gameslist).prefs"

I browsed the source code which reads the games list at frontend start, but I have still no idea what's going wrong when it gets mixed then.

How many entries at all did you've added before? Your screenshot shows 4 good entries and many wrong ones.

There must be a sub routine in the frontend which doesn't catch the 'NilObject' thing, which is a file/folder on the hard disk expected but which doesn't exist.

Most sub routines which include hard disk access include the catch, so another msg should pop up telling us which sub routine caused the err msg.

But if the general 'NilObject' err msg pops up, I think I didn't include the catch in all of them.

The Remove sub routine itself doesn't include hard disk access, it just mark an entry as deleted, so the entry will no longer be listed. But it calls another sub routine which includes hard disk access.

When you quit the frontend, such entries just will no longer be written into the file mentioned above.

I believe, at all, that the problem is in the try of the frontend to delete the game entry's folder located in ~/Library/Applicationsupport/Dapplegrey/
and must detect this sub routine doesn't catch a 'NilObject' yet, which may cause in your general err msg.

The path to this folder is written in the tab "Game Files" in the "Captures Folder" line.

If 'Open in Finder' located near this line occurs in the same err msg, we may've located the problem.

I have to upload a beta version which include this catch when trying to delete the folder in Application Support and then we'll see whether the msg you get will popup again.

Klimawandel.

Reply 2 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie

Please check, whether the 2.6.1 beta version comes up with a clear err msg in your case.

Download it from
<Link removed because of outdated file>

Last edited by IIGS_User on 2009-08-13, 14:54. Edited 1 time in total.

Klimawandel.

Reply 3 of 7, by the_square

User metadata
Rank Newbie
Rank
Newbie

Thanks for getting back to me so rapidly.

Ok, let me outline what I have tried as a result.

1. Downloaded the beta, and installed over the top of the old install.
2. Tried to remove the corrupted entries, and was given the same error message as yesterday.
3. Deleted the games list .pref file, and restarted the application.
4. Added a new game. I have started adding them ONE TITLE at a time. Then restarting the application. It is perhaps worth noting that the corruption occurred last time after I had added about 8 titles in one session.

Would multiple additions to the games list create this problem?

I will keep adding games, and let you know how I go.

Thanks for your help.

- J

Reply 4 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie
the_square wrote:

It is perhaps worth noting that the corruption occurred last time after I had added about 8 titles in one session.

Would multiple additions to the games list create this problem?

Thanks also for your help getting the error. Too bad, that it is the same err msg than before, but I believe I've never added 8 titles in one session.

This is a good point for me to test if it happens to me, too.

I also will report back. 😉

Klimawandel.

Reply 5 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie

Added 12 new entries at once, but not get the err msg.

i don't know whether it has to do with code changes (made a lot since previous beta version, even not error-related), but I'll try to upload a new beta version tomorrow.

I got some obscure err msg ("out of bounds") when deleting a number of entries in previous beta version, but I think this issue has been solved with upcoming beta version.

Klimawandel.

Reply 6 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie
IIGS_User wrote:

but I'll try to upload a new beta version tomorrow.

Here is it:
<Link removed because of outdated file>

When executing hard disk access code, and a file or folder doesn't exist, the error msg shown shown in your screenshot will occur, if the mistake is not handled especially.

This version now include error catching methods in every sub routine which calls hard disk access (and all future versions will keep them), so the msg box should be a bit clearer than before, telling the name of the sub routine which run into trouble.

The only point is, I don't believe I solved the problem you run into.

Last edited by IIGS_User on 2009-08-16, 06:10. Edited 1 time in total.

Klimawandel.

Reply 7 of 7, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie

Decided to make 2.6.1 an official version.

Anyone can get it here:
http://www.filefront.com/14295061/Dapplegrey.zip
but also from official site (click 'web' below this posting to be re-directed).

I don't think it really solved your problem, please report back.

Klimawandel.