Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (origami)


(1) 2 3 4 ... 12 »


Re: A week in AROS...

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

ferrellsl wrote:

This is a bootable CD-ROM ISO image."

That part of the text is only there to distinguish it from a non bootable ISO image that only contains data (as they are also part of the nightly download page).

Whether or not the image actually boots was explained by michalsc.

At the top of that same page you can read:
"These builds are experimental and not for general consumption."

Posted on: 3/23 12:32
Transfer the post to other applications Transfer


Re: System + stdlib.h....

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Hi Pasquale,

I think you would have a hard time finding the answer to that question because afaik function System() does not exist, at least not as part of stdlib.h

I'm guessing you meant SystemTags() (or System() macro) from dos library or function system() from stdlib.

In case the first, i'm guessing you know the answer to your own question, and in case the latter ..

/*
    Copyright © 1995-2014, The AROS Development Team. All rights reserved.
    $Id: systemtagsslave.c 49667 2014-09-30 17:35:27Z neil $
*/

#include <proto/dos.h>

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    
BPTR oldlock CurrentDir(BNULL);
    
BPTR lock DupLock(oldlock);
    
CurrentDir(oldlock);
  
    
system("dir");
   
    
lock CurrentDir(lock);
    
UnLock(lock);
  
    return 
0;
}


... compiles with a simple "gcc systemtagsslave.c" so afaik no special linklibs required.

Posted on: 3/20 18:40
Transfer the post to other applications Transfer


Re: How to compile Windows hosted version ?

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Ah. last time i checked the gimme aros script there was no support for mingw.

Hence i did not dared to attempt to do things manually.

I can compile windows hosted on my pi, so you should be good to go (be aware that sometimes things do get broke in trunk though).

Posted on: 3/15 14:54
Transfer the post to other applications Transfer


Re: How to compile Windows hosted version ?

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

o1i wrote:
Isn't windows hosted (mingw32-i386) usually built on Linux..?

In theory it should be possible with mingw but i never had the courage to try.

I prefer to use (real) linux for that.

Posted on: 3/15 12:54
Transfer the post to other applications Transfer


Re: Progress on Freepascal RAD

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Thanks for the video ALB42 !

For those who have an aspiration to become a little drummer boy (or girl of course)

I didn't notice the platform in the video ? is it 32 or 64 bit ?

Posted on: 3/4 7:21
Transfer the post to other applications Transfer


Re: Again about Windows hosted and tap.device

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

paolone wrote:

Hmmm. So I guess that some other component in Windows hosted (being it a kernel part or a library or so), which is present in Linux hosted, is missing.

Yes, tap.device is missing for window hosted.

Quote:

Otherwise the AROS hosted tap.device should do its work also in a different environment.

I had some hopes that placing something in the Windows host environment to "listen" would be enough to start communication, but I was plain wrong. :(

That is indeed wishful thinking because tap.device 'talks' to the host OS... so it is platform dependent.

see also here:
Quote:


README for tap.device
---------------------

tap.device is a SANA-II-compliant network driver that allows AROS running in
hosted environments to access the network via the host operating system
(currently Linux only).

This driver is early alpha. Its unfinished in places, and there are probably
several groovy bugs about.

Posted on: 3/3 1:22
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

Mangonuts wrote:
Thanks for that explanation of the ABIs. I've been curious about this for a long time and hadn't found any concise description of the situation until now.

It was written about on many occasions in the forums. But, in the end it is a rather technical manner.

In practice (for end-users) it is as Yannickescu described below your post.

Quote:

I'm wandering off topic, but just to be clear it sounds like ABI v1 won't break compatibility with legacy m68k binaries?

Until now I'd assumed that ABI v1 was a redesign that sacrificed compatibility for correctness (hence the contention), but this was just a wild guess.

Even stronger.

At first when AROS development started the binary compatibility was not something that was taken into consideration that much, developers went along as they did.

(e.g. it did not started out the same way as reactos did for windows, where binary compatibility was a goal from the start)

In the end that introduced some incompatibilities with classic m68k, and therefor it was required to create a new abi in order to comply. (note that this is the short simplified version)

So besides abiv1 introducing new features, it also introduced binary compatibility with m68k which is something that lacks in abi-v0.

These incompatibilities are from a user point of view very minor but nonetheless make it so that fixing these incompatibilities in abi-v0 so that it would render current available compiled software incompatible and would not run anymore.

That is of course no problem at all for those software that have their sources available, but is a problem for those that haven't so.

Besides that, abi-v1 is under development. Meaning that although you are able to compile current available software sources against it to create a new working executable, that this executable might fail running with every next/new change that is made in the aros abi-v1 source-tree.

Especially the latter makes it very difficult to create a distribution based on abi-v1, simply because by the time some-one has put all effort into it creating something similar as icaros desktop, the maintainer would have to start over all his/her work by the next change inside v1 source-tree that breaks compatibility.

In case someone has difficulty with understanding what i wrote then just create your 64 bit abi-v1 based aros distribution and start spreading it, offering support to your users and then see for yourself what it all entails.

Trust me, before the month is over after your released your distribution you'd kill yourself out of pure frustration.

Posted on: 3/2 5:10
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

- BULK, INTR and ISOC transfers has been made asynchronous in USB hosted driver (DizzyOfCRN)

I missed that, Nice ! Thanks DizzyOfCRN.

Of course is goes without saying: thank all the others for their improvements as well. Do Kalamatee and mschulz ever sleep ?

Thanks for the progress update deadwood.

Posted on: 2/27 11:11
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
Quote:

ph4nt0m117 wrote:
Is this thread postable by anyone who is going to do dev-work?

Even i'm able to post in it but do not do dev work.

Point is, it is a 'reserved' thread that is used to post progress reports based on what happened to/in the source-tree of AROS.

It is used by those wh like to follow development but have no clue on how to interpret the changes made to the source-tree as well as allow people to comment on those changes (in case something failed or in case there are additional questions).

In case you wish to discuss your own development, then i would suggest to use this subforum (devopment) but create your own new thread.


Posted on: 2/27 11:08
Transfer the post to other applications Transfer


Re: Smart Workbench

Joined:
2016/8/16 0:09
Group:
Member
Posts: 113
Offline
You're both missing the importance there.

Read the original article and see how it was accomplished. That is the real story behind it

Posted on: 2/26 4:39
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 12 »




Search
Top Posters
1 paolone
paolone
4210
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3877
4 nikolaos
nikolaos
3637
5 deadwood
deadwood
2921
6 ncafferkey
ncafferkey
2528
7 mazze
mazze
2199
8 clusteruk
clusteruk
2055
9 Kalamatee
Kalamatee
1967
10 damocles
damocles
1789
© 2004-2014 AROS Exec