@kas1e

I always sucked writing install scripts, I tested it under advanced install, perhaps it only works in that mode. If you know of someone who is good at writing install script any help with that is appreciated.

Remember to delete old catalogs, before installing, new programs use different id numbers for languages categories.

Test button should work, it does not actually trigger an exception, but does write to the emulated hardware registers, so not test of exception routine, only the routines in the back end.
if problem with AHI make sure you have more than one channel configured for AHI unit, as other programs might need to allocate AHI channels as well.

So far my test is a bit of mixed result, it seams a lot software that does use CIAA/CIAB also uses copper, sadly, the software that crash because x,y,z still crash because of x,y,z this programs have other issues. Only programs freeze up, hang, can be working, the emulation of the CIAA/CIAB chips are not designed to handle forbid state, as I have setup up a timer device timer to update timer ticks. It handled in PUH itself, and not in exception routine.

Sadly there is no database of software can be searched by issue/problem, this means retesting everything. To find the needle in haystack.

To correct myself before anyone else does, you can look at Intuition Base website,
but you can’t download the list, nor can you write SQL Quary or Trubo Calc / Excel spreadsheet with filters. Does you need to click threw every game / program listed, read the fault description.
OctaMedStudio should be working, but its not, something is wrong with programs interrupt routine, or perhaps how I try to execute it, more investigation needed. Perhaps the wrong values are passed into 68K registers.

CIAA / CIAB emulation is not designed to handle any 68K WHDLOAD
or any hardware take over software, this is waste of time to test.

with old software its even difficult run the software, because can’t find the correct resolution, for example 320x256 or 320x400 modes are hard to setup. In other words, keep your expectation low.

@joerg

I expected that sense slb2 is on the RDB sector so should be so hard to find it. Boota command should be relatively simple.

(It be nice to be able to boot from USB as well, who uses a CDROM this days anyway.)

@Capehill

It looks pretty the new one, I will try it.

@Maijestro

No one wanted to mess around with UBOOT on physical hardware just in case computer got bricked. I know lots of talks about it, if remember it HJF who worked on it, he is now working for Trever in ExecSG team, back then there some I think UBOOT had special command built in to protect against piracy. The old FW only accept keyboard in PS2 port, its annoying. As you need a keyboard that support PS2 adapter, also that UBOOT also refuse initialize a screen when the backup battery is flat. Scarry stuff. These are two main issues. Getting a newer UBOOT working on it be great.

@nbache

It did update some stuff from Hyperion site as well, but perhaps, its just some old stuff. Is possible to remove the sites that’s not working?

@rjd324

maybe capehill

@Kamelito

Installing a new OS, does not fix bugs in old software.

The OS only finds the bugs faster, so you can report it to app developers, that’s if they are around to fix the bugs.

@zerec

Perhaps it just can’t initialize the screen hock up a null modem cable to the sam460 and use Putty or some other serial terminal, too see if you can get into UBOOT.

There can also be some additional debug info there you can’t see on your screen normally.

@kas1e

Last started programs should be the active one, should be possible to set the start priority in WBStartup program.

@white

Picasso96 driver is built into EUAE, at least that’s how I understand it, if present or not depends on how it was compiled and if gfx output support picasso96.

So, you should not need to install anything, it should be preinstalled what you need.

@SinanSam460

In that case you should open timer.device, using OpenDevice.

cast the device to library, and use GetInterface as normal,
that should work.

@HunoPPC

I appreciate all work put into this, mind blowing stuff.

@white

AmigaOS3.2 is last maintained version of AmigaOS3.x

H&P worked on OS3.5 and OS3.9 but there some kind of breakdown between Amiga Inc and H&P, and some feelings got Hurth, much like Hyperion, H&P also bundled software with OS that they only licensed. That’s why kind had start over from scratch with OS3.1.4 and then OS3.2.2.1

Also 3.1.4 was about bug fixing, and OS3.2 I believe is about source code compatibility with OS4.x, or at least try to reduce the gap a bit. Should make it easier for people who write software, and perhaps reduce bugs in 68K software that often not so well tested.

AmigaOS3.2 is not 100% compatible with OS3.5/3.9 and some users are not happy with that, but what can you do.

Nothing is stopping you from have different EUAE setup with different OS versions, and clones.
I was thinking about trying to install Linux 68K on EAUE, if that works. Can be nice way to have proper UNIX terminal, but I guess filesharing will be an issue, so probably not worth the hazel.

Can be useful to have 100% compatible SH/Bash terminal, because is bugs and issues in fake Linux commands we use to build source code and configure scripts. (Perhaps better clibs2 will make things work better, and some issues will go away, that’s my hope. It least clib2 is open source, so there is possible to fix bugs if there are any.)

@Maijestro

Quote:

it does NOT emulate Vampire at all, it does not know about the new hardware registers.

@Raziel

Perhaps you only notice it when you retch above 1TB of stored files

I think the max size depends on your set block size to as well, did they take that into account when set max value?

@redfox

hemm... works now, must have corrupted some memory
never trust a bug report from hacker LOL

@LiveForIt

never mind, a .h had some bad defines in a project i was working on.. nothing wrong false alarm

on AmigaOS4.1 try this in shell

sh
cd /tmp
ls

latest SDK,

Assert results in unrecognized opcode 'move.w'
someone messed up the SDK! hope someone will fix it.

@Maijestro

Quote:

It clear make no sense play around with slower embedded PowerPC chips, most definitely need to look at something faster, it continue to make sense to make new hardware, then we need look at Power6/7/8 maybe (previous generation). Power9 is probably too expensive.

Yeh, we should not blame you for anything, Trever was warned about putting the PowerPC chip he did on A1222 so, that only his fault if any.

I have thought about what puting ARM chip on AmigaONE-SE/XE cpu module, can be pretty good upgrade, you also bypass the slow onboard memory, you can do it with a faster PowerPC chip as well, it does not make much sense economically, perhaps.

Anyhow until QEMU catches up on 3D and 32bit graphics, there is a argument for real hardware.

Even if ARM/QEMU becomes faster, I don’t think it should stop the pressure of Multicore support on PowerPC. It’s better to get that done, and tested, then after that porting to ARM should be done.
Stopping development of SMP, just to port to ARM, will slowdown development.

For AmigaOS5 the plan was to visualize everything, I guess its all happening just not in the way we expected, only the digital platforms are Apple, Microsoft; Linux and Android. not Amiga.