I have found :)

System calls use interfaces under OS4 : an interface is a structure and an array of function pointers. The offset to call a function is equal to the entry index added by the structure size (58 rouded to 60 due to alignment).

@abalaban : ok, I understand

@Samurai_Crow : How could we get the offsets for OS4 ? In a disassembled code, I would like to find which function match with a particular offset. How can I do that ?

@Rob : Their website seems to be updated but I don't think the asm converter is. I don't know if it really works.

@freddix : Do you talk about Ghostscript ? Do you know it exists on OS4 ?

@abalaban : I don't understand how asm could not be supported .... I've never heard that.

@freddix

Maybe for some basic concepts but PPC :
- has no idea about address or data registers, it has general purpose registers (GPR)
- works with load/store in mind, you can only compute data that is in a register
- there is no register PC, you cannot do "addi pc, pc, 16", you only get the PC (in special register SRR0) when you cause an excpetion
- ....

Take a look at this link for example, it has some comparisons with 68k. There are many documents on Internet about PPC programming.

The PPC instruction set is rather clean and very powerful (bits, branches, cache, condition register(s), ...). It is maybe hard to understand mnemonics at the beginning but their name is very logical at the end.

My choice would go to vasm, the assembler of vbcc.

Else, with a 68k assembler like DevPac you will of course compile 68k code. That could be usable on OS4 through emulation.

PPC asm is so great, I would recommend you to learn it instead of 68k. If you absolutely want to use asm.

@joerg

Quote:Most of it isn't AmigaOS related, just low-level PPC assembler programming.[/quote]

I like that, too !

Thank you for sharing your knowledge, it is interesting to learn more about PPC programming, exec functions, WarpOS, ...

@joerg

Thanks for this quick update !

And thank you again for the technical explanations. I understood them but how did you fix the problem for the Book-E model ?

If I really understand, on G3 for example, you did set the execute flag of the page where the code was copied ? With the MMU related functions in exec ?
On Sam440, what happened before the fix ? An ISI exception ? How did you catch it ?

I just try to improve my knowledge in AmigaOS programming.

@joerg

From a technical point of view, I would be curious to learn what you do that is not compatible with Book-E processors. I suppose it is related to MMU ...

Edit : Hum ... maybe about the FPU ?

Under UNIX, the dot means "current directory".

"ls ." list files in the current directory, "ls .." lists files in the parent directory.

When you port a program, you start to run the configure script. To do that, you have to run the shell "sh", typing ... "sh".

Now, you can run "./configure" and it will start.

"./myprogram" will run "myprogram" that is in the current directory.

@Hans

Great answer !

When you tell "Get working yourself", you are right but I have to add many developers are there to help, so "Get working yourself" does not mean "Get working alone". You did not say that but I just want to tell RacerX, Troels and others that they can feel confident if they want to start programming.

Once, I tried to port SQLite and it failed (almost done but still problems with partial locks on files). I didn't wait for someone else does the port. Even if that happens Still motivated I contributed to compile the last version on OS4 and I created a MUI example to explain how to use the sqlite lib. I didn't wait the last version was available.
And today, both are available !

Sometimes programming is hard, disappoints, ... but that's so great !

There are many languages to start programming (AmiBlitz, C, C++, Ruby, Python, ...). And our website gurumed is back online one week ago after months/years with articles and tutorials (in french ...).

About the first post in this thread, we have to be realistic and use our resources in the most clever way. For internet browser, OWB was designed to be portable. So let's go, Joerg did the right choice, avoiding to spend months understanding internals of a browser engine (it may be the case though).

@RacerX :

No it would not be feasible and it has not much sense. It is a huge task, Hyperion has other things to do and they are not web specialists. More, we already have a browser that need to be supported, OWB.

@Kreciu

Joerg does a amazing job on OWB and he works alone on it. OWB is often improved but we see that it take months with the engine almost done. Imagine what it could be if a whole browser would have to be created from scratch ?

Even if it takes 5 years, web technologies will change during this time ...

Hans already answered but for information on PowerPC, common integer registers (from r0 to r31) are called General Purpose Registers (GPR).
It was different on 680x0 where some registers where dedicated to be used with data or addresses.

Here, in the example given by Hans, if the next instruction where :
stw r11, 0(r11)
The value 9000 would be written at address 9000.

Last, stw means "store word"

You can fan many documents about PowerPC programming on Internet.

I forgot to tell that the next feature I would like to see is the management of menus in DVDs, too.

Thanks again for the very good work so far. I am pleased to see other people has registered these last days ! (maybe more soon with new Sam440 users).

DvPlayer is really good ! And it even plays DVD (I have a MicroAOne). We have to pay it but it is not really expensive. And the last version of mplayer crashes here.

Today, we shew it to VLC developers at a meeting in Lyon, France. They were quite impressed (and very kind and open, they would like to see VLC on Amiga too !).

I have a joypad Logitech WingMan RumblePad and it is recognized in the prefs but I don't know how I can use it. Another one has this joypad and can't get it working too.

Any advices ?

Please all, give a topic description according to what to write in your first post.

About the scheduler, I don't know. As exec has been rewritten, even if the scheduler uses the same algorithm, we can consider it as new :)

And finally, I really don't care ...

@LiveForIt

You say that it does not work but could you explain what the problem is. Still a crash ?

I don't know but in the call to p96OpenScreenTags, I see "P96SA_Colors32, &palette". As "palette" is already the address of the array, I would write "P96SA_Colors32, palette". But maybe I am wrong, it's time to go to bed here !

@Rigo

I can't wait to give it a try !

In fact, I will wait, hoping it will available in september after my vacations. I looks very promising. So, Rico, thank you in advance, another great program for us !

I already mentionned it on AW.net but it's nice to see this project is (almost ?) covered like an official port. A news on linuxdevices.com few days ago tells :

Quote:

Great job, Joerg !

abalaban : I don't agree myself with each point of the list :) I summarized it from information of the thread you mentionned.

ShInKurO : It is not about reinventing the wheel but about highlighting priorities concerning the Workbench and the system.

Hans : I have to send you few comments about datatypes. I agree with Rogue, a complete rework must be done. They are very difficult to program with different behaviours depending on versions and OS branches.

Rogue : Thanks for giving us some clues :)

Some of the listed features are maybe under development but we (external developers) don't know. What would be cool and efficient : the OS team could tell what they won't do (so developers can start the work) and what they need help for. Maybe things are needed by users but does not have to be developed and managed by the OS team.

Great to see that someone works on the shell, as I told in the french thread : withtout KingCON, I would develop nothing on OS4 ...

Let's go, guys !