Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
100 user(s) are online (80 user(s) are browsing Forums)

Members: 1
Guests: 99

LiveForIt, more...

Headlines

 
  Register To Post
« 1 ... 8 9 10 (11)

Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Capehill

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

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@samo79

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

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Amigans Defender
Amigans Defender


See User information
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...
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Amigans Defender
Amigans Defender


See User information
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...
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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.
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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...

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Just popping in
Just popping in


See User information
@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.

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Just can't stay away
Just can't stay away


See User information
@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(0temp.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;
}

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Capehill

Thank you so much, PR updated

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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 Interruptexception
Alert number
0x80000003

Register dump
:
GPR (General Purpose Registers):
   
07D3D8090 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 RegistersNaN 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
:
DATA00000000 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:99Tools: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
:
 
7b06c4387d2903a6   mtctr             r9
 7b06c43c
4e800421   bctrl             
*7b06c440815e8004   lwz               r10,-32764(r30)
 
7b06c4443d20375d   lis               r9,14173
 7b06c448
7fe3fb78   mr                r3,r31

System information
:

CPU 
 Model
P.ASemi 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

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Raziel
Only happens with shared builds and .sobjs ?

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@kas1e

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

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


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

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

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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?

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
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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.

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@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

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
Go to top

  Register To Post
« 1 ... 8 9 10 (11)

 




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




Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project