Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
45 user(s) are online (37 user(s) are browsing Forums)

Members: 0
Guests: 45

more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 2 3 4 (5) 6 7 8 ... 11 »


Re: Porting to AmigaOS4 thread
Posted on: 2019/9/22 21:17   #81
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@all

Ok, so here i am again b*tching about shared objects...and i am right!

I switched scummvm from a static build to shared (wonder why i switched to static...oh yes, because it was cr*p from the beginning)

So far so good, app runs (after struggling with the insane need to gather all the stupid shared objects in one place to make the stupid thing run - this is 2019, come on...)

But, using opengl now is like watching a snail race, where the leader dozes off every second, so 20 points off of Gryffindor.

After that i got adventurous and even switched scummvm to compile it's engines as "plugins" (shared objects in disguise) and what do you know, it runs too...with one engine, yes, with one!!!
Adding more engines makes it become more and more sluggish until that dreaded thing will ***crash*** on starting ANY game, what the flying hill???

Another 100 points off of Gryffindor...does anyone still read this?
No?
OK, Harry Potter is so overrated that i mostly skipped issues 2-6 and the movies sucked a pile of garbage, though it was fun watching a mediocre kid actor grow up to become even worse...or as others put it, let's watch stupid people get rich following orders and getting filmed...fantasy p*rn, that's what it is...


Did i mention i HATE shared objects?
Stupid sh*t's not doing what it's supposed to do...just like Potter

Since noone will fix the cr*p shared objects anytime (i wanted to write "soon", but i leave it) i'm going back to static builds and stop providing scummvm binaries once i hit the memory barrier crash(tm by hyperion).

I could really need my stress ball back...too bad i sliced it over that stupid memory barrier bug the other day
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 9:57   #82
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@all

Why would this (1. first stracktrace entry, 2. second stacktrace entry)
AmigaOSFilesystemNode::AmigaOSFilesystemNode(const Common::String &p) {
    ENTER();

    int offset = p.size();

    //assert(offset > 0);

    if (offset <= 0) {
        debug(6, "Bad offset");
        return;
    }

    _sPath = p;
2. ->    _sDisplayName = ::lastPathComponent(_sPath);
    _pFileLock = 0;
    _bIsDirectory = false;
    _bIsValid = false;

    // Check whether the node exists and if it's a directory
1. ->    struct ExamineData * pExd = IDOS->ExamineObjectTags(EX_StringNameInput,_sPath.c_str(),TAG_END);
    if (pExd) {
        _nProt = pExd->Protection;
        if (EXD_IS_DIRECTORY(pExd)) {
            _bIsDirectory = true;
            _pFileLock = IDOS->Lock((CONST_STRPTR)_sPath.c_str(), SHARED_LOCK);
            _bIsValid = (_pFileLock != 0);

            // Add a trailing slash if needed
            const char c = _sPath.lastChar();
            if (c != '/' && c != ':')
                _sPath += '/';
        } else {
            //_bIsDirectory = false;
            _bIsValid = true;
        }

        IDOS->FreeDosObject(DOS_EXAMINEDATA, pExd);
    }

    LEAVE();
}

crash when using shared objects, but work perfectly fine when using a static build?

Crash log for task "scummvm"
Generated by GrimReaper 53.19
Crash occured in module scummvm at address 0x7F1E06BC
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
   0: 7F1E0690 4ECCE890 DF0D3C60 4BDB6BA8 486AABA7 00000002 00000042 61646520 
   8: 4BDB6BB0 00000000 00000000 4ECCE890 00000798 5BCFCE4C 00000000 4F087000 
  16: 7F0A6740 00000000 4BCBE9D0 4BDB2E08 02B30000 02B30000 00000000 00000003 
  24: 6FF8C180 00000002 46844888 00000000 4BDB3880 4BDB6BA8 5BCF20B4 4ECCE890 


FPR (Floating Point Registers, NaN = 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                0 

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


SPRs (Special Purpose Registers):
           Machine State (msr) : 0x0200B030
                Condition (cr) : 0x4E85CC4C
      Instruction Pointer (ip) : 0x7F1E06BC
       Xtended Exception (xer) : 0x4D78A018
                   Count (ctr) : 0x6FF494D0
                     Link (lr) : 0x7FB21920
            DSI Status (dsisr) : 0x4D789DD0
            Data Address (dar) : 0x021AD048



680x0 emulated registers:
DATA: 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
ADDR: 6FFB8700 96298900 00000000 00000000 00000000 00000000 00000000 4ECCE1B0 
FPU0:                0                0                0                0 
FPU4:                0                0                0                0 



Symbol info:
Instruction pointer 0x7F1E06BC belongs to module "scummvm" (PowerPC) 
Symbol: _ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE + 0x108 in section 11 offset 0x0014170C

Stack trace:
    [backends/fs/amigaos4/amigaos4-fs.cpp:88] scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x108 (section 11 @ 0x14170C)
    [backends/fs/amigaos4/amigaos4-fs.cpp:82] scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0xdc (section 11 @ 0x1416E0)
    [common/fs.cpp:45] scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 @ 0x36FD10)
    [base/main.cpp:147] scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 @ 0x8240)
    [base/main.cpp:566] scummvm:scummvm_main()+0xd94 (section 11 @ 0xA180)
    [backends/platform/sdl/amigaos/amigaos-main.cpp:79] scummvm:main()+0x264 (section 11 @ 0x79F4)
    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:
 7f1e06b4: 813e8014   lwz               r9,-32748(r30)
 7f1e06b8: 81290000   lwz               r9,0(r9)
*7f1e06bc: 83a90474   lwz               r29,1140(r9)
 7f1e06c0: 813e8014   lwz               r9,-32748(r30)
 7f1e06c4: 83890000   lwz               r28,0(r9)

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


Does it really has to do with not finding a path/directory?
Because that wouldn't be logical since the program accesses said path beforehand and does not crash.
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 12:11   #83
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1695
@Raziel

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: %p\n", IDOS);
printf("Minimum newlib version: %u.%u\n",
       *__newlib_minversion_ptr >> 16,
       *__newlib_minversion_ptr & 0xffff);

   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 14:12   #84
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@salass00

Thank you for chiming in

C++      backends/platform/sdl/amigaos/amigaos-main.o
In file included from ./common/scummsys.h:472,
                 from backends/platform/sdl/amigaos/amigaos-main.cpp:23:
backends/platform/sdl/amigaos/amigaos-main.cpp: In function 'int main(int, char**)':
./common/forbidden.h:57:38: error: 'FORBIDDEN_look_at_common_forbidden_h_for_more_info' was not declared in this scope
 #define FORBIDDEN_SYMBOL_REPLACEMENT FORBIDDEN_look_at_common_forbidden_h_for_more_info SYMBOL !%*
                                      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./common/forbidden.h:57:38: note: in definition of macro 'FORBIDDEN_SYMBOL_REPLACEMENT'
 #define FORBIDDEN_SYMBOL_REPLACEMENT FORBIDDEN_look_at_common_forbidden_h_for_more_info SYMBOL !%*
                                      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backends/platform/sdl/amigaos/amigaos-main.cpp:37:2: note: in expansion of macro 'printf'
  printf("IDOS: %pn", IDOS);
  ^~~~~~
./common/forbidden.h:57:89: error: expected ';' before 'SYMBOL'
 #define FORBIDDEN_SYMBOL_REPLACEMENT FORBIDDEN_look_at_common_forbidden_h_for_more_info SYMBOL !%*
                                                                                         ^~~~~~
./common/forbidden.h:62:16: note: in expansion of macro 'FORBIDDEN_SYMBOL_REPLACEMENT'
 #define printf FORBIDDEN_SYMBOL_REPLACEMENT
                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
backends/platform/sdl/amigaos/amigaos-main.cpp:38:2: note: in expansion of macro 'printf'
  printf("Minimum newlib version: %u.%un",
  ^~~~~~
backends/platform/sdl/amigaos/amigaos-main.cpp:35:29: warning: unused variable '__newlib_minversion_ptr' [-Wunused-variable]
  extern unsigned const int *__newlib_minversion_ptr;
                             ^~~~~~~~~~~~~~~~~~~~~~~
gmake: *** [backends/platform/sdl/amigaos/amigaos-main.o] Error 1


Sorry if the error is obvious, it's not for me.

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

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 15:34   #85
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1695
@Raziel

Since it is C++ code you need to add 'extern "C" { }' around the extern variable definitions. Also you might want to make them outside of the main() function.
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 16:58   #86
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 830
@Raziel

If I remember correctly, ScummVM doesn't allow usage of many standard lib functions. So you may need to replace printf with "warning" or whatever can print to console.
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 17:36   #87
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill
@salass00

Thank you both, this combination compiles:
extern "C" {
extern unsigned const int *__newlib_minversion_ptr;
}

int main(int argc, char *argv[]) {

    warning("IDOS: %p", IDOS);
    warning("Minimum lib version:%u.%u", *__newlib_minversion_ptr >> 16, *__newlib_minversion_ptr & 0xffff);

but there is no output, it simply crashes without printing anything, probbaly another mistake by me or the part of code i put it in is yet to be called/used?
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 18:20   #88
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1695
@Raziel

I can't help with ScummVM specific functions, but IExec->DebugPrintF() should at least be usable (if you can include <proto/exec.h>).

IExec->DebugPrintF("IDOS: %p\n", IDOS);
IExec->DebugPrintF("Minimum newlib version: %lu.%lu\n",
       *__newlib_minversion_ptr >> 16,
       *__newlib_minversion_ptr & 0xffff);


It prints to the serial so you will have to use sashimi or dumpdebugbuffer to catch the output (or have another computer connected with a null modem cable).

You could also try std::cout to print to the console:
std::cout << "IDOS: " << IDOS << "\n";
std::cout << "Minimum newlib version: "
          << (*__newlib_minversion_ptr >> 16) << "."
          << (*__newlib_minversion_ptr & 0xffff) << "\n";


But maybe it's disabled, same as printf().
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/23 19:56   #89
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@salass00

I stole some code from the android part, but it gives me an error
Quote:

C++ backends/graphics/openglsdl/openglsdl-graphics.o
backends/graphics/openglsdl/openglsdl-graphics.cpp: In member function 'virtual void OpenGLSdlGraphicsManager::updateScreen()':
backends/graphics/openglsdl/openglsdl-graphics.cpp:546:46: error: a function-definition is not allowed here before '{' token
static const char *getGlErrStr(GLenum error) {
^
backends/graphics/openglsdl/openglsdl-graphics.cpp:568:65: error: a function-definition is not allowed here before '{' token
void checkGlError(const char *expr, const char *file, int line) {
^
gmake: *** [backends/graphics/openglsdl/openglsdl-graphics.o] Error 1


#ifdef __amigaos4__
static const char *getGlErrStr(GLenum error) {
    switch (error) {
    case GL_INVALID_ENUM:
        return "GL_INVALID_ENUM";
    case GL_INVALID_VALUE:
        return "GL_INVALID_VALUE";
    case GL_INVALID_OPERATION:
        return "GL_INVALID_OPERATION";
    case GL_STACK_OVERFLOW:
        return "GL_STACK_OVERFLOW";
    case GL_STACK_UNDERFLOW:
        return "GL_STACK_UNDERFLOW";
    case GL_OUT_OF_MEMORY:
        return "GL_OUT_OF_MEMORY";
    }

    static char buf[40];
    snprintf(buf, sizeof(buf), "(Unknown GL error code 0x%x)", error);

    return buf;
}

void checkGlError(const char *expr, const char *file, int line) {
    GLenum error = glGetError();

    if (error != GL_NO_ERROR)
        warning("GL ERROR: %s on %s (%s:%d)", getGlErrStr(error), expr, file, line);
}
#endif

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

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/24 17:50   #90
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 830
@Raziel

Make sure you define new function(s) outside this updateScreen() function, and only call this checkGlError() with appropriate params within updateScreen(). If it fails, show us the code, please.
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/24 22:18   #91
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill

Wait a second, i think i f*cked up...why do i need some GLerror code to debug IDOS?
That can't work...i think i'm on the wrong thread...
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/24 22:53   #92
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@salass00
@Capehill

Ok, so i added this:
extern "C" {
extern unsigned const int *__newlib_minversion_ptr;
}

int main(int argc, char *argv[]) {

    warning("IDOS: %d", IDOS);
    warning("Minimum lib version:%d.%d",
        *__newlib_minversion_ptr >> 16,
        *__newlib_minversion_ptr & 0xffff);

to https://github.com/scummvm/scummvm/blo ... /amigaos/amigaos-main.cpp
line 32 and following.

I don't get any output, neither console nor serial.

As soon as i start *any* game it immediately crashes
edit: This "immediate" is determined by logging the serial which immediately starts printing the crashlog after i hit enter on a game entry, so it does not even try to load code or datat from the game, it bombs right on accessing either the shared objects engine file (which i doubt, since it is already accessed when i hit the "About" dialogue, which lists all built engines and which would NOT list them if they weren't installed, i tried), or the directory/path where the game data is located (which is, of course correctly set in the options, i checked as well)
Crash log for task "scummvm"
Generated by GrimReaper 53.19
Crash occured in module scummvm at address 0x7F1E0708
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
   0: 7F1E06DC 463CD890 00000000 4920A4B0 4920C87C 00000002 00000000 6E6E6572 
   8: 4920A4C5 00000000 00000000 463CD890 00000798 480BEE5C 00000000 47AB3000 
  16: 7F0A6740 00000000 48D9C280 49208E08 02B30000 02B30000 00000000 00000003 
  24: 6FF8C180 00000002 46844888 00000000 49209918 4920A4B0 480B40C0 463CD890 


FPR (Floating Point Registers, NaN = 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.1       4.5036e+15 

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


SPRs (Special Purpose Registers):
           Machine State (msr) : 0x0200B030
                Condition (cr) : 0x413B8EC4
      Instruction Pointer (ip) : 0x7F1E0708
       Xtended Exception (xer) : 0x3AEFA018
                   Count (ctr) : 0x6FF494D0
                     Link (lr) : 0x7FB21920
            DSI Status (dsisr) : 0x3AEF9DD0
            Data Address (dar) : 0x021AD048



680x0 emulated registers:
DATA: 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
ADDR: 6FFB8700 97EAEE00 00000000 00000000 00000000 00000000 00000000 463CD1B0 
FPU0:                0                0                0                0 
FPU4:                0                0                0                0 



Symbol info:
Instruction pointer 0x7F1E0708 belongs to module "scummvm" (PowerPC) 
Symbol: _ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE + 0x108 in section 11 offset 0x00141758

Stack trace:
    [backends/fs/amigaos4/amigaos4-fs.cpp:88] scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x108 (section 11 @ 0x141758)
    [backends/fs/amigaos4/amigaos4-fs.cpp:82] scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0xdc (section 11 @ 0x14172C)
    [common/fs.cpp:45] scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 @ 0x36FD5C)
    [base/main.cpp:147] scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 @ 0x828C)
    [base/main.cpp:566] scummvm:scummvm_main()+0xd94 (section 11 @ 0xA1CC)
    [backends/platform/sdl/amigaos/amigaos-main.cpp:86] scummvm:main()+0x2b0 (section 11 @ 0x7A40)
    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:
 7f1e0700: 813e8014   lwz               r9,-32748(r30)
 7f1e0704: 81290000   lwz               r9,0(r9)
*7f1e0708: 83a90474   lwz               r29,1140(r9)
 7f1e070c: 813e8014   lwz               r9,-32748(r30)
 7f1e0710: 83890000   lwz               r28,0(r9)

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


I guess this doesn't work (at all) or just not where i put it?

Help?
I really want to tackle this bug, so i can provide future builds of ScummVM
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/24 23:18   #93
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill

I need to keep the threads within threads handled...
At least i can spam my own thread as much as i want

Regarding residualvm:

When the white videos appear i get lots and lots of thos
Quote:

WARNING: GL error 1282!

Which means INVALID_OPERATION if i got that right from the web search
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 16:46   #94
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 830
@Raziel

Crash: did you try IExec's DebugPrintF()? Maybe warning() buffers output somewhere and crash happens before flush.

GL_INVALID_PARAM: what are the problematic texture formats?

   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 17:35   #95
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill

ScummVM: DebugPrintF was not declared in this scope

edit1: sigh...not to self...#include<inline4/exec.h>
edit2: This comes up on serial when i start the launcher, nothing comes up, apart from the crashlog, when starting a game

Quote:

DOS: 1875689840
Minimum lib version:52.20


Does that help?

ResidualVM: i have absolutely no idea how i could read out the used formats, its nunfortunately not as easy as in scummvm.
The only stuff i was able to read out is a long number 1308... etc, but i hvae no idea what to make of it, neither do i know if that is the correct thing to debug.


Edited by Raziel on 2019/9/25 17:53:05
Edited by Raziel on 2019/9/25 18:01:52
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 18:17   #96
Quite a regular
Joined:
2007/7/14 20:30
From Lothric
Posts: 830
@Raziel

Include proto/exec.h if you want to call IExec functions, rather. You could now try to add more DebugPrintFs near to the crash site. The last trace had r9 == 0 (NULL), for example, so there is an invalid read attempt.

ResidualVM: there are only a handful of glTexImage2D calls: https://github.com/residualvm/residual ... d&unscoped_q=glteximage2d

I guess it's possible to debug them all but it would be genereally faster to discuss with devs who wrote the code.

One idea you could do, is to fork the engine, create a git branch, add your debug patches over and then show us what you have got. You can delete the branch later.
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 18:21   #97
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill

ScummVM:
If i include proto/exec.h i get
Quote:

C++ backends/platform/sdl/amigaos/amigaos-main.o
backends/platform/sdl/amigaos/amigaos-main.cpp: In function 'int main(int, char**)':
backends/platform/sdl/amigaos/amigaos-main.cpp:49:2: error: 'DebugPrintF' was not declared in this scope
DebugPrintF("IDOS: %d\n", IDOS);
^~~~~~~~~~~
gmake: *** [backends/platform/sdl/amigaos/amigaos-main.o] Error 1


thus i used inline4/exec.h


ResidualVM:
Yeah, i did, the answer was:
Quote:

If you're simply enabling error checking for debugging, here is what I would do: (in descending order of convenience)
- Use gDEBugger or AMD CodeXL and break on error
- Use apitrace or Renderdoc and check the error log
- If your OpenGL implementation is new enough or has the right extensions, use the OpenGL debug hooks
- If your OpenGL implementation is open source, put a breakpoint on the function that sets the error flag
- Finally, if nothing else works, patch the code to wrap all OpenGL calls with a wrapper that calls `glGetError`.
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 18:37   #98
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@Capehill

I already got a branch, i added the debug print fs now
https://github.com/raziel-/scummvm/blo ... gaos/amigaos-main.cpp#L31
_________________
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
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 20:07   #99
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1695
@Raziel

Quote:

DOS: 1875689840
Minimum lib version:52.20


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

** For static newlib builds this only happens if one of the more recent newlib functions is used. I'm not sure how it works for builds using libc.so.
   Report Go to top

Re: Porting to AmigaOS4 thread
Posted on: 2019/9/25 20:25   #100
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 3610
@salass00

Sooo, libc.so is involved?

On my other thread (perl), with the help of broadblues, i discovered i had an outdated libc.so installed (53.28 compared to newlib being 53.30) resulting in problems in my perl installation. This was cured after i reinstalled libc.so from the FE install disc.

I guess a simple new linked executable won't do it?
I have to build the whole thing again, because even with the correct libc.so in place and a new linked exe i still get that crash.
_________________
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
   Report Go to top


« 1 2 3 4 (5) 6 7 8 ... 11 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project