AmigaOS 3.9 BoingBag #4

[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:

[Gulliver]

Those optimizations are basicly C division and multiplication compiler dependent optimizations for 020 and up, which have been around for quite a while.

I know that you dislike the fact that they are optimized for 020+ because they cannot work on the Minimig.
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. 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).

[AmigaMance]

In my case, the new graphics.library makes the palette preference of AmigaOS 3.9 to crash at the moment where the colorwheel gadget is about to render inside the window. I own a BPPC, so i suppose this is a conflict between the library and the PPC code of the gadget.

[Gulliver]

Thanks for your report!

[Cosmos Amiga]

>In my case, the new graphics.library makes the palette preference of AmigaOS 3.9 to crash at the moment where the colorwheel gadget is about to render inside the window.

Ok, thanks for reporting : I'll fix that !


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

I think it's because of F_AddBob/F_RemIBob who are not in the v40.25 library for some reasons...

[Cosmos Amiga]

fixed !


Remember that the v40.25 is a WIP and I can't test the whole WB by myself !


So, when you find an issue, please, email me as soon as possible...

[Gulliver]

Thanks Cosmos!

[AmigaMance]

fixed !


Remember that the v40.25 is a WIP and I can't test the whole WB by myself !


So, when you find an issue, please, email me as soon as possible...

 Cool. I will test it as soon as you upload it on Aminet and report any possible problems.

[Cosmos Amiga]

>I save ~160k of chipram by using fblit on my A1200

Maybe I found a solution for enable F_AddBob/F_RemIBob again... These
two functions speedup a lot icons rendering, I know... And save chipmem too...

[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.

[Gulliver]

Well, I have been torturing AmigaOS 3.9 to work with a 68000. So far so good, I did some regression tests to find out what is compatible, and whats not.

The good part is that it works on any Amiga with 3MB of any ram (you need 512KB more if you havent got  a real kickstart 3.1 and want to softkick).

Featurewise with my tweaked setup:

-Glowicons work
-large HDD support works
-wb disk fuel gauge works
-cdrom support works
-Aweb works
-IOmegaTools works
-Vinced (shell with history, etc.) works
-Search function, even with integrated  pull down menu works
-WBclock works
-Icon information works much like rawbinfo (but not exactly the same way)
-I have a working mp3 player (not Amplifier 2.3x though)
-Animatedicon seems to work, until it fails due to a problem with datatypes
-wbrun works
-xadmaster works
-HDToolbox with large drives works (did a simple trick)

As I said, I am having problems with datatypes, but I hope to fix that soon. The same goes with the TCP-IP stack, and deficons (which hopefully will work).

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

[wawrzon]

@kolla: tobiflex core that is the base of yaqubes softcore for fpgaarcade already got 68010 compatibility in meantime. he is heading further for 68020.

[wawrzon]

cosmos: i see you ve released w3d library patch. join forces with matthey, he has also patched the same library in asm but he is mostly working on w3d hardware drivers at the moment. it makes no sence to work in parallel. anyway it is a good oportunity if you joined us, if you have bvision setup, to test w3d patches and also the new storm mesa. head over to utilitybase and search for the w3d/mesa thread.

[quenthal]

Excellent work as always, thanks!

Btw., what are the recommendations BB3-wise or BB4-wise:  which 68060.library and exec (Piru or BB2-one) to use?

[AmigaMance]

Excellent work as always, thanks!

Btw., what are the recommendations BB3-wise or BB4-wise:  which 68060.library and exec (Piru or BB2-one) to use?

 The recommendations for what you are asking are the same as with any sub-version of AmigaOS 3.9.

[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