thank you amigasystem

I have tested Apollo OS a bit more, it is a mix AROS and OS3 which at the moment unstable and poorly configured. Amiwell, I think the best choice for your V4 at the moment is either OS3.9 RTG + AfA OS or "native" AROS 68k To install these systems on V4 the best choice is to connect the CF on WinUAE and with HDToolBox initialize and format it as you normally do with an HD, of course you have to use an updated HDToolBox and choose a good Filesystem (SFS/PFS), best choice the one of OS 3.9 BB4 You can also install these systems on a HardFile initialized and installed on WinUAE, having done this you will just "burn" the Hardfile (renamed.img) to the CF. Of course to have maximum compatibility on V4, you have to add the Monitor file "SAGA" and add some native V4 commands in the startup-sequence (you can find these commands on Coffin) and corrected Roms/Kickstart. ---- Italiano ---- Ho testato un po' più a fondo Apollo OS, si tratta di un mix AROS e OS3 che al momento instabile e poco configurato. Amiwell, credo che al momento la migliore scelta per il tuo V4 sia OS3.9 RTG + AfA OS oppure AROS 68k "nativo" Per installare questi sistemi su V4 la scelta migliore è di collegare la CF su WinUAE e con HDToolBox inizializzarla e formattarla come si fa normalmente con un HD, naturalmente devi usare un HDToolBox aggiornato e scegliere un buon Filesystem (SFS/PFS), migliore scelta quello di OS 3.9 BB4 Puoi anche installare questi sistemi su un HardFile inizializzato e installato su WinUAE, fatto questo ti basterà "masterizzare" l'Hardfile (rinominato.img) sulla CF. Naturalmente per avere la massima compatibilità su V4, bisogna aggiungere il file Monitor "SAGA" e aggiungere qualche comando nativo V4 nella startup-sequence (puoi trovare questi comandi su Coffin) e corretti Roms/Kickstart.

I reported the Guru to the developer who responded to me saying: [i]Looks like the fault is in a buggy libopengl. In a recent aros built this seems excluded (because it's buggy ?). Can't do too much here, except remove vwebp from the archive. [/i]

Ok, for the time being I'll assume this is problem with software itself, not a regression in system.

Guru also appears with the build "AROS-20161228" and a high stack

Have you tried increasing stack to some large numbers, like 8 MB? Was there version of AROS core in which the command did not guru?

I updated on Aros One the "WebPTools" to the new version 1.3.1 released today on Aminet, all binaries work fine except one "vwebp" where I get a Guru, see screnshot. Also the previous version 1.3.0 hadvail command "vwebp" which went into lo Guru.

What version ? can you provide the download link ! ApolloOS to make it work on WinUAE you need some modifications and disable Hardware Vampire related commands. the ApolloOS "IMG" image includes two SFS formatted partitions, DH0 of 251 MB and DH1 of 7GB, see my screenshot ! In case of problems or partition changes, this can be done safely, with speed and security with HDToolBox on WinUAE, of course you must have a good Amiga RTG system ! I used AfA One ! [img]https://www.arosworld.org/infusions/forum/attachments/apolloos.jpg[/img]

there is a new release of ApolloOS if interesting also the world of classic amiga, this system run on Vampire and also maybe Win UAE and forks, run fine and there is many tool for configuring the system for example the whdload games and all app run with rom for aros

[quote name=pixie post=2218]@pixie - [quote name=amigamia post=2137]Sorry Pixie, I do not remember this request. Did I ever respond to you via email to this?[/quote] Sadly no[/quote] While looking for this file, I remembered where I downloaded it from: Web Archive has it: Setup: [url]https://web.archive.org/web/20160531103718/http://amidevcpp.amiga-world.de/AmiDevCpp/AmiDevCpp_graceful_Bulldozer_v098_Setup.exe[/url] Manual: [url]https://web.archive.org/web/20121020073450/http://amidevcpp.amiga-world.de/AmiDevCpp/info/AmiDevCpp_Manual.pdf.php[/url] Global Settings: [url]https://web.archive.org/web/20150307095820/http://amidevcpp.amiga-world.de/AmiDevCpp/HowToChangeGlobalSettings.pdf[/url] Web Page: [url]https://web.archive.org/web/20121020073450/http://amidevcpp.amiga-world.de/download.php?HR_LANG=english[/url]

[quote name=amigamia post=2137]Sorry Pixie, I do not remember this request. Did I ever respond to you via email to this?[/quote] Sadly no

The AROS Curved Blue Theme is almost complete. When the 4 blue templates (blue prototypes) in this series are complete they will be uploaded to AROS Archives. This is a sample image: https://www.dropbox.com/scl/fi/mk3z3jikl1yfbxfr59oat/aros_curved-blue.png?rlkey=wa77a5x3paxo3a7mcvwfiz372&dl=0

https://ae.amigalife.org/index.php?action=dlattach;topic=1153.0;attach=5494;image This is my latest theme project called the "Mahogany Theme". The button design is complete. Now I just need to finish making the theme and config.

Hi All, The new release is now completed and can be downloaded from: [url]https://github.com/deadw00d/AROS/releases/tag/ABIv11_20230430-1[/url] [url]https://axrt.org/downloads-aros[/url] Below you will find final change log. Thank you everyone who tested this version. Enjoy using this release :) I also prepared another alpha ISO, this time combining core system with contrib programs, including C and C++ compiler: [url]https://axrt.org/development/aros-pc-x86_64-alpha-6.zip[/url] Here is a list of known issues for the ISO: - USB mouse/keyboard is only detected is connected during boot - delay ~10 seconds when booting SATA disk - nvme.device/SFS error in VirtualBox when installing - possible NVME crash on some hardware, add 'NVME=disable' to grub command line as a workaround - if you experience issues booting, try adding 'noacpi' or 'noioapic' to grub command line [code] AROS ABIv11 20230430-1 changes: Functionalities: Implemented network driver for certain nVidia chipsets (Neil) Synchronize Zune configuration across all builds (deadwood) Restore build and functioning on pc-x86_64 AROS (deadwood) Make native kernel more reselient in case of early error (deadwood, Kalamatee) Added broadcom4400.device network driver (Neil) Synchronize on use of ISO-8859-2 for Polish across all builds (deadwood) First working version of nvme.device is available (Kalamatee) Implemented FORMAT64 and SEEK64 commands in ahci.device (Kalamatee) Stabilized handling of WARM reset, implemented missing shutdown handlers (Kalamatee) Requesters add scroll bars if too much text is shown (Kalamatee) 64-bit support: Correct size of fpos_t and ino_t C library types (deadwood) 68k support: ARM support: muimaster.library (bugs: MUI_Request not compiling) (deadwood) Restore build of armhf AROS (deadwood) Updates: AROS build system (Kalamatee) libz 1.2.13 (Kalamatee) libpng 1.6.39 / png.library v53.2 (Kalamatee) freetype 2.13.0 / freetype2.library v6.6 (Kalamatee) libudis86 (Kalamatee) Functional fixes: Correctly handle __stdiowin when also using C library (deadwood) gl.library (bugs: race condition during initialization) (deadwood) hostgl.library (make it work with newer 64-bit hosts) (deadwood) exec.library (bugs: wrong disassembly due to wrong start address) (deadwood) ata.device (bugs: media insert/eject detection not working) (deadwood) muimaster.library (bugs: MUIA_String_Acknowledge not readable) (deadwood) png.datatype (bugs: 1-bit APLHA pngs not supported) (deadwood) fat-handler (bugs: partition check too strict) (deadwood) InstallAROS (bugs: not working with > 2GB RAM) (deadwood) dos.library (bugs: SFS not working with > 4GB RAM) (deadwood) C:Install-Grub2 (bugs: not working with > 4GB RAM) (deadwood) GCC (bugs: sometimes generates non-loadable executables) (deadwood) Kernel (bugs: wrong configuration of IRQ pins in IO-APIC, TaskReady list damaged) (deadwood) Area.mui (bugs: events sent when not expected to) (deadwood) pciusb.device (bugs: EeePC USB boot not working) (Neil) Register.mui (bugs: tab text cannot be formatted) (deadwood) String.mui, Area.mui, Cycle.mui (bugs: setting same value is causing notification) (deadwood) pciusb.device (bugs: too long boot delay on AspireOne ZG5) (Neil) ntfs-handler (bugs: accessing non existent entries) (Kalamatee) DiskInfo (recognize more filesystems) (Kalamatee) pciusb.device (workaround for MosChip MCS9990, detect addtional ports) (Kalamatee) Kernel (bugs: SSE registers not preserved during interrupt) (Kalamatee) timer.device (bugs: can issues interrupt after warm reboot) (Kalamatee) C:Decoration (bugs: wrong rendering of paletted pngs) (Kalamatee) i8042.hidd (bugs: regression in mouse detection) (deadwood) crt.library (bugs: wrong time returned by clock_gettime) (deadwood) Stability fixes: graphics.library (bugs: boot driver not unregistered correctly) (deadwood) MultiView (bugs: crash in About window when using amigaguide.datatype) (deadwood) exec.library (bugs: crash when showing disassembly in alert requester) (deadwood) Prefs/ScreenMode (bugs: crash on certain drivers) (deadwood) acpica.library (deadwood) [/code]

Release v41.5 of AxRuntime is now available. It is a small, bugfix release. AxRuntime v41.5 can be downloaded from: [url]https://axrt.org/downloads[/url] [url]https://github.com/deadw00d/AROS/releases/tag/AxRT_41.5[/url] If you are interested in developing using AxRuntime, contact me on this forum or visit [url]https://axrt.org/contact[/url].

Release v41.4 of AxRuntime is now available. Main feature is that interacting with Intuition windows (moving, resizing, etc) now happens via Intuition gadgets and there is no longer window decoration duplication. Checkout this video to learn more: [url]https://www.youtube.com/watch?v=1pvu76Lmp0Q[/url] AxRuntime v41.4 can be downloaded from: [url]https://axrt.org/downloads[/url] [url]https://github.com/deadw00d/AROS/releases/tag/AxRT_41.4[/url] If you are interested in developing using AxRuntime, contact me on this forum or visit [url]https://axrt.org/contact[/url].

Hello, I wanted to share with you something I've been working on for some time. The project is called AxRuntime and it allows re-compiling existing Amiga/MorphOS/AROS software as Linux applications. The runtime allows developers to continue developing Amiga applications in unmodified way while at the same time being able to utilize modern development tools available on Linux like IDEs, debuggers, profilers, etc. This solution lets developers compile their Amiga API-based applications as Linux binaries. Once the features are implemented, tested and optimized using the runtime on Linux, developers re-compile their applications for their Amiga-like system of choice and perform final quality checking. Applications created with AxRuntime can be distributed to the Linux community giving developers a much broader user base and a possibility to invite developers from outside general Amiga community to contribute to the application. Here are some videos of AROS applications running under Linux: Wanderer: [url]https://www.axrt.org/media/axrt-Wanderer.mp4[/url] MPlayer: [url]https://www.axrt.org/media/axrt-MPlayer.mp4[/url] More images in gallery: [url]https://axrt.org/gallery[/url] Download & Instructions ==================== [url]https://axrt.org/downloads[/url]

Hi All, The release is now available: [url]https://axrt.org/release-notes?id=aros-abiv0-20201110-2[/url] [url]https://github.com/deadw00d/AROS/releases/tag/ABIv0_20201110-2[/url] With this action the development cycle for this release closes. There might be future fixes on a component level which will be announced in this thread. Thank you everyone who helped with testing - this all made this release better! Enjoy this new version of AROS. :)

Here are release builds: [url]https://axrt.org/download/aros/v0/AROS-20201110-2-pc-i386-boot-iso.zip[/url] [url]https://axrt.org/download/aros/v0/AROS-20201110-2-any-i386-contrib.tar.bz2[/url] [url]https://axrt.org/download/aros/v0/AROS-20201110-2-linux-i386-system.tar.bz2[/url] [url]https://axrt.org/download/aros/v0/AROS-20201110-2-mingw32-i386-system.tar.bz2[/url] [b]AROS ABIv0 20201110-2 changes:[/b] Functionalities: [ulist=disc]Added broadcom4400.device network driver (Neil) Extensions to IO-APIC support (Kalamatee) Extensions to interrupt handling (Kalamatee) Make native kernel more reselient in case of early error (deadwood) [/ulist] 64-bit support: 68k support: ARM support: Updates: Functional fixes: [ulist=disc]fat-handler (Kalamatee, deadwood) Prefs/Wanderer (bugs: window too wide) (Matthias Rustler) GCC (bugs: sometimes generates non-loadable executables) (deadwood) Kernel (bugs: wrong configuration of IRQ pins in IO-APIC) (deadwood) Workaround for WARM reboot (deadwood) Area.mui (bugs: events sent when not expected to) (deadwood) Toolbar.mcc (bugs: broken binary compatibility) (deadwood)[/ulist] Stability fixes: [ulist=disc]Prefs/ScreenMode (deadwood) DiskImageGUI (Kalamatee)[/ulist] Unless some major problems are found, I will make the release official on Friday.

A short update from me on the plan (20230505): 1) Synchronize code bases between repositories and release new version of ABIv11 [[b]DONE[/b]] 2) Release first stable version of IntuitionWM 3) Release new version of ABIv0 refreshed to newer common codebase The work on IntuitionWM will mostly likely start somewhere in May. The long term horizon remains unchanged: "On a longer horizon, there will be a lot of work related to ABIv0 and AxRuntime. I want to update ABIv0 to be based on latest ABIv11 source code. This will be an enabler to: 1) develop a version of AxRuntime that is capable of running ABIv0 32-bit programs on top of Linux and 2) develop an emulator that will allow running AROS 32-bit programs under 64-bit AROS. Once all these things are in place, we will have a Linux-native desktop (Scalos) and ability to run AROS ABIv0 programs (32-bit), AROS ABIv11 programs (64-bit) and AxRuntime-recompiled programs (64-bit). This way existing distributions could be re-created using Linux as a base without loosing existing functionality for users, enabling a gradual migration from 32-bit to 64-bit. For people preferring native AROS we will also have ability to use ~80% of the existing software base on 64-bit AROS, which then is an enabler to transition to 64-bit base system."