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: gtk-mui

Joined:
2005/6/16 11:11
Group:
Member
Posts: 611
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: 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: 611
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: 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: 611
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: 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: 611
Offline
try to login in sf.net, you should see them then?

Posted on: 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: 611
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: 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: 611
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: 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: 611
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: 9/28 5:57
Transfer the post to other applications Transfer


Re: Icaros Desktop SMP Bounty!

Joined:
2005/6/16 11:11
Group:
Member
Posts: 611
Offline
As much as I would like to have SMP, there are a couple of tasks ahead of this:

- finalize v1 (it makes *no* sense to add SMP to ABI v0)
- migrate to 64bit (it makes *no* sense to add SMP to 32bit)

Then of course SMP must be finished. The fact, that it boots on (some) SMP-Systems, detects more than one CPU and can run some dedicated tasks on the other cores is still quite some steps away from real SMP.

Posted on: 9/11 23:46
Transfer the post to other applications Transfer


Re: More than a week in AROS...

Joined:
2005/6/16 11:11
Group:
Member
Posts: 611
Offline
11.07.2017 - 16.08.2017:

- multiple compiler warnings fixed (neil)
- use unified vapor.h header for morphos ports (wawa)
- multiple compiler warnings fixed (wawa)
- alternative repository for netpbm added (neil)
- Zune test code enhanced (neil)
- Vpdf fixes (neil)
- ReadArgs parameters adapted to os3 API (neil)
- new Zunepaint port started (mazze)
- Potrace updated to v1.14 (mazze)
- ZuneView updated to v0.37 (mazze)
- BWBasic updated to v3.20 (mazze)
- Rocks'n'diamonds updated to v4.0.0.2 (mazze)
- cflow updated to v1.5 (mazze)
- antiword fixes (mazze)
- Zunepaint working in m68k now (wawa)
- milkytracker for m68k fixes (wawa)
- GnuRobbo updated to v0.68 (mazze)
- Gnujump updated to v.10.8 (mazze)
- Fixed possible indefinite loop in iffparse.library (o1i)
- grub2 configure fix (mazze)
- Doom ggc6 fixes (mazze)
- Fix for a potential division by zero crash in CoW3D (mazze)
- FryingPan fixes (mazze)
- Many Scout 64bit fixes (mazze)
- Scout m68k fixes (wawa)
- Spout 64bit crash fixed (mazze)
- nlist ggc6 workaround (mazze)
- Cardgame 64bit crash fixed (mazze)
- AmiChess fixes for 64 bit started (mazze)
- ISWindow, MineField, Soliton 64bit fixes (mazze)
- Zune Toolbar class 64bit fixes (mazze)
- Zune Prefseditr class 64bit fixes (mazze)
- indetify.library path fix (mazze)
- DiskSpeed fixes (wawa)
- FryingPan m68k fixes (wawa)
- MuiMine ported to 64bit (mazze)
- MuiMine m68k fix (wawa)
- PCRE updated to v8.41 (mazze)

Posted on: 8/17 1:30
Transfer the post to other applications Transfer


Re: SVN access -> account expired?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 611
Offline
In 2015 svn was moved to a new server. To quote a mail from Neil:

"The new repository is managed through trac, and as a first step in the changeover, existing developers will need to create accounts through the web interface at https://trac.aros.org (if you created an account on the previous trac deployment, that account may still be there, so you'll have an account already in that case).

You should use the same username as you currently use for SVN, but you may want to consider a new password (due to the accidental release of the hashed password file for a short time within the last few years)"

If this does still apply, I don't know.

Posted on: 7/12 7:44
Transfer the post to other applications Transfer



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




Search
Top Posters
1 paolone
paolone
4358
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3892
4 nikolaos
nikolaos
3693
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2643
7 mazze
mazze
2214
8 clusteruk
clusteruk
2109
9 Kalamatee
Kalamatee
2024
10 damocles
damocles
1789
© 2004-2017 AROS Exec