Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
69 user(s) are online (57 user(s) are browsing Forums)

Members: 3
Guests: 66

Ami603, cobale, Raziel, more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 ... 3 4 5 (6) 7 »


Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@salass00

The outdated libc.so wasn't the problem, i still get the very same crash on accessing an engine .so

Crash log for task "scummvm"
Generated by GrimReaper 53.19
Crash occured in module scummvm at address 0x7EF5E740
Type of crash
DSI (Data Storage Interruptexception
Alert number
0x80000003

Register dump
:
GPR (General Purpose Registers):
   
07EF5E714 5F18D880 93E1000C 4B7CCA08 5F2B5E79 00000003 00000000 76656E67 
   8
4B7CCA22 00000000 00000000 5F18D880 00000798 5F393E5C 00000000 4E26C000 
  16
7EE24740 00000000 4DEB29D0 5F2B0DD8 02B30000 02B30000 00000000 00000001 
  24
6FF8C180 00000001 46844888 00000000 5F2B1850 4B7CCA08 5F3890C4 5F18D880 


FPR 
(Floating Point RegistersNaN Not a Number):
   
0:              nan                1                0                1 
   4
:                1               -1                1              0.5 
   8
:              240              0.5                1       4.5036e+15 
  12
:       4.5036e+15      2.14748e+09                0                0 
  16
:                0                0                0                0 
  20
:                0                0                0                0 
  24
:                0                0                0                0 
  28
:                0                0                0               -

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


SPRs 
(Special Purpose Registers):
           
Machine State (msr) : 0x0200B030
                Condition 
(cr) : 0x5F42F7FC
      Instruction Pointer 
(ip) : 0x7EF5E740
       Xtended Exception 
(xer) : 0x49005018
                   Count 
(ctr) : 0x6FF494D0
                     Link 
(lr) : 0x7FB11920
            DSI Status 
(dsisr) : 0x49004DD0
            Data Address 
(dar) : 0x021AD048



680x0 emulated registers
:
DATA00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
ADDR
6FFB8700 964B8C00 00000000 00000000 00000000 00000000 00000000 5F18D1A0 
FPU0
:                0                0                0                0 
FPU4
:                0                0                0                0 



Symbol info
:
Instruction pointer 0x7EF5E740 belongs to module "scummvm" (PowerPC
Symbol_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE 0x108 in section 11 offset 0x00141790

Stack trace
:
    [
backends/fs/amigaos4/amigaos4-fs.cpp:88scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x108 (section 11 0x141790)
    [
backends/fs/amigaos4/amigaos4-fs.cpp:82scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0xdc (section 11 0x141764)
    [
common/fs.cpp:45scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 0x36FD94)
    [
base/main.cpp:147scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 0x82C4)
    [
base/main.cpp:566scummvm:scummvm_main()+0xd94 (section 11 0xA204)
    [
backends/platform/sdl/amigaos/amigaos-main.cpp:103scummvm:main()+0x2e8 (section 11 0x7A78)
    
native kernel module newlib.library.kmod+0x000020a4
    native kernel module newlib
.library.kmod+0x00002d0c
    native kernel module newlib
.library.kmod+0x00002ee8
    scummvm
:_start()+0x170 (section 11 0x1AB8)
    
native kernel module dos.library.kmod+0x000255c8
    native kernel module kernel
+0x000420ac
    native kernel module kernel
+0x000420f4

PPC disassembly
:
 
7ef5e738813e8014   lwz               r9,-32748(r30)
 
7ef5e73c81290000   lwz               r9,0(r9)
*
7ef5e74083a90474   lwz               r29,1140(r9)
 
7ef5e744813e8014   lwz               r9,-32748(r30)
 
7ef5e74883890000   lwz               r28,0(r9)

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

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@all

@all

Makefile question.

I'd like to automate the process of building and linking a static library.
Can this be done in one makefile?

Right now i have this, but ar is never picked up.
CXX            =    g++
CXXFLAGS    =    -Wall -Wextra --gstabs `sdl-config --cflags --static-libs` -std=gnu++11 -ISDK:local/common/include/libxml2
SDL_LIBS        
=    `sdl-config --static-libs
                -
lSDL_image -ltiff -lpng -ljpeg -lwebp 
                
-lSDL

OBJS 
=            lots.o of.o o.o files.o

libmylib
.a: $(OBJS)
        $(
CXX) $(LDFLAGS) -$@ $(OBJS) $(SDL_LIBS) -lm -lz -lpthread
        ar rcsv libmylib
.$(OBJS)

clean:
    
rm -*.o libmylib.a


Thank you

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1671
@Raziel

For a static library you only need:
AR ar

OBJS 
lots.o of.o o.o files.o

libmylib
.a: $(OBJS)
    $(
AR) -crv libmylib.$(OBJS)

clean:
    
rm -*.o libmylib.a


Note that for the commands following the dependency rules (ar and rm) you absolutely need to have a tab character at the beginning of the line or they won't work.

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@salass00

Thank you

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

ResidualVM:
https://github.com/residualvm/residualvm/pull/1576
Quote:

GL_UNSIGNED_INT_8_8_8_8 is not (yet) recognized as a format.

Maybe this is something that should be added to minigl?

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 786
@Raziel

Perhaps, there seems to be GL_UNSIGNED_INT_8_8_8_8_REV support. http://www.hyperion-entertainment.com ... s/updates-kc/src/unpack.c

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

I don't understand, does that mean it's already supported, but not yet released?

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@salass00

I really want (to try) to tackle this, so, if you got time, please help...

Quote:

Looks you might have a NULL IDOS pointer. If you add the following code to your main() function it could give a hint as to what is going wrong:
extern struct DOSIFace *IDOS
extern unsigned const int *__newlib_minversion_ptr

printf("IDOS: %pn", IDOS); 
printf("Minimum newlib version: %u.%un"
       *__newlib_minversion_ptr >> 16
       *__newlib_minversion_ptr & 0xffff);



This is what i get on serial:
Quote:

IDOS: 0x6FCCC170
Minimum newlib version: 52.20


Quote:

There is a problem with older newlibs if the requested minimum version is >= 52.39** that leads to DOSBase and IDOS not being properly initialised. It does not appear to be the reason for your problem though judging from the above output.

If the crash was in a shared object it could be that it is unable to access the IDOS symbol from the main executable and this is leading to the NULL pointer access, but that does not look to be the case judging from the stack backtrace...


So, if i understand that correctly, some part of my SDK is linking the project with an outdated newlib library version, correct?
Or why could it be requesting 53.20 and not the newer one?

Is there something i can update in my toolchain to prevent that?
Maybe newlib (though i thought i have everything uptodate my libc.so was outdated, so other things might be aswell)?

Also, any more debug output i could add?
What kind of information/output would be needed?

EDIT:
Also, how can i PrintF characters or strings, if the variable to debug should have a path or directory name in it?
I can't get my head around using %s or %c, at least they only output garbage most of the time.

Thank you very much


Edited by Raziel on 2019/10/6 13:11:47
_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 786
@Raziel

printf("char: %c\n"'a');
printf("string: %s\n""C string");

std::string str("C++ string");

printf("C++ string: %s\n"str.c_str()); // http://www.cplusplus.com/reference/string/string/c_str/


Some info: http://www.cplusplus.com/reference/cstdio/printf/

Ps. regarding that texture format, I was just thinking that it probably wouldn't be difficult to add support for that missing format in MiniGL.

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

Yes, i read the manual, still i am unnsure on how to print out certain variables.
I'm still thinking in AREXX scripts, i guess.

e.g. if i wanted to print out the variable "p" or "*p" from here:
https://github.com/scummvm/scummvm/blo ... gaos4/amigaos4-fs.cpp#L81
How would i achieve that?
Not that i think there's anything wrong with the path, just for learning purposes (as i think that p holds the path where it tries to load from...but maybe i'm completely wrong again?).

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 786
@Raziel

Right, so "p" is an reference (&) to a String object that exists in Common namespace (Common::String). When it comes to C++ objects, typically we can only "print" their address using %p, but as we can see in the same function, Common::String has a similar member function than normal std::string, called c_str() that apparently returns a C string that lives inside the object. So you can use something like

printf("String: %s\n", p.c_str());

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

I see, something new learned...

It clashes with common/str.cpp and produce a crash, but nevermind.


Quote:

Shared Objects Crash

What could/should i look at next to see and maybe find why the shared objects build is crashing on loading a game (and ultimately on loading in a shared object engine)?


Edited by Raziel on 2019/10/7 6:34:44
_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

Quote:

ResidualVM


Just curious:
Take a look here:
https://github.com/residualvm/residual ... facesdl-graphics.cpp#L439

If i set bpp to either 8 or 24 in residualvm.ini, i get that exact error message.
Quote:

WARNING: Unsupported bpp value: 8! (or 24)
WARNING: SDL_SetVideoMode failed: Invalid texture!

Why?
I thought 8, 16, 24 and 32 bpp were supported on AmigaOS4?

EDIT: I see, that is only if i use the Softw3are renderer...intriguing


Edited by Raziel on 2019/10/7 6:56:39
_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 786
@Raziel

It's ResidualVM who doesn't support 8 or 24 bpp. Are you 100% Residual is meant to work with 8/24 bit?

   Report Go to top

Re: Porting to AmigaOS4 thread
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 786
@Raziel

Quote:


It clashes with common/str.cpp and produce a crash, but nevermind.



Really? How?

Quote:


What could/should i look at next to see and maybe find why the shared objects build is crashing on loading a game (and ultimately on loading in a shared object engine)?



I would add debug traces close to the crash site (before the crash line) if the root cause is somehow non-obvious.

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

Quote:

Quote:

It clashes with common/str.cpp and produce a crash, but nevermind.

Really? How?

Mostly stupidity, mixed with a little bit of c&p mistakes and lots of missing night sleep...

I can't reproduce the (str.cpp) crash anymore and i have another debug output ready, salass00 was right.
Right before it should load the game it hits an IDOS: 0x0000000.

See:
IDOS0x6FCCC170
Minimum newlib version
52.20
String
scummvm.ini
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
plugins
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
: /usr/local/lib/scummvm
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Development:Coding/Ports/VM/scummvm-test/plugins/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/translations.dat
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
scummremastered
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummamigaos4/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummamigaos4/fonts/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummamigaos4/fonts/topaz/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummamigaos4/fonts/topaz/topazlt/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/fonts/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/fonts/topaz/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/fonts/topaz/topazlt/THEMERC
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
: /usr/local/share/scummvm
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummremastered.zip
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/themes/scummremastered.zip
IDOS
0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/extras/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/extras/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/extras/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/extras/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:ScummVM/extras/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:GamesVM/AGI/Enclosure/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:GamesVM/Sierra/Space Quest/The Pirates of Pestulon/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:GamesVM/Westwood Studios/Blade Runner/
IDOS0x6FCCC170
Minimum newlib version
52.20
String
Games:GamesVM/Lucas Arts/Monkey Island/LeChuck's Revenge/
IDOS: 0x6FCCC170
Minimum newlib version: 52.20
String: scummvm.ini
IDOS: 0x6FCCC170
Minimum newlib version: 52.20
String: scummvm.ini
IDOS: 0x00000000
Minimum newlib version: 52.20
String: Games:GamesVM/Lucas Arts/Monkey Island/LeChuck'
s Revenge/
Dump of context at 0xDF7FA000
Trap type
DSI exception
Machine State 
(raw): 0x100000000200B030
Machine State 
(verbose): [Hyper] [ExtInt on] [Super] [FPU on] [IAT on] [DAT on]
Instruction pointer0x7EF6714C
Crashed process
scummvm (0x4E5C37E0)
DSI verbose error descriptionAccess not found in hash or BAT (page fault)
Access was a load operation
 0
7EF67120 4797A890 38C00000 4B59E038 47A8DEEF 00000003 0000004C 6875636B
 8
4B59E040 00000000 00000000 4797A890 00000798 49C72D0C 00000000 46F5F340
16
7EE2D10C 00000000 4DB6B9D0 47A88DD8 02B30000 02B30000 00000000 00000001
24
6FF8C180 00000001 57955999 00000000 02973054 4B59E038 49C67DB8 4797A890
CR
5B953399   XERA0000054  CTR00000000  LR7EF67120
DSISR
40000000  DAR00000474

FP0 
FFF8000082004000 3FF0000000000000 0000000000000000 3FF0000000000000
FP4 
3FF0000000000000 BFF0000000000000 3FF0000000000000 3FE0000000000000
FP8 
406E000000000000 3FE0000000000000 3FF0000000000000 43300000800001E0
FP12
4330000080000280 41E0000000000000 0000000000000000 0000000000000000
FP16
0000000000000000 0000000000000000 0000000000000000 0000000000000000
FP20
0000000000000000 0000000000000000 0000000000000000 0000000000000000
FP24
0000000000000000 0000000000000000 0000000000000000 0000000000000000
FP28
0000000000000000 0000000000000000 0000000000000000 8000000000000000
FPSCR
82004000
HID0
0x8000000000000000  HID10x000000005CE993B1
HID4
0x4400240000080180  HID50x0000006600000080

V0 
00000000000000000000000000000000 00000000000000000000000000000000
V2 
FE01D629FE01D629FE01D629FE01D629 FE01D629FE01D629FE01D629FE01D629
V4 
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF D62AD62AD62AD62AD62AD62AD62AD62A
V6 
FF01D729FF01D729FF01D729FF01D729 FE01D629FE01D629FE01D629FE01D629
V8 
00000000000000000000000000000000 D52AD52AD52AD52AD52AD52AD52AD52A
V10
FFD6D7D6FFD6D7D6FFD6D7D6FFD6D7D6 00000000000000000000000000000000
V12
00000000000000000000000000000000 00000000000000000000000000000000
V14
001002120414061608180A1A0C1C0E1E 01000100010001000100010001000100
V16
FF000000FF000000FF000000FF000000 FFD6D7D6FFD6D7D6FFD6D7D6FFD6D7D6
V18
FE01D629FE01D629FE01D629FE01D629 00000000000000000000000000000000
V20
00000000000000000000000000000000 00000000000000000000000000000000
V22
00000000000000000000000000000000 00000000000000000000000000000000
V24
00000000000000000000000000000000 00000000000000000000000000000000
V26
00000000000000000000000000000000 00000000000000000000000000000000
V28
00000000000000000000000000000000 00000000000000000000000000000000
V30
00000000000000000000000000000000 00000000000000000000000000000000
VSCR
00000000 VRSAVE00000000

Disassembly of crash site
:
 
7EF6713C39400000   li                r10,0
 7EF67140
99490049   stb               r10,73(r9)
 
7EF67144813E8018   lwz               r9,-32744(r30)
 
7EF6714881290000   lwz               r9,0(r9)
>
7EF6714C83A90474   lwz               r29,1140(r9)
 
7EF67150813E8018   lwz               r9,-32744(r30)
 
7EF6715483890000   lwz               r28,0(r9)
 
7EF67158813F0028   lwz               r9,40(r31)
 
7EF6715C39290028   addi              r9,r9,40
 7EF67160
7D234B78   mr                r3,r9

Kernel command line
serial munge debuglevel=1

Registers pointing to code
:
r0 : [backends/fs/amigaos4/amigaos4-fs.cpp:94scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x198 (section 11 0x1417A4)
r13scummvm:_ZZN7MT32Emu6Tables11getInstanceEvE8instance()+0x86c (section 32 0x7B28)
r16scummvm:main()+0x0 (section 11 0x7790)
r20native kernel module graphics.library.kmod+0x00860580
r21
native kernel module graphics.library.kmod+0x00860580
r23
module wait at 0x00000001 (section 0 0xFFFFFFDC)
r25module wait at 0x00000001 (section 0 0xFFFFFFDC)
r28native kernel module kernel+0x00973054
r30
scummvm:logo_data()+0x1804 (section 26 0x33F4)
ip : [backends/fs/amigaos4/amigaos4-fs.cpp:100scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x1c4 (section 11 0x1417D0)
lr : [backends/fs/amigaos4/amigaos4-fs.cpp:94scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x198 (section 11 0x1417A4)
ctrunknown (0x00000000)

Stack trace:
(
0x4797A890) [backends/fs/amigaos4/amigaos4-fs.cpp:100scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x1c4 (section 11 0x1417D0)
(
0x4797A8D0) [backends/fs/amigaos4/amigaos4-fs.cpp:94scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x198 (section 11 0x1417A4)
(
0x4797A8F0) [common/fs.cpp:45scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 0x3720A4)
(
0x4797A930) [base/main.cpp:147scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 0x8240)
(
0x4797AE20) [base/main.cpp:566scummvm:scummvm_main()+0xd94 (section 11 0xA180)
(
0x47A220D0) [backends/platform/sdl/amigaos/amigaos-main.cpp:79scummvm:main()+0x264 (section 11 0x79F4)
(
0x47A22D00native kernel module newlib.library.kmod+0x000020a4
(0x47A22D70native kernel module newlib.library.kmod+0x00002d0c
(0x47A22F10native kernel module newlib.library.kmod+0x00002ee8
(0x47A22F50scummvm:_start()+0x170 (section 11 0x1AB8)
(
0x47A22F90native kernel module dos.library.kmod+0x000255c8
(0x47A22FC0native kernel module kernel+0x000420ac
(0x47A22FD0native kernel module kernel+0x000420f4

Disassembly of crash site
:
 
7EF6713C39400000   li                r10,0
 7EF67140
99490049   stb               r10,73(r9)
 
7EF67144813E8018   lwz               r9,-32744(r30)
 
7EF6714881290000   lwz               r9,0(r9)
>
7EF6714C83A90474   lwz               r29,1140(r9)
 
7EF67150813E8018   lwz               r9,-32744(r30)
 
7EF6715483890000   lwz               r28,0(r9)
 
7EF67158813F0028   lwz               r9,40(r31)
 
7EF6715C39290028   addi              r9,r9,40
 7EF67160
7D234B78   mr                r3,r9
Stack pointer 
(0x4797A890is inside bounds
Redzone is OK 
(4)

68k register dump
DATA
00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000
----> 00000001 "wait" Hunk 0000 Offset 00000000 (SegList0x11E20CF5)
ADDR6FFB8700 93BEC100 00000000 00000000 00000000 00000000 00000000 4797A1B0
Page information
:
Page not found


Also, i made an exhausting post over at Hyperion with all the information gathered in one place, maybe you want to continue there, since this thread seems to get derailed?

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 5468
@Raziel
You may remember it, or may not : but when i release Barony game port , there was some strange crashes too : they was exactly because of IDOS 0x00000000. To fix them, i just open dos.library (together with IDOS interface up) in the place where crashes happens (i.e. via stack trace build with -gstab check in which source file it crashes, and there add opening / closing of dos.library with interface).

Just like that:

//somewhere at begining of function
#ifdef __amigaos4__    
    
DOSBase=IExec->OpenLibrary("dos.library",0);
    
IDOS = (struct DOSIFace *)IExec->GetInterface(DOSBase"main"1NULL);
#endif

// original code

// at end of function, right before return 0 if it will be there, just at end so it closes
#ifdef __amigaos4__
    
IExec->DropInterface((struct Interface *)IDOS);
    
IExec->CloseLibrary(DOSBase);
#endif


For Barony i had to do it in 2 places, and it wasn't "sobjes" but statically compiled.

And i do not know of course if it will fix your issues, but just all of this remind me my ones i have with Barony port.

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

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@Capehill

Quote:

It's ResidualVM who doesn't support 8 or 24 bpp. Are you 100% Residual is meant to work with 8/24 bit?

Of course not
I'm unsure in everything i do or know

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@kas1e

Uhh, sweet...an easy enough solution for me to try.

Hmm, well, the two lines where it crashes are 82 and 88, so i'll try those first.

But, wouldn't this be a bug in ScummVM's Amiga part then?
Or even a bug in the system itself?
Or could it be simply that ScummVM's Amiga part is old enough to have outlived the coding necessaties of the current system?

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a story that hasn't been written yet
Posts: 3509
@kas1e

/me gives kas1e a kiss

That did it...preliminary test though, but at least i can start games without crashing with ALL the engines in place.

Thank you

I still have to test if anything bad happens when building static, but i guess not.

Thank you, thank you, thank you, thank you

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr.
   Report Go to top


« 1 ... 3 4 5 (6) 7 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project