AmigaOS 3.9 BoingBag #4

[kolla]

Also, various components are replaced with their 68020-optimized
equivalents (generated with the PatchFor020 utility).

Really? I mean, all I see are files that are exactly as they were before, now only with filenames in uppercase. Seems quite pointless.

[kolla]

Another thing... even with the new graphics.library I save ~160k of chipram by using fblit on my A1200.

[kolla]

The goal for graphics.library 40.25 was to be better than 40.24. If you find room for further improvements, why dont you drop your comments on the corresponding thread, so that the guy which is actually enhancing this library, Cosmos, improves it further? He is still looking for suggestions. Maybe in that way you can tell him with greater detail what doesnt seem to work as good as you expect to.

Hm, OK. I haven't really been paying much attention to what graphics.library 40.25 is meant to do, I'm just commenting on the "you can now forever remove" list. Appearantly FBlit still makes a rather big difference on AGA at least.

And I am sorry that uppercase filenames bother you.
I will see that at some point we convert them back to lowercase.

Great. I'm still pussled about the optimization though, the new files are exactly same size, but different md5sums. I would have expected small differences in filesize as well.

[kolla]

Doesn't take much really. After all, even if there is one byte of data in the file that is different, the size isn't going to change but the md5 hash will.

Yes, Piru just explained it for me.

I must say though, I dont really like it, would be so much better if the version string could also be patched to reflect the changes done. Now we end up with lots of binaries that at first glance are the same, but yet are not. And god forbid you try to use one of those files from a BB4 system on a 68000 system. And for what gain, really? Optimized MEmacs? WTF? :laughing:

[kolla]

I know that you dislike the fact that they are optimized for 020+ because they cannot work on the Minimig.

Well, that's not really the issue I see here. what I dislike is that there is no way to tell apart original CBM binaries and these 020 binaries unless you have checksums around to compare with. My suggestion is ofcourse to alter the version strings inside the binaries as well - bump minor with 1 and set a current date, it's should be easy enough.

But then, I invite you to share your knowledge on the modded AmigaOS 3.9 you made for your Minimig (68000) so that you share it with others.

It isn't modified, the updated kickstart uses the regular ROM updates, I just put together a kickstart of my own to save RAM.

The only bits that dont work on 68000 are apps that use resource.library, and some ReAction classes (and they typically exist as 68000 compatible versions in ClassAct), some datatypes (but 3.1 works, and on such a system, how many datatypes do one need anyways?). The 3.9 Workbench works just fine, up to 45.129, where it was "optimized" for 020 (I use quotes since I _really_ cannot see _any_ speed difference whatsoever on my other systems). Oh, and C:MakeDir - appearantly someone thought the creation of directories went too slow at some point.

I can create a section on my website if you wish, with your help, of course. And then we can help Amigaos 3.9 on 68000 move forward. This would be particularly interesting for both the Minimig and the soon to be released fpgaarcade (which IMHO makes it even more interesting).

I can upload a list of files, versions and md5sums for example. I will update my kick39.rom with BB4 stuff as well (if possible), and can give you that as well. I don't see much future for it though, since all bug fixes and feature additions only happens (mostly silently) with 020+ in mind. FPGAArcade will hopefull have the option of having a CPU board with a real 68k on it, as freely available 020+ softcores have yet to appear. My A500 will have a 020 quite soon, and making it even less of an issue for me.

[kolla]

-Search function, even with integrated  pull down menu works

Are you here talking about the "Find" from the "Window" menu, or something else? I replaced SYS:System/Find with one of the many similar programs on aminet.

-Icon information works much like rawbinfo (but not exactly the same way)

Well, that's just the original info window from workbench.library, with its missing "pure" and "hold" ticks, insanely large window etc. Would love to see it updated, file flags added, display version, md5sum, resizable window...

-HDToolbox with large drives works (did a simple trick)

Which HDToolbox? I ask since the OS3.9 one uses Reaction, so I've only used 40.4 from OS3.1.

As I said, I am having problems with datatypes, but I hope to fix that soon.

Which datatypes? I use datatype.library 44.47 and picture.datatype 42.1 from aminet, and 3.1 datatypes or whatever I find on aminet that works. amigaguide.library 45.5 works, 45.6 doesnt.

The same goes with the TCP-IP stack, and deficons (which hopefully will work).

I have Miami myself, and never really thought of deficons

@kolla
It could be great if you could help me a bit. I am so near of having most of 3.9 components working.

I'm not sure what you need help with

[kolla]

It seems that BB4 has two versions of datatypes.library, both 44.47 (in files3/libs) and 44.48 (in files1/libs) - files3 is the dir with 020+ optimized binaries, right?

@Cosmos
I'm sorry - I never got around to test it out, I'll try again