Overview Features Instructions Performance Forum Downloads Products OrderV4 Reseller Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
VISIT APOLLO IRC CHANNEL



All TopicsNewsPerformanceGamesDemosApolloVampireAROSWorkbenchATARIReleases
The team will post updates and news here

The AMIGA Future Is NOW! NG-AMIGA-OS!page  1 2 3 4 

Kalamatee (AROS)

Posts 15
18 May 2017 20:39


Kolbjørn Barmen wrote:

Edgar Fink wrote:

  Does AROS have fork()? I'd like to finally compile bash for 68k. :)
 

 
  You cannot do fork on a system with only one running process (exec).

that is not the reason.
amigaos lacks the notion of a thread - on systems that have proper threading fork is possible.

this is because "fork" only creates a new thread, which shares all the data of the task launching it with any other threads it is running.

on amigaos of course, this isn't possible. the only option is to create a new task - which then has to open all the resources it needs itself. this also causes problems when 'forking' code expects to access the same resources as the parent task, but ends up with a different base (e.g per-task libraries such as amitcp)

in short - unless someone retrofits a very light weight thread to AROS tasks, forking isn't possible.




Kalamatee (AROS)

Posts 15
19 May 2017 02:24


Kalamatee (AROS) wrote:

Kolbjørn Barmen wrote:

 
Edgar Fink wrote:

  Does AROS have fork()? I'd like to finally compile bash for 68k. :)
 

 
  You cannot do fork on a system with only one running process (exec).
 

 
  that is not the reason.
  amigaos lacks the notion of a thread - on systems that have proper threading fork is possible.
 
  this is because "fork" only creates a new thread, which shares all the data of the task launching it with any other threads it is running.
 
  on amigaos of course, this isn't possible. the only option is to create a new task - which then has to open all the resources it needs itself. this also causes problems when 'forking' code expects to access the same resources as the parent task, but ends up with a different base (e.g per-task libraries such as amitcp)
 
  in short - unless someone retrofits a very light weight thread to AROS tasks, forking isn't possible.

And in theory this is possible, if you understand that in effect a thread is just the "cpu" context - a copy of the current registers. AROS already stores this in special private ETask data, and could as easily store "more" threads - but the scheduling would need work of course to support that, and outside of *nix code using fork, it would actively need support in "AROS/AmigaOS" code to use.


Vojin Vidanovic

Posts 770
20 Aug 2017 11:33


Samuel Crow wrote:

 
  AROS has an entirely different driver structure and we can update it since the source code is licensed publicly as open-source.  (The AROS Public License is a rebadged Mozilla Public License version 1.1 in case anyone is interested.)  It still needs a lot of work, but it is legal to do it.

Has the work on Vampire supported m68k AROS continued? How long until reaching what is x64 state of AROS minus SMP plus Vampire feats support?


Dusko Kovacic

Posts 21
20 Aug 2017 20:23


Vojin Vidanovic wrote:

 
  Has the work on Vampire supported m68k AROS continued? How long until reaching what is x64 state of AROS minus SMP plus Vampire feats support?

Good question. Also want to know. Any eventual roadmap for AROS for the future?
V4 standalone will be sold in a bigger number. It would be a great thing
if the native run aros comes with good driver sets for V4 board. 
That could push "things" far beyond anything what happened in the past 30
years.




Mo Retro

Posts 236
20 Aug 2017 21:44


Dusko Kovacic wrote:

Vojin Vidanovic wrote:

 
 
  Has the work on Vampire supported m68k AROS continued? How long until reaching what is x64 state of AROS minus SMP plus Vampire feats support?
 

 
  Good question. Also want to know. Any eventual roadmap for AROS for the future?
  V4 standalone will be sold in a bigger number. It would be a great thing
  if the native run aros comes with good driver sets for V4 board. 
  That could push "things" far beyond anything what happened in the past 30
  years.
 
 

Yes that would boost the interest in the V4. The users would have an OS that supports all the features of their new hardware.

AROS is the only Amiga 68K OS with a future.



Kresimir Lukin

Posts 65
20 Aug 2017 22:11


True, AROS only is a future of Amiga, maybe AFA for some time, but also depends on Aros development


Wawa T

Posts 690
20 Aug 2017 22:24


Vojin Vidanovic wrote:

  Has the work on Vampire supported m68k AROS continued?
 

  nope. apparently there aint any motivated or able developers, especially since kalamatee seems not to be able to contribute at the moment. i have been trying to put some effort in keeping amiga-m68k target up to date, but mostly what concerns applications and contributions, such as zunetools. im not a coder and i cant improve the system itself.


Dusko Kovacic

Posts 21
20 Aug 2017 23:17


wawa t wrote:

Vojin Vidanovic wrote:

    Has the work on Vampire supported m68k AROS continued?
 

  nope. apparently there aint any motivated or able developers, especially since kalamatee seems not to be able to contribute at the moment. i have been trying to put some effort in keeping amiga-m68k target up to date, but mostly what concerns applications and contributions, such as zunetools. im not a coder and i cant improve the system itself.

There were top coders in the 90s. Some of them got careers, developed Jedi
skills in programming. Perhaps to make a public opened call from the FPGA
community for driver programming. It doesn't cost us nothing. Someone could
spot it and help us.  God damn, this is the real full blooded Amiga now in a process
of creation. It needs help now as never.

Hopefully is everything with third party technology licensing ok because the
ppc part of "community" have spotted us and they are for certain not looking
friendly at the moment.

Aros needs to melt itself with the hardware in the same box. That would
need some pretty damn coding skills.

Anyone knowing the estimate time and money needed to develop full blooded
drivers for the V4 hardware?

we can try as micro community to do something about that?

anyone else with any idea? this is a wall in a development
currently.

forming a community board of os developers is not a bad idea




Vojin Vidanovic

Posts 770
20 Aug 2017 23:50


wawa t wrote:

Vojin Vidanovic wrote:

    Has the work on Vampire supported m68k AROS continued?
 

  nope. apparently there aint any motivated or able developers, especially since kalamatee seems not to be able to contribute at the moment. i have been trying to put some effort in keeping amiga-m68k target up to date, but mostly what concerns applications and contributions, such as zunetools. im not a coder and i cant improve the system itself.

How much time and support Kalametee needs to recover and start the job? If its bounty thing, there is Power2People, we can walk in small steps.



Vojin Vidanovic

Posts 770
21 Aug 2017 07:47


wawa t wrote:

  i have been trying to put some effort in keeping amiga-m68k target up to date, but mostly what concerns applications and contributions, such as zunetools. im not a coder and i cant improve the system itself.

 
  If this situation is not likely to change,
  what is current state of affairs? AROS is bootable, but slow in use?
 
  Seems we are down to Kalamitee and his ablities.
 


Wawa T

Posts 690
21 Aug 2017 08:12


i dont know. i dont have a vampire.


Vojin Vidanovic

Posts 770
01 Sep 2017 23:43


wawa t wrote:

  i dont know. i dont have a vampire.
 

 
Hope V4 release will change that!

Hope Kalamitee will be back in sadle.
 
  I see its slow in gfx, working ... and has OWB older version,
  which is primary motivation to Ibrowse/Netsurf
  EXTERNAL LINK

posts 72page  1 2 3 4