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 (o1i)


(1) 2 3 4 ... 61 »


Re: Aros and docker

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
Quote:

tygrysekHD wrote:
Additional question: Is it possible for aros to work with remote xserver? Because I run aros in docker container but the xserver come from my local linux instance.


Running AROS hosted on a remote X-Server is no problem. It's the usual way I am running it.

Posted on: 12/20 4:26
Transfer the post to other applications Transfer


Re: AROS BMP Picture DataType

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
It would make sense, to develop new software for ABI v1. Some bugs have been fixed there already and you may end up fixing them again.

So I would suggest to develop for v1 and then port it back to v0 to include it into Icaros.

Ideal case would be to develop for v1/64 bit and recompile it for v0/32 bit.

Posted on: 2017/11/21 5:38
Transfer the post to other applications Transfer


Re: 2038 year bug and AROS

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
I did not verify it, but as far as I can see, time_t is defined as

typedef __int32_t __time_t;

I can't find a different definition for 64bit archs, so I guess no AROS version is save after 2038?

For abi v1/64bit time_t should be defined as 64bit..?


Posted on: 2017/11/19 3:58
Transfer the post to other applications Transfer


Re: gtk-mui

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
Sigh. No I can't. I remember, that back then I simply compiled the glib sources, no big changes required, I just disabled the timer code in there.

Last time I did some fixes for janus-uae 1.4 I also wanted to rebuild glib, which now seems not so simple any more, but I invested not much time into that.

So as a conclusion: I don't have the original sources anymore. I should have added them to the repo back then.

So the 32bit v0 binary libglib.a is all that is available at the moment.

Posted on: 2017/11/9 2:34
Transfer the post to other applications Transfer


Re: Janus UAE abi v.1

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
Somehow something is messed up ad sf.net.. I can't change any of the properties at the moment. As soon as I find some time, I'll look into that.

Posted on: 2017/11/8 5:04
Transfer the post to other applications Transfer


Re: Janus UAE abi v.1

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
There seem to be some sf.net problems? I can't upload new files and I can't add new developers etc. All users "including those not logged in" have read permissions on the sources, so nothing more to open up in the sf admin gui.

What do you get if you use
https://sourceforge.net/p/janus-uae/code/HEAD/tree/
directly?

Posted on: 2017/11/3 5:26
Transfer the post to other applications Transfer


Re: Janus UAE abi v.1

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
try to login in sf.net, you should see them then?

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


Re: Janus UAE abi v.1

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
I don't think it makes sense to use v1 on i386/32bit, so the chances are *very* low, that this ever happens. But the sources are out there, should not be too difficult to build it.

In my opinion, a move to v1 should also be a move to 64bit for the x86 architecture. Of course m68k an others can/must stay on 32bit obviously. But m68k is v1 only today anyways.

As for i386/v0: My main goal was indeed to get people away from that and give them some motivation to try out/migrate to v1/64bit. Seeing the progress v1 makes I might change my opinion about that some day. It makes little sense to develop for a system that nobody really uses and nobody wants to migrate to. So there is no final decision wether a v0 release will happen or not. But as there is no final release planned in the near future (nearly as much work happening there as on v1) it is not the time to decide that at the moment.

Other than that, for me v1 feels pretty stable from a developers point of view. So even building a huge software like WinUAE for this arch is no problem. The binary runs without hitting any v1 specific bugs. From a users point of view I have no idea, how much work all the prefs and other tools/programs/etc need and how stable they are.

For all people wondering about what we are talking:

Click to see original Image in a new window

Posted on: 2017/11/3 0:46
Transfer the post to other applications Transfer


Re: window decoration or classic workbench style

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
Deleting (renaming might be a better idea) of Prefs/Env-Archive/SYS/theme.var is enough. No need to fiddle with startup-sequence.

But there is a simple and nice button in Prefs/Appearance named "Enable theming". There you can switch it on and off without screwing up files in Env..

Posted on: 2017/10/12 23:37
Transfer the post to other applications Transfer


Re: Grey screen after starting Janus UAE

Joined:
2005/6/16 11:11
Group:
Member
Posts: 614
Offline
Sound is one of the source code parts in j-uae, I never really touched, I guess. I took what I could find in other uaes and compiled it. Never even tried it myself, but I got reports, that it works at least sometimes .

If AHI can't be opened, it seems to fall back to "plain old audio.device", at least according to the source comments.

Maybe this is, where everything goes wrong.

Posted on: 2017/9/28 5:57
Transfer the post to other applications Transfer



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




Search
Top Posters
1 paolone
paolone
4366
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3894
4 nikolaos
nikolaos
3703
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2668
7 mazze
mazze
2216
8 clusteruk
clusteruk
2111
9 Kalamatee
Kalamatee
2024
10 damocles
damocles
1789
© 2004-2017 AROS Exec