icon.library 46.4 test versions

[altcomputing]

graphics.library is regular OS3.1 one, patches are out in this config, even MCP is not running.

[Foul]

Setpatch version ?

[altcomputing]

SetPatch is 44.38, AmigaOS ROM Update from 3.9BB2 and scsi.device 43.45.

[PeterK]

Please try this ADF-image, it's important to have mathtrans.library and mathieeedoubbas.library installed. This ADF has all files to display all icons successfully. Just compare the contents with your system.

[altcomputing]

First I checked on my "Low-end" setup:

With LoadMonDrvs (and Voodoo init) - the Qt, Prefs, Shell and CED icons are correct but lowcolor images, rest have fallen back to default "hammer" images.

Without LoadMonDrvs - the Qt, Prefs, Shell and CED icons are correct lowcolor images, rest are trash as usually.

But it works perfect from your bootdisk (it even liked my 060).

Gonna take a look inside and see what you have in there. May be some library or whatever...

[altcomputing]

I use HSMathLibs, but i replaced them with your libs. workbench.library is same, icon.library I updated from your disk. Everything else seems to be the same except for datatypes.library which i have version 44.47. No luck still.

Running FBlit solves the problem on my system, but why? I have to investigate that!

[altcomputing]

Hey, wait a minute, why on your bootdisk all icons are PNGs, but on my system they fallback to default when on PAL screen?

EDIT: Got it, infoPNG was missing. A Pole would say: It's a different pair of shoes now

[Foul]

aargghh still no way compiling asm sources.. even with PhxAss 4.44 or AsmPro :\

All the rest working well

[StingRay]

I just had a quick look, if you want to assemble the source with AsmPro you'll have to change all dbra.s/dbra.w instructions to just "dbra". Dbf instructions don't have any distance specifier so dbra.s/.w is illegal.

[Foul]

with or without modifying all dbra*, still got this error :



Same error with PhxAss 4.44

[StingRay]

Rename the DrawInfo label below to _DrawInfo and change beq.s DrawInfo to beq.s _DrawInfo.

[Foul]

_Drawinfo renamed, ok, another _Screen renamed but :



Not very easy to learn asm ...

[StingRay]

Probably the wrong source to learn Asm. Rename ifdef to ifd.

[Foul]

working but still somes errors... i stop here ... thx anyway

[StingRay]

You're welcome. =) I may have a closer look at the source soon and fix it for AsmPro. Maybe.

[Foul]

it's not very important but, i can learn some tricks using differents assembler... got AsmPro (my favorite), AsmOne, PhxAss, Devpac, and more...

Thank you for your help !

Time to go back to Peter's Topik

[PeterK]

Originally Posted by altcomputing

I use HSMathLibs, but i replaced them with your libs...... Got it, infoPNG was missing. A Pole would say: It's a different pair of shoes now

Congratulations altcomputing,
you can keep using the HSMathLibs, and you can improve the speed of the png.datatype a little by replacing the 68000 version with the 68060 png.datatype. http://aminet.net/package/util/dtype/PNGdt44
Please, also have a look into the readme of my Aminet release for other optional libraries.

@Foul
Compiling my icon.library is NOT offtopic here. So, please don't hesitate to ask anything you want to know about compiling my messy sources. I'm using PhxAssGUI with the following settings (but PhxAssGUI won't work on the normal WinUAE, since it's a little buggy, tries to read from non-existing memory at -4)

@StingRay Thanks a lot for your help and suggestions! Indeed, you're right, DBcc always has a 16 bit displacement. I will change that. The problem with DrawInfo can probably be solved with the PhxAss option "no extern references". The sources can be compiled without any changes if you use my settings below:

[Foul]

thx you very much !

i'm using fs-uae and will try now with your settings...

still got errors with yours settings...

PhxAss : 4.44
PHXAss-GUI : V2.1

don't know why but PHXAss-Gui does't keep all settings when quitting... must re-configure each time @ launch...

[PeterK]

don't know why but PHXAss-Gui does't keep all settings when quitting... must re-configure each time @ launch...

That's the effect of this bug in PhxAssGUI:

...but PhxAssGUI won't work on the normal WinUAE, since it's a little buggy, tries to read from non-existing memory at -4

It needs a particular result when reading from non-existing memory at -4. Usually, on a standard Amiga you will get 0xFFFFFFFF or -1 back, I guess. But UAE will return zero instead, except for my self-compiled WinUAE 1.11. Just in case, that I remember these things wrong, it could also be the opposite of what I said about the result.

[Foul]

ans fs-uae is based on WinUAE code .. so it's normal