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 ... 60 »


Re: SVN access -> account expired?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
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


Re: network programming: send() and MSG_NOSIGNAL

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
The AROS TCP stack is ancient, which is also true for the includes. I guess MSG_NOSIGNAL was introduced in 1999, AmitCP is from when? 1994?

So if this is the only problem, just drop MSG_NOSIGNAL from the code or define it 0 in your own includes and see what happens.

But I guess, this is not the only problem.

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


Re: What i have To change To get my progs Smp aware?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
Most code should not need Forbid. Use Semaphores, Messages etc to sync your own code.

Accessing system structures is a different thing. Use the proper API whenever possible.

How single structures will be protected in the future is still a moving target (well, at the moment there is no movement), at least it is not documented. And you never should use undocumented stuff .

And to sum it up, I just watched the commits and built a test-smp-aros once or twice to try it out. So all said above is my interpretation, I am no active contributor to smp development.

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


Re: A week in AROS...

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
27.06.2017 - 10.07.2017:

- ZuneARC updated to currently available source archive (wawa)
- Grafx2 compiles for m68k now (wawa)
- reqtools prefs gui/catalog cleanups (neil)
- Added a note about the read-only SVN account to webpage (neil)
- Zune Group-Class MUIM_Family_GetChild added (neil)
- Realtek8180 cleanups (neil)
- Rhine cleanups (neil)
- Intelpro100 cleanups (neil)
- Rtl8029 ABI v1 fix (neil)

Posted on: 7/10 6:50
Transfer the post to other applications Transfer


Re: What i have To change To get my progs Smp aware?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
I guess, it is a little bit early for that. There will be some restrictions, like accessing the task list etc., but I don't know enough about the plans here.

I am pretty sure, not everything is decided yet.


Posted on: 7/10 4:31
Transfer the post to other applications Transfer


Re: What i have To change To get my progs Smp aware?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
Nothing .

Don't use Forbid or Disable (nothing new here).

And use more than one thread to do the work obviously and take care for parallel execution of the single threads. Nothing new here either, just some atomic cpu operations might not be able to sync your threads anymore. Semaphores are the right thing to do here anyways, even without smp.

But so far, there is no smp-aros available, at least none, which distributes tasks without special tweaking to other cpus.

Posted on: 7/10 2:36
Transfer the post to other applications Transfer


Re: Plan B for Spam Attacks!

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
There is no Plan A

Posted on: 6/28 0:06
Transfer the post to other applications Transfer


Re: A week in AROS...

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

cybergorf wrote:

Is it the weather?


lack of commits

Posted on: 6/27 5:32
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
20.06.2017 - 26.06.2017:

- none

Posted on: 6/26 5:52
Transfer the post to other applications Transfer


Re: (JANUS-UAE) Is today's nightly build for 68K running for you?

Joined:
2005/6/16 11:11
Group:
Member
Posts: 602
Offline
To sum it up:

Using CopyMem in diag.c crashes badly, if jit is enabled.

In all other places, where CopyMem is used, it seems to be fine, even if jit is enabled.

Debugging copymem (version in copymem_.S is used, exec is not yet patched to use optimized version) reveals total chaos. The input registers are ok, but then the CopyMem() program flow is totally inconsistent with the 68k object code. One call to CopyMem() in the C source results in multiple calls during jit runtime, which are interrupted/ended and restarted without any reason (and any branch opcode at all at those places). Registers loose the content without even being touched by the real 68k object code. At the end of the CopyMem call, most registers are trashed and the stack pointer is somewhere .. but not where it should be. Quite eerie .

Running it without jit, everything is fine. Program flow, registers, stack all like it should be.

maybe the movem instructions cause problems. No idea, why they worked so far. But as Toni said, anything is possible .

The only quick fix I can offer is to replace the CopyMem call with a for()-loop in the AROS/m68k-all sources. Which of course is a bad thing (TM), as it fixes the symptoms only and is a strange thing to do for all other platforms. I am against this hack, it feels wrong.

On the other hand, speed-penalty is none, it makes no difference, if 512 bytes are copied optimized or not during boot time, even on a blank 7Mhz Amiga.

Posted on: 6/20 7:37
Transfer the post to other applications Transfer



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




Search
Top Posters
1 paolone
paolone
4338
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3887
4 nikolaos
nikolaos
3677
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2612
7 mazze
mazze
2205
8 clusteruk
clusteruk
2066
9 Kalamatee
Kalamatee
2023
10 damocles
damocles
1789
© 2004-2017 AROS Exec