Amiga.org
Amiga News and Community Announcements => Amiga News and Community Announcements => Amiga Software News => Topic started by: unusedunused on January 10, 2006, 05:29:50 PM
-
AROS for Amiga can download here http://amidev.kilu.net/afaupload.php3
Bugfixes:
exec library Obtainsemaphorelist work now if same task have a lock in the semaphore fixed in AROS too
buffer overflow crash on some colorfonts fixed in AROS too (Georg Steger)
New Features
Stack is now increase for every program to avoid stack overflow due to lots of other patches
This feature is add in afa_system_lib.exe and work without AFA exec lib too.This let work in amigaforever install
dopus5.5 lha extract
AOS use Default stack of 4000 bytes.With AFA OS Stack is increase below 4500 byte to 4500 Bytes
over 4500 bytes Stack is increase by 260 bytes
Developers should notice:
If a user of your program developed on afa report strange crashes
tell him to increase stack size
AFA Prefs show now the AFA Logo.Thanks to Fishx for Creating the Logo
intution library is now far enough work to add a skin System to AROS and AFA.But because AROS have currently no
skinsystem it is not usefull to give up visualprefs and others so the intuition lib is not used until it
allow more features than Visualprefs/MCP do.
For developers that want know how AOS render the GUI is
in dir afa_OS/intuition/frameiclass.exe.Its a single file and is 500 lines long
When start this all buttons strings listviews are draw in opposite to show something.Here must the drawcode at
for skinable System.you can start the file without reboot and test your coding result.
See also the sysiclass.This contain another part (the window system icons)
-
Why not increase default stack to 8192? All MUI programs need it anyway, some (IBrowse, AmIRC...) even more.
-
I have so far been unsuccessful in getting this to work with my 3.1 UAE/AIAB setup.
I place it before Iprefs, VisualPrefs and Birdie and it still crashes. I try to start it manually from the AfA_OS drawer...still nothin'.
Anyone else have difficulty getting this to work?
-
Strange, it is working well here on my AIAB test setup (there is a screenshot posted somewhere).
I believe if you follow the installation instructions you cannot really go wrong; copy the libraries to the relevant locations and just call the executable early on in the startup-sequence.
May I ask what happens on your system?
James
-
>Why not increase default stack to 8192? All MUI programs need it anyway, some (IBrowse, AmIRC...) even more.
AFA get in future stack check when i implement a logfile console that pop up if something strange is happen.
It work independent from serial port so it can work in every situation
If a program is 600 bytes near stack limit the console pop up and show program xxxxx is near stack limit.please increase stack
then i see what happen with stack usage in praxis
So there is no need to alloc for all programs much mem for stack.if 20 progs run then 4 kb additional stack are
80 kb.
If there no users out with less than 32 MB run AFA then it is ok to waste the mem,but i dont know if there are
users out that use AFA with only 32 MB,so i increase the stacksize only a little
-
It sounds good, I'll have to check it out some time. Any chance of Zune becoming part of this?
-
I see. Is there developer material available anywhere?
-
>I see. Is there developer material available >anywhere?
Its in the user archive, you will also need the Aros Sources.
http://amidev.kilu.net/AfA_Binaries/afa_3.91.1.lha (http://amidev.kilu.net/AfA_Binaries/afa_3.91.1.lha)
Heres a small Compile Tutorial:
http://amidev.kilu.net/AfA_Binaries/HOWTO_Compile_AfA.pdf (http://amidev.kilu.net/AfA_Binaries/HOWTO_Compile_AfA.pdf)
It is developed with AmiDevCpp:
http://amidev.kilu.net/index.php (http://amidev.kilu.net/index.php)
-
I only wish to port one of my programs to 68k using VBCC with AfA extensions... 40MB aros source for that purpose is overkill ;-)
-
>I only wish to port one of my programs to 68k using VBCC with AfA extensions...
>40MB aros source for that purpose is overkill
If you dont want compile AFA yourself you need not the aros source
You need the aros sdk.that have a size of 1,3 MB
This contain the includes from AROS.This must copy to dir myafadir/arosinclude/arosinclude in the AFA dir
Now you must add to your compiler include paths at first place
myafadir/afa_os/include
second place
myafadir/arosinclude
The order of both above is important.dont change that.
then come your old include paths you always have
(myafadir is path to your dir that contain the afa dev files).This files are not copy with the installer
You must copy the dir afa_os arosinclude manual to a develop dir you like)
BTW:For compile AFA i add as soon as CubicIDE support more than 100 files in a project too project settings for CubicEDE.
currently Cubicide give errors comand line too long because the AROS source use for every AOS function 1 file.
so there are 130-180 files in project
-
>It sounds good, I'll have to check it out some >time. Any chance of Zune becoming part of this?
I only release code for public Final AFA releases if this add new features.If AROS/AFA get a GUI skin system with color shades then this have more features than 68k MUI.
Then its time to use Zune.With wanderer(AROS workbench) i cant say because AROS use no dos packets and it have maybe much to change.
BTW: in last post i forget.If the porgram compile without errors with the steps i explain,then you can in 99.99 % compile that too for AROS without errors.
-
I could find i386 sdk only but got required includes.
-
>I could find i386 sdk only but got required includes.
Yes thats the right.This is used for all platforms on AFA.currently only 68k
The machine and AFA depend files are in AFA_OS/include dir.so this must the first dir in include path
Then if a file is diffrent for AFA this file is used.If a file is not found then the fiel from arosinclude is used
And if a file here is not found then at least the AOS include dir is used.
When you compile your prog direct for AROS you need only remove the first include path afa_os/include.
-
I think it looks cool on my OS3.1!!
-
I tried AfA yesterday on my nearly fresh OS3.9 install but it is not useful for me. The system crashes while trying to open a picture in MultiView. It doesn't stretch the WB backgrounds anymore. The system will freeze while downloading some stuff with AWeb and missing some pictures on webpages.
But at least the antialiased fonts looking nice.
-
you can remove picture_datatype from AFA_OS_LIBS if you want scaling or have picture datatype problems