Some games don't have icons - Page 4

Heula · 07 January 2008, 17:21

Quote:

Originally Posted by Bloodwych

They're on the main site - it's been updated last night:

http://classicwb.abime.net/

ok, I have found it.

Toni Wilen · 07 January 2008, 18:29

Quote:

Originally Posted by Bloodwych

I've ran the ClassicWB packs on my A1200 with SFS for years and not had any problems

"years" is the keyword. SFS 1.266 (08.12.2006) and later won't work.

Bloodwych · 07 January 2008, 18:58

Quote:

Originally Posted by Toni Wilen

"years" is the keyword. SFS 1.266 (08.12.2006) and later won't work.

Again, thanks for the info. That might save me a headache in the future.

Bloodwych · 07 January 2008, 19:41

Toni, I'm testing SFS v1.273 (27/7/2007) in ClassicWB/Scalos on WinUAE v1.2. This version is the one currently supplied with the packs.

It's working fine as far as I can tell??? I've been copying data around, showing icons, deleting files and the tools don't report any errors.

I know you're not interested in older versions, but if I can't get it to fail in this older WinUAE then it might be ok on a real Amiga.

Am I looking at this too simplistically, will it eventually fail? Is it just a matter of time and asking for trouble running versions higher than 1.265 in older Scalos versions?

After some extensive testing, I might even supply the old SFS version 0184, as that had 8GB support built in (newer ones only support 4GB without other patches) and it never caused me any issues.

frikilokooo · 07 January 2008, 19:48

I have another reason to use an old version of WinUAE.When using SEUCK program (in newer WinUAE versions)this has graphical failures even is not possible save data!Almost I've lost my data for that reason!

Toni Wilen · 07 January 2008, 20:13

Quote:

Originally Posted by Bloodwych

Toni, I'm testing SFS v1.273 (27/7/2007) in ClassicWB/Scalos on WinUAE v1.2. This version is the one currently supplied with the packs.

Perhaps the SFS fix was quietly reverted then.. I guess I can do that too

Bloodwych · 07 January 2008, 20:45

Quote:

Originally Posted by Toni Wilen

Perhaps the SFS fix was quietly reverted then.. I guess I can do that too

Ok, fair enough.

I'll keep on testing SFS in Scalos and report if I get any issues. Thanks as always...

Toni Wilen · 07 January 2008, 22:23

Does "FILESYS: EXALL non-existing ID x" (where x="random" number) appear in winuaelog.txt when icon problems happen?

McDuck · 07 January 2008, 22:49

i would say no.

Toni Wilen · 08 January 2008, 10:31

Quote:

Originally Posted by McDuck

i would say no.

Hmm.. Does the icon work properly if opened from hdf or ram disk? (copy contents of dh1: to ram:<some temp directory> or dh0:<some temp directory>)

killergorilla · 08 January 2008, 15:49

I've just checked with winuae 1.4.5 and the icons appear fine if they are in RAM disk, or a FFS formated hdf but not from a directory.

Toni Wilen · 08 January 2008, 17:21

This appears to be caused by another Scalos ExAll bug.. (I seems double ExAll bug was introduced in later Scalos versions and has nothing to do with this problem. Which also explains non-existing SFS compatibility problem. I guess this was fixed at the same time when the other bug was "implemented"

)

Dos.lib ExAll Autodoc says (important part in bold):

Entries: This field tells the calling application how many entries are
in the buffer after calling ExAll. Note: make sure your code
handles the 0 entries case, including 0 entries with continue
non-zero.

WinUAE's ExAll implementation can return zero entries if MatchFunc/MatchString is used. Unfortunately Scalos seems to think this also means end of directory.. I am not going to fix this, too complex..

(Does Scalos have some kind of "Do not use ExAll" flag?)

Bloodwych · 08 January 2008, 17:28

Quote:

Originally Posted by Toni Wilen

(Does Scalos have some kind of "Do not use ExAll" flag?)

Why yes it does, in its Prefs...

Bloodwych · 08 January 2008, 19:29

...oh yeah and it also says in the Scalos FAQ:

Working with CD's causes crashs or Scalos doesn't work correctly.

Most Filesystems doesn't support the ExAll function correctly. Disable "Use ExAll" in Scalos prefs. Or use a more recent SetPatch which fixes the ExAll.

McDuck · 08 January 2008, 23:37

Disable "Use ExAll" < works for me all icons are shown.
ExAll < what does this mean or what is this ???
about this bug what i dont get why do some work and others dont ? whats different by the other game icons witch makes them work.

Bloodwych · 09 January 2008, 13:45

Quote:

Originally Posted by McDuck

Disable "Use ExAll" < works for me all icons are shown.
ExAll < what does this mean or what is this ???
about this bug what i dont get why do some work and others dont ? whats different by the other game icons witch makes them work.

Thanks for testing. I was going to test myself but the WinUAE page was down and I couldn't download the last release.

After all this messing around with the icons, a simple option in Scalos prefs fixes it and even outlines potential issues with certain filesystems in the FAQ!

Going by what Toni said, it must depend where the file info is stored in the filesystem. If Scalos is told to stop reading a directory too soon, it doesn't display the full contents of the drawer. Probably wrong, but worth a try.

I also need to know what the ExAll feature does in Scalos and what the repercussions of disabling it are. Absolutely no info is given on this setting in the 1.2D readme files. I'm guessing it has something to do with reading directories in a faster way.

I'm actually glad in a way that the original "Bug" was from the newer beta Scalos releases and not the 1.2D stable release that I've been happily using for years. Bugs like that and strange performance issues on slower real Amiga's from newer releases are why I've stuck with good old 1.2D.

Toni Wilen · 09 January 2008, 16:42

I decided to "fix" this "bug" after all. WinUAE directory filesystem ExAll() is now bug and feature-compatible with FFS implementation

It is now "compatible" with both Scalos bugs..

Quote:

ExAll < what does this mean or what is this ???

ExAll is better and more flexible way to read directory, can read multiple entries per call. And more complex too..

Quote:

about this bug what i dont get why do some work and others dont ? whats different by the other game icons witch makes them work.

Directory reading stopped if next 3-4 (depending on length of filenames) files were not icons. (because buffer only had space for 3-4 entries and number of entries returned was zero if all entries were filtered = not icons)

Bloodwych · 09 January 2008, 18:31

Thanks Toni - you're a true star!!!

WinUAE developing must be a frustrating process at times, especially when dealing with buggy software. Thank goodness you've been patient enough to stick by it all these years.

killergorilla · 10 January 2008, 04:13

ah nice one toni, good stuff!

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Icons don't display properly.	source	support.Apps	14	17 July 2013 08:37
Which old games don't work with A600?	1988	support.Games	17	19 July 2011 11:45
Games that don't run well on and 060	fitzsteve	project.WHDLoad	4	30 September 2010 00:02
90% of my games don't work	dreamkatcha	New to Emulation or Amiga scene	38	28 March 2007 15:10
Lots of games don't work	Unregistered	support.Games	6	07 July 2001 14:51

07 January 2008, 19:41	#64
Bloodwych Moderator Join Date: Jun 2001 Location: I'm behind you! Posts: 3,763	Toni, I'm testing SFS v1.273 (27/7/2007) in ClassicWB/Scalos on WinUAE v1.2. This version is the one currently supplied with the packs. It's working fine as far as I can tell??? I've been copying data around, showing icons, deleting files and the tools don't report any errors. I know you're not interested in older versions, but if I can't get it to fail in this older WinUAE then it might be ok on a real Amiga. Am I looking at this too simplistically, will it eventually fail? Is it just a matter of time and asking for trouble running versions higher than 1.265 in older Scalos versions? After some extensive testing, I might even supply the old SFS version 0184, as that had 8GB support built in (newer ones only support 4GB without other patches) and it never caused me any issues.

07 January 2008, 19:48	#65
frikilokooo Registered User Join Date: Mar 2007 Location: Mallorca,Spain. Age: 44 Posts: 1,154	I have another reason to use an old version of WinUAE.When using SEUCK program (in newer WinUAE versions)this has graphical failures even is not possible save data!Almost I've lost my data for that reason!

07 January 2008, 22:23	#68
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,542	Does "FILESYS: EXALL non-existing ID x" (where x="random" number) appear in winuaelog.txt when icon problems happen?

08 January 2008, 15:49	#71
killergorilla Lesser Talent Join Date: Jan 2003 Location: UK Age: 42 Posts: 7,957	I've just checked with winuae 1.4.5 and the icons appear fine if they are in RAM disk, or a FFS formated hdf but not from a directory.

08 January 2008, 17:21	#72
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,542	This appears to be caused by another Scalos ExAll bug.. (I seems double ExAll bug was introduced in later Scalos versions and has nothing to do with this problem. Which also explains non-existing SFS compatibility problem. I guess this was fixed at the same time when the other bug was "implemented" ) Dos.lib ExAll Autodoc says (important part in bold): Entries: This field tells the calling application how many entries are in the buffer after calling ExAll. Note: make sure your code handles the 0 entries case, including 0 entries with continue non-zero. WinUAE's ExAll implementation can return zero entries if MatchFunc/MatchString is used. Unfortunately Scalos seems to think this also means end of directory.. I am not going to fix this, too complex.. (Does Scalos have some kind of "Do not use ExAll" flag?)

08 January 2008, 19:29	#74
Bloodwych Moderator Join Date: Jun 2001 Location: I'm behind you! Posts: 3,763	...oh yeah and it also says in the Scalos FAQ: Working with CD's causes crashs or Scalos doesn't work correctly. Most Filesystems doesn't support the ExAll function correctly. Disable "Use ExAll" in Scalos prefs. Or use a more recent SetPatch which fixes the ExAll.

08 January 2008, 23:37	#75
McDuck Registered User Join Date: Jul 2007 Location: Germany Posts: 19	Disable "Use ExAll" < works for me all icons are shown. ExAll < what does this mean or what is this ??? about this bug what i dont get why do some work and others dont ? whats different by the other game icons witch makes them work.

09 January 2008, 18:31	#78
Bloodwych Moderator Join Date: Jun 2001 Location: I'm behind you! Posts: 3,763	Thanks Toni - you're a true star!!! WinUAE developing must be a frustrating process at times, especially when dealing with buggy software. Thank goodness you've been patient enough to stick by it all these years.

10 January 2008, 04:13	#79
killergorilla Lesser Talent Join Date: Jan 2003 Location: UK Age: 42 Posts: 7,957	ah nice one toni, good stuff!

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)