Quote:

1565968 is the size of exec_sg ? Looks A BIT bloated. Last time B.hermans replied to me on ANN the size was about 270 kb, hmm...

There is a difference between file size and the size of exec_sg. For one thing, the 1.5 MB file contains debug info, without it it's about 780 kb. Secondly, the ELF file contains relocation info that is needed only for loading, runtime code size is about 560KB. And finally, the kernel contains exec_sg, expansion, and utility library.

So yes, exec_sg is about 270 kb in size. I don't call that bloated.

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

Quote:

So yes, exec_sg is about 270 kb in size. I don't call that bloated.

270 ? Me neither.
I was talking about 1,5 MB. I pointed that out, because that takes different time to load as 270 kb file.
Now I'm just trying to imagine what a complex functionality, must be in 780 kb hyper-super optimised code bulk.
Send me the source, I will review it

re

Treke

PS: I've asked that Mr Hermans, but don't you, as a technician think that putting together 3 libraries into one file, provides too tight coupling for maintaiability and changeability ? (different versions of each of the three libraries result in new version of whole file => touching unchanged files)

Quote:

PS: I've asked that Mr Hermans, but don't you, as a technician think that putting together 3 libraries into one file, provides too tight coupling for maintaiability and changeability ? (different versions of each of the three libraries result in new version of whole file => touching unchanged files)

Remember that it used to be different - you had *all* files in a fixed ROM that made exchanging any of them rather difficult (and only worked with reboot-tricks).

The three libraries all have interdependencies. Utility for example is only a frontend since most of its functionality was moved to exec. This makes it possible for exec to support tag item calls, which it previously didn't have.

I don't think that the kernel will be changed too often. Just think how often you changed your ROM, or the Boing Bag.

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

Quote:

The three libraries all have interdependencies. Utility for example is only a frontend since most of its functionality was moved to exec. This makes it possible for exec to support tag item calls, which it previously didn't have.

Hmm, I don't have a strong opinion on TagItems, I just guess that passing not type safe data (as far as I know ti_Data is a ULONG pointer) to system calls is ...hmm... Amigaish.

Quote:

I don't think that the kernel will be changed too often. Just think how often you changed your ROM, or the Boing Bag.

I don't want to change it, you will
I just mean that the weaker coupling, the better for the developer(s).

Thanx for the info and good luck.

re

Treke

Quote:

Hmm, I don't have a strong opinion on TagItems, I just guess that passing not type safe data (as far as I know ti_Data is a ULONG pointer) to system calls is ...hmm... Amigaish.

With a typecast, you can pass anything. You can also cast a HWND to an IDirectX9 interface, and that's not Amigaish for sure... Tagitems surely beats passing structures for everything like Windows does.

It's definitely not any more unsecure than e.g. using 'int' for sockets.

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

Quote:

Did anyone look closely at the icon text in that Heretic II shot?

Yes, I did. I take it you are hinting at the font being anti aliased and outlined?

Regards,
Peter

_________________
That'll Put Marzipan In Your Pie Plate, Bingo
💻 Pro-Amiga, 🌍 Pro-Globalism, 🍅 Pro-Vegan, 🛦 Pro-NATO & 🇪🇺 Pro-Joint EU Defense Intervention Initiative

@sicky
Quote:

There is an Amiga OS4 preview in the next issue (17) of Total Amiga http://www.totalamiga.org which is expected some time soon

Is that 'soon' or 'soon' ( as in "it's at the printers as we speak" soon)?

-john

So I take it that SDL will be released with the OS4 dev kit? I hope so since there are some very excellent games from us that need porting.

Quote:

Yes, I did. I take it you are hinting at the font being anti aliased and outlined?

Yes, although you can choose between outline and dropshadows

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

Quote:

So I take it that SDL will be released with the OS4 dev kit? I hope so since there are some very excellent games from us that need porting.

Yes, I guess so. Either it will already be part of it, or will be an extra download. There are a lot of third-party-packages that we have already compiled in the course of development, like zlib, libpng, ogg vorbis, libjpg and others like that...

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

Talking of it: Someone might wish to look at this
SDL-based (if I remember right) Battle Isle 3 Clone (don't remember the name right now). The whole thing is FULLLL of Endian-problems though and I do not have the time for that (I started once on this, but gave it up later). I could look up the name and webpage again if someone is seriously interested
in doing it... but be warned: This is REALLY work, they
did not look after Endian-correctness ANYWHERE in this source-code... if I remember right it even runs
Battle Isle 3 Maps... and there seems to be lots of
people doing maps for it...

Things I myselves started on "seriously" included several emulators (MAME, tgemu, SNES9x,...) and a
Warcraft2-Clone (not Freecraft, a different project,
as Freecraft was killed due to legal problems), that
last one does not fully work yet, though, and I did
not have time to look at it for quite some while (but will again, later...).

Steffen