Prototype of AROS ABIv0 emulator for 64-bit AROS: AROS FORUMS

Prototype of AROS ABIv0 emulator for 64-bit AROS

Last updated on 10 months ago

AMIGASYSTEMDistro Maintainer

Posted 1 year ago

@deadwood - Hello,

Emulator reached a point where it can successfully run ABIv0 calculator - check the attached video.

As you can see, the 32-bit calculator is integrated with other 64-bit programs so as a user you don't really know that you are running a 32-bit application. Prototype implementation of "proxy" graphics.library and intuition.library is proceeding and while there are some caveats around message passing, so far no blocker problem has been found.

I also defined a checklist of tests needed to be completed before a final decision on emulator can be made:

1) Test a recent program written in C using new C library (Calculator) [DONE]
2) Test an old, 3rd party program written in C using old C library (ZuneARC) [IN PROGRESS]
3) Test program written in Hollywood
4) Test program written in Pascal
5) Test emulator under AxRuntime and confirm ABIv0 programs can be run directly on Linux/Windows

Emulator sources are available here: https://github.com/deadwood2/AROS/tree/AoA/workbench/tools/AoA

If you are a developer and you would be interested in contributing to emulator in future, please send me an email or PM on the forums.

Thanks deadwood, you are great, I spread your post on the sites I frequent !

Signature: AROS One All Thread
AROS One Home Site
AROS One Facebook

AROS One All Thread
AROS One Home Site
AROS One Facebook

2 users reacted to this post

deadwood, Argo

OlafSchMember

Posted 1 year ago

#42

There are some components I would also like to see on a potential new linux environment. Diskimage device to f.e. mount adf. Then datatypes. It is a cool concept in my view. And Arexx ports. And of course a amiga desktop as base. I know and like both magellan and scalos. With both you can do similar things. What you prefer is a matter of taste. The basic difference, Magellan always was a solution on its own, whereas Scalos always obviously was designed as a workbench replacement. If possible both would be nice to have

deadwoodAROS Dev

Posted 1 year ago

#43

OlafSch wrote:

@OlafSch - Then datatypes. It is a cool concept in my view..

In what function do you see datatypes? They are already included in AxRuntime.

magoriumSoftware Dev

Posted 1 year ago

#44

deadwood wrote:

4) Test program written in Pascal

Note that I still have the intention to fork Free Pascal as soon as a new version emerges in order to add/implement the necessary changes to support 64-bit AROS.

So far I have not noticed any issues with Free Pascal compiled 64-bit AROS executables, it is just that the ruling dragons decided that they will not support AROS ABIv11 and seem to have a sweet-spot for ABIv1 (which does not work and will never work for Free Pascal with current imposed restrictions. But hey, what do I know

)

The only thing that I can not seem to realize is AXRuntime. That really requires 2 different RTL's to be active at the same time for which FPC does not have provision (and I was already told it will not be accepted would it be added)

Edited by magorium on 31-03-2024 04:22, 1 year ago

OlafSchMember

Posted 1 year ago

#45

deadwood wrote:

@deadwood -
OlafSch wrote:
@OlafSch - Then datatypes. It is a cool concept in my view..

In what function do you see datatypes? They are already included in AxRuntime.

that might be enough. Two questions.... you can develope a picture viewer, multiview as example, that accepts path to a picture as parameter and then shows it? Second, how do you add or improve datatypes? Normally you copy a file in a directory.. How is it done in AxRuntime?

magoriumSoftware Dev

Posted 1 year ago

#46

OlafSch wrote:

you can develope a picture viewer, multiview as example, that accepts path to a picture as parameter and then shows it?

That question has many hidden subfeatures inside it. Could you elaborate ?

Know that it is already possible to show a picture using multiview using tooltypes, hence the question.

Quote

Second, how do you add or improve datatypes? Normally you copy a file in a directory.. How is it done in AxRuntime?

Exactly the same.

In principle: anything that goes for classic amigaos/AROS also works for AxRuntime. If it doesn't then it is worth considering a feature request but that is ofc if deadwood decides it would be beneficial to support such a feature or not. Perhaps better to compare it with hosted instead of native.

If AxRuntime does not support something in particular then it is possible to use host functionality in order to accomplish such task.

deadwoodAROS Dev

Posted 1 year ago

#47

@OlafSch

It's pretty much like @magorium described. See attached screen shot for MultiView running through AxRuntime and using datatypes to display picture.

One thing that is not yes implemented is passing arguments - so opening an image via double-click won't work yet .

You do not have access to view attachments

deadwoodAROS Dev

Posted 1 year ago

#48

magorium wrote:

@magorium

The only thing that I can not seem to realize is AXRuntime. That really requires 2 different RTL's to be active at the same time for which FPC does not have provision (and I was already told it will not be accepted would it be added)

That should be ok - AxRuntime can run ABIv11 AROS executables, so as long as you can compiled Pascal source code to AROS executable, the program will also be available for Linux/Windows users.

OlafSchMember

Posted 1 year ago

#49

deadwood wrote:

@deadwood - @OlafSch

It's pretty much like @magorium described. See attached screen shot for MultiView running through AxRuntime and using datatypes to display picture.

One thing that is not yes implemented is passing arguments - so opening an image via double-click won't work yet .

Looks good. It would be fantastic if you could mix it like on Aros 68k mixing Aros and AmigaOS binaries. For example starting components with parameters, be it AxRuntime components (Aros) or real Linux components

In this example starting Multiview with path to picture as parameter

deadwoodAROS Dev

Posted 1 year ago

#50

Hi All,

Over last week I've been able to successfully complete step of testing 32-bit ZuneARC. As you can see on attached video, it is possible to start it, select a zip file and decompress it. Unziping is done via 64-bit UnZip command which 32-bit ZuneARC calls. There are graphical artifacts and most needed functions is not fully implemeted, but what is there right now it good enough to move to next stage.

On a technical note, the greatest challenge so far was integrating BOOPSI gadgets. While MUI objects are fully on the 32-bit side and need a narrow interface into graphics.library and intuition.library, BOOPSI gadgets (as seen for example in ASL requester) are created on 32-bit side, but need close communication with login on 64-bit side in intuition to render and respond to user input. The implemented solution seems to be working but needs to be further extended to provide fully proper rendering.

Also you will notice lack of images on MUI buttons. This is due to fact that while the 32-bit datatypes.library is working, no 32-bit datatypes are actually loaded into it. This is problem with known solution, so it will be omitted for now.

As a reminder, here is test plan that will be execute before final decision on emulator will be taken:

1) Test a recent program written in C using new C library (Calculator) [DONE]
2) Test an old, 3rd party program written in C using old C library (ZuneARC) [DONE]
3) Test program written in Hollywood
4) Test program written in Pascal
5) Test emulator under native AROS x86_64 and confirm it can work with native kernel
6) Test emulator under AxRuntime and confirm ABIv0 programs can be run directly on Linux/Windows

Emulator sources are available here: https://github.com/deadwood2/AROS/tree/AoA/workbench/tools/AoA

If you are a developer and you would be interested in contributing to emulator in future, please send me an email or PM on the forums.

Edited by deadwood on 13-04-2024 03:40, 1 year ago

5 users reacted to this post

retrofaza, Argo, mmartinka, ntromans, G-linx

You do not have access to view attachments

AMIGASYSTEMDistro Maintainer

Posted 1 year ago

#51

deadwood I think is already a good step forward, we confidently wait for the first official release !

AROS One All Thread
AROS One Home Site
AROS One Facebook

deadwoodAROS Dev

Posted 1 year ago

#52

AMIGASYSTEM wrote:

@AMIGASYSTEM - deadwood I think is already a good step forward, we confidently wait for the first official release !

Thanks, but keep in mind that the goal of prototype is to prove that emulation is possible with limited amount of work rather then deliver a working solution.

2 users reacted to this post

Argo, miker1264

deadwoodAROS Dev

Posted 11 months ago

#53

An update from me on the emulator.

I'm currently working on getting a test Hollywood application (HFinder) to run through the emulator. At this point I'm able to start it and exit it without a crash. UI is still not rendering correctly (see screenshot) and mouse/keyboard does not seem to be working yet. More work is needed and it's a bit time consuming - as there are no sources available, I need to debug directly in assembler.

6 users reacted to this post

retrofaza, amigamia, G-linx, Amiwell79, mmartinka, Deremon

You do not have access to view attachments

AMIGASYSTEMDistro Maintainer

Posted 11 months ago

#54

Already a good step forward, congratulations and thank you for the great work you are doing!

AROS One All Thread
AROS One Home Site
AROS One Facebook

mattson62Member

Posted 11 months ago

#55

@ deadwood Awesome news what may seem a small step is a big awesome step! thanks for all you do!

Amiwell79Distro Maintainer

Posted 11 months ago

#56

Great Deadwood

deadwoodAROS Dev

Posted 11 months ago

#57

Hi All,

I'm happy to report that I got a Hollywood application up and running. Check the attached video and/or screen shot.

There are a number of missing functions which I needed to implement as well as it turned out that HFinder needed working datatypes - so they also have been added to the emulation. In general, work in now progressing slower and with applications without sources, I need to dive directly into assembler to understand what application is doing and what it expects to get from operating system. However these kind of applications, which can't be re-compiled, are probably going to be the main use cases for the emulator.

We are now half-way with emulator prototype. As a reminder, here is test plan that will be execute before final decision on emulator will be taken:

1) Test a recent program written in C using new C library (Calculator) [DONE]
2) Test an old, 3rd party program written in C using old C library (ZuneARC) [DONE]
3) Test program written in Hollywood (HFinder) [DONE]
4) Test program written in Pascal
5) Test emulator under native AROS x86_64 and confirm it can work with native kernel
6) Test emulator under AxRuntime and confirm ABIv0 programs can be run directly on Linux/Windows

Emulator sources are available here: https://github.com/deadwood2/AROS/tree/AoA/workbench/tools/AoA

If you are a developer and you would be interested in contributing to emulator in future, please send me an email or PM on the forums.

3 users reacted to this post

OlafSch, retrofaza, mmartinka

You do not have access to view attachments

OlafSchMember

Posted 11 months ago

#58

Regarding Hollywood, why do you not directly talk to the developer?

deadwoodAROS Dev

Posted 11 months ago

#59

You mean to the developer of Hollywood to get version for 64-bit AROS?

1 user reacted to this post

OlafSch

deadwoodAROS Dev

Posted 11 months ago

#60

Edited by deadwood on 30-05-2024 12:34, 11 months ago

You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.

Moderator: Administrator, Moderators

Users who participated in discussion: magorium, aha, deadwood, AMIGASYSTEM, pixie, Amiwell79, G-linx, miker1264, OlafSch, mattson62