ScummVM and AmigaOS4.1 F.E.

	Bottom Previous Topic Next Topic
Register To Post	« 1 ... 8 9 10 (11)

samo79

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/8 18:48 #201

Home away from home

@Capehill

So you canfirm its not related at all to our SDL?
It's AHI or application specific issue?

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/8 22:24 #202

Home away from home

@Capehill

Thank you very much for helping out.

Actually...no

I had a few cases where I got the error message about missing directory creation, but I forgot when and how it happened.

I do have one week off of work in two weeks and will try to create a test case.

I did found a case where I still get an error, even with your fix, but I'm not sure if it is the same issue or some other path issue.
To reproduce, set the save path to something that doesn't exist, e.g. ram:test/ (change it manually in scummvm.ini)

Run a game and save a save state.

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/8 22:26 #203

Home away from home

@samo79

It seems to an app issue.
MPlayer should be fixed.

afxgroup

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/9 18:09 #204

Amigans Defender

mplayer has two audio modes. ahi and ahi_dev. If you open mplayer with ahi_dev it will use audio.device correctly (or at least my old version)

i'm really tired...

afxgroup

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/9 18:09 #205

Amigans Defender

mplayer has two audio modes. ahi and ahi_dev. If you open mplayer with ahi_dev it will use audio.device correctly (or at least my old version)

i'm really tired...

LiveForIt

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/9 22:25 #206

Home away from home

@joerg

Memory usage.

AmigaOS .libraries are shared, there for use less memory, .so objects are linked at load time, not really shared on AmigaOS4.x.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/12 12:08 #207

Home away from home

@Capehill

Ok, so here's a simple test case (haven't tried your addition yet with the test case as it's still building for me)

Create a directory anywhere (e.g. "test"), point the "save path" of ScummVM's options to it.
Delete "test" directory afterwards again and start ScummVM with any game and try to save.

WARNING: AmigaOSFilesystemNode::createDirectory() -> Not supported!
WARNING: DefaultSaveFileManager::assureCached: Can not cache path 'RAM Disk:test/': 'Failed to create directory 'RAM Disk:test/''!

Not sure if the trailing slash adds to the problem...

trgswe

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/12 18:21 #208

Just popping in

@Raziel

if 'ram:test/' is what is seen then it won't create a new directory, since the end of what it sees indicates a already existing test directory and it will try to create "" on AmigaOS.
it IS stated clearly in the autodocs for CreateDir and CreateDirTree.

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/12 18:51 #209

Home away from home

@trgswe

Ok, need to try without a trailing slash then.

Also there's need to revise the FS code before CreatedDir() is called to catch and handle trailing slashes

Thank you for the input

Capehill

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/12 19:14 #210

Just can't stay away

@Raziel

Ok, tried you test case and then hit issue trgswe mentioned. Modified example so that it copies the given path and removes the trailing slash. Tested with BASS and seemed to work.

If you use this, please change log levels back to something reasonable (debug?). I used warning just in case.


bool AmigaOSFilesystemNode::createDirectory() {

    Common::String temp = _sPath;

    if (temp.lastChar() == '/') {

        temp = temp.substr(0, temp.size() - 1);

    }



    BPTR lock = IDOS->CreateDir(temp.c_str());

    if (lock) {

        IDOS->UnLock(lock);

        warning("AmigaOSFilesystemNode::createDirectory() -> Directory '%s' created", temp.c_str());

        _bIsValid = true;

        _bIsDirectory = true;

    } else {

        warning("AmigaOSFilesystemNode::createDirectory() -> Failed to create '%s'", temp.c_str());

    }



    return _bIsValid && _bIsDirectory;

}

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 5/13 10:31 #211

Home away from home

@Capehill

Thank you so much, PR updated

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 8:58 #212

Home away from home

@all

Can anyone shed some light on what this is all about?

Quote:

00032 : ScummVM : o.k. = [exec] OpenLibrary("pthreads.library",53) [23uS]
00033 : ramlib : FAIL = [exec] FindResident("pthreads.l.ptsched") [12uS]
00034 : ramlib : FAIL = Lock("LIBS:pthreads.l.ptsched",SHARED) [1232uS]
00035 : ramlib : FAIL = Lock("CLASSES:pthreads.l.ptsched",SHARED) [343uS]
00036 : ramlib : FAIL = Lock("CURRDIR:pthreads.l.ptsched",SHARED) [117uS]
00037 : ramlib : FAIL = Lock("CURRDIR:Libs/pthreads.l.ptsched",SHARED) [24uS]
00038 : ramlib : FAIL = Lock("CURRDIR:Classes/pthreads.l.ptsched",SHARED) [23uS]
00039 : ramlib : FAIL = Lock("PROGDIR:pthreads.l.ptsched",SHARED) [24uS]
00040 : ramlib : FAIL = Lock("PROGDIR:Libs/pthreads.l.ptsched",SHARED) [24uS]
00041 : ramlib : FAIL = Lock("PROGDIR:Classes/pthreads.l.ptsched",SHARED) [24uS]
00042 : ScummVM : o.k. = [exec] OpenLibrary("dos.library",52) [4uS]
00043 : reaper.task : o.k. = [exec] OpenLibrary("dos.library",53) [4uS]

I'm getting a 75% reproducable crash on starting ScummVM, always with pthreads and always on the first start (on a second start the crash goes away, but a crashed ScummVM is still dangling in memory).
Seems something is not correctly initialized?

Here's the crashlog:


Crash log for task "ScummVM"

Generated by GrimReaper 53.19

Crash occured in module  at address 0x7B06C440

Type of crash: ISI (Instruction Storage Interrupt) exception

Alert number: 0x80000003



Register dump:

GPR (General Purpose Registers):

   0: 7D3D8090 5BFE8C40 00000000 5BFE8C50 00000000 66248088 00000001 FFFFFFE0 

   8: 00000000 00000000 0000009F 7C74B4A4 00000ADC 5EEFB3CC 00000000 00000000 

  16: 00000000 00000000 00000000 1B80AB78 195608E0 7D3D5398 0290EC20 0290EC80 

  24: 0290EC5C 00000001 0290EC04 0290EC40 00000004 66248088 667F3D40 667EBE20 





FPR (Floating Point Registers, NaN = Not a Number):

   0:              nan     -4.4678e+307     -4.4678e+307     -4.4678e+307 

   4:     -4.4678e+307       4.5036e+15              184              140 

   8:               44              140             2550       4.5036e+15 

  12:                1      2.14748e+09                0                0 

  16:                0                0                0                0 

  20:                0                0                0                0 

  24:                0                0                0                0 

  28:                0                0              0.1       4.5036e+15 



FPSCR (Floating Point Status and Control Register): 0x82004000





SPRs (Special Purpose Registers):

           Machine State (msr) : 0x4000F030

                Condition (cr) : 0x666E4D90

      Instruction Pointer (ip) : 0x7B06C440

       Xtended Exception (xer) : 0x666E5134

                   Count (ctr) : 0x00570001

                     Link (lr) : 0x029861E0

            DSI Status (dsisr) : 0x666E4DB0

            Data Address (dar) : 0x39553933







680x0 emulated registers:

DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

FPU0:                0                0                0                0 

FPU4:                0                0                0                0 







Symbol info:

Instruction pointer 0x7B06C440 belongs to module "" (HUNK/Kickstart)



Stack trace:

    Odyssey:JSValueIsEqual()+0x4ec (section 1 @ 0x13F243C)

    [source/linklib/lib.c:99] Tools:Games/ScummVM/sobjs/libpthread.so:__init_threads()+0x10c (section 7 @ 0x2D08)

    native kernel module newlib.library.kmod+0x00000228

    native kernel module newlib.library.kmod+0x000025c0

    native kernel module newlib.library.kmod+0x000032d8

    native kernel module newlib.library.kmod+0x0000384c

    ScummVM:_start()+0x1e0 (section 10 @ 0x3288)

    native kernel module dos.library.kmod+0x0002a458

    native kernel module kernel+0x00059e04

    native kernel module kernel+0x00059e7c



PPC disassembly:

 7b06c438: 7d2903a6   mtctr             r9

 7b06c43c: 4e800421   bctrl             

*7b06c440: 815e8004   lwz               r10,-32764(r30)

 7b06c444: 3d20375d   lis               r9,14173

 7b06c448: 7fe3fb78   mr                r3,r31



System information:



CPU 

 Model: P.A. Semi PWRficient PA6T-1682M VB1 

 CPU speed: 1800 MHz 

 FSB speed: 900 MHz 

 Extensions: altivec 



Machine 

 Machine name: AmigaOne X1000 

 Memory: 2097152 KB 

 Extensions: bus.pci bus.pcie

pthreads.library 53.12 (24.05.2020)
libpthread.so 162435 ----rwed 24-May-20 14:12:22

Thank you

kas1e

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 9:29 #213

Home away from home

@Raziel
Only happens with shared builds and .sobjs ?

Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 9:59 #214

Home away from home

@kas1e

Can't tell since i don't do static builds

kas1e

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 10:33 #215

Home away from home

@Raziel
I asked because i never seen such crash with static builds.

Don't you have that crash before ? It is fresh issue ?

Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 11:06 #216

Home away from home

@kas1e

Actually i have lots of these crashes with debug/non-release builds.

It could probably come from anywhere.

That pthreads crash started roughly back when i switched to gcc 11.3.0, but i wouldn't blame it (yet).

I also get start crashes with libcrypto.so and the ags plugin (but that is to be expected, since that is still heavily in development)

I changed some compiler options to see if that helps.

A question if i have your attention?

Is -mlongcall still a thing on AmigaOS4?
What about -fomit-frame-pointer and -fstrict-aliasing for non-debug builds?
Or is everything taken care of by the system now?

What about special altivec builds? Would they run on any other hardware too, simply diregarding the fact that there is no altivec or do i hvae to create a special binary?

kas1e

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 11:15 #217

Home away from home

@Raziel
Quote:

Is -mlongcall still a thing on AmigaOS4?

Yes

Quote:

What about special altivec builds?

For non programmers as we are, better to avoid it, to avoid problems. It's only real programmers can make good use of it, and build normal binaries working in parellel where need it with altivec, and where not need it without.

Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Raziel

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: Yesterday 11:19 #218

Home away from home

@kas1e

Quote:

Quote:

Is -mlongcall still a thing on AmigaOS4?

Yes

Hmm, ok, putting it back in then (was missing from the non-cross-compiler builds), better safe than sorry.

Quote:

Quote:

What about special altivec builds?

For non programmers as we are, better to avoid it, to avoid problems. It's only real programmers can make good use of it, and build normal binaries working in parellel where need it with altivec, and where not need it without.

Ok, i was under the impression that it would be as easy as adding


-maltivec

and


-mabi=altivec

to the FLAGS

Register To Post	« 1 ... 8 9 10 (11)
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )