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


(1) 2 3 4 ... 8 »


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

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
JIT problem = anything is possible, unrelated change can cause unexpected side-effects. Adding or removing debug statements most likely only moves the problem around really mysteriously.


Posted on: 6/19 7:32
Transfer the post to other applications Transfer


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

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
(I missed your log post..)

Hmm.. It is UAE autoconfig board init that breaks, strange.

Does it stop crashing if you remove all harddrives and all UAE expansions? (Not sure if it makes any difference with this UAE port)

Posted on: 6/19 2:49
Transfer the post to other applications Transfer


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

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
It is not just A4 but A5 and A6 that also have string data. (A6 should contain some library base in most situations)

It still sounds stack related if removal of one subroutine call changes the behavior. Original problem may have happened long time ago before it causes any visible differences..

(Adding serial logging does not need anything else than opening some file for writing, each time SERDAT is written, SERDAT low byte to file)

Posted on: 6/19 2:45
Transfer the post to other applications Transfer


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

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
Same reply here, serial log needed (should be easy to hack in emulator, if not already, to save all SERDAT writes to a file), both with and without JIT.

A4: 72617469 6E672053 79737465 is very suspicious part, ascii characters in address registers ("rating Syste"). This sounds like stack related problem. If it only happens when booting normally, narrow down it in program(s) in startup-sequence first.

Posted on: 6/15 23:15
Transfer the post to other applications Transfer


Re: current state of aros 68k..

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
Any aros-m68k problem: serial log (115200 8N1) must be included. (at least I won't do any debugging without serial log).


Posted on: 6/15 12:23
Transfer the post to other applications Transfer


Re: lowlevel.library enhancements

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
One possible problem: timeInterval (microseconds) is not converted to CIA E-clocks.

Posted on: 5/20 10:28
Transfer the post to other applications Transfer


Re: Join the Vampire / Aros 68k - Team

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
When did I say that?

Posted on: 2016/3/11 12:00
Transfer the post to other applications Transfer


Re: Amiga replacement rom in WinUAE fails to run Shrinkler-packed executables

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
It isn't that simple (Implement only public API). For example most programs that come with bootable amigados disk would not have worked at all if only public APIs were implemented. It would have been totally useless ROM replacement.

Either you have code that can be used or you have code that looks nice and is great and shiny but is useless in real world. Make your choice.

For example there is _huge_ amount of undocumented BCPL stuff hidden under the surface that needed to be exactly right or even the most basic WB commands would break totally. (Even 3.0+ WB disk still have some BCPL remains left)

I agree that A3 = seglist is a bad idea because it appears to be randomly chosen register for jump address calculation, it has nothing to do with undocumented dos feature.

Posted on: 2015/12/29 13:04
Transfer the post to other applications Transfer


Re: Problem with screenmode prefs

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
You do know that BSOD/instant reset cause is always driver or hardware bug or fault. Application can trigger it but fault is always in kernel level. Fix your PC first. (Do you also blame user level application if Linux kernel panics?)

Screen preferences Default button logic is quite different than AmigaOS. AmigaOS default checked = default value is FFFF in prefs file. AROS seems to never set it to FFFF. (No, I won't fix it, I won't touch MUI applications, sorry)

Checking both default buttons and then changing screen mode works and sets correct values. It works quite illogically without defaults set.


Posted on: 2015/11/28 1:25
Transfer the post to other applications Transfer


Re: Request for testing: FUSE filesystem

Joined:
2011/5/10 23:05
Group:
Member
Posts: 71
Offline
I think it is test bug too but it is also not rare bug in existing applications.

ExAll() documentation does not mention anywhere that it can't return non-zero if there is still space in buffer. It only says that you MUST call it again if it returns non-zero. IMHO ExAll() is technically even allowed to return zero entries and non-zero return value.

I originally made uae directory filesystem examine all packet support to fill the buffer, then filter out unneeded entries (if match stuff was needed) by adjusting offsets (instead of moving data around) but there was at least one program that died if ExAll() returned zero entries and non-zero return value.

Posted on: 2015/8/26 3:53
Transfer the post to other applications Transfer



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




Search
Top Posters
1 paolone
paolone
4329
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3887
4 nikolaos
nikolaos
3677
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2599
7 mazze
mazze
2202
8 clusteruk
clusteruk
2065
9 Kalamatee
Kalamatee
2018
10 damocles
damocles
1789
© 2004-2017 AROS Exec