Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
75 user(s) are online (39 user(s) are browsing Forums)

Members: 3
Guests: 72

flash, sailor, salass00, more...

Headlines

 
  Register To Post  

« 1 2 3 4 (5) 6 7 8 ... 22 »
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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 (
!= '/' && != ':')
                
_sPath += '/';
        } else {
            
//_bIsDirectory = false;
            
_bIsValid true;
        }

        
IDOS->FreeDosObject(DOS_EXAMINEDATApExd);
    }

    
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 Interruptexception
Alert number
0x80000003

Register dump
:
GPR (General Purpose Registers):
   
07F1E0690 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 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                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
:
DATA00000001 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:88scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x108 (section 11 0x14170C)
    [
backends/fs/amigaos4/amigaos4-fs.cpp:82scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0xdc (section 11 0x1416E0)
    [
common/fs.cpp:45scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 0x36FD10)
    [
base/main.cpp:147scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 0x8240)
    [
base/main.cpp:566scummvm:scummvm_main()+0xd94 (section 11 0xA180)
    [
backends/platform/sdl/amigaos/amigaos-main.cpp:79scummvm: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
:
 
7f1e06b4813e8014   lwz               r9,-32748(r30)
 
7f1e06b881290000   lwz               r9,0(r9)
*
7f1e06bc83a90474   lwz               r29,1140(r9)
 
7f1e06c0813e8014   lwz               r9,-32748(r30)
 
7f1e06c483890000   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


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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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.cppIn function 'int main(int, char**)':
./
common/forbidden.h:57:38error'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:38notein 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:2notein expansion of macro 'printf'
  
printf("IDOS: %p\n"IDOS);
  ^~~~~~
./
common/forbidden.h:57:89errorexpected ';' before 'SYMBOL'
 
#define FORBIDDEN_SYMBOL_REPLACEMENT FORBIDDEN_look_at_common_forbidden_h_for_more_info SYMBOL !%*
                                                                                         
^~~~~~
./
common/forbidden.h:62:16notein expansion of macro 'FORBIDDEN_SYMBOL_REPLACEMENT'
 
#define printf FORBIDDEN_SYMBOL_REPLACEMENT
                
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
backends/platform/sdl/amigaos/amigaos-main.cpp:38:2notein expansion of macro 'printf'
  
printf("Minimum newlib version: %u.%u\n",
  ^~~~~~
backends/platform/sdl/amigaos/amigaos-main.cpp:35:29warningunused variable '__newlib_minversion_ptr' [-Wunused-variable]
  
extern unsigned const int *__newlib_minversion_ptr;
                             ^~~~~~~~~~~~~~~~~~~~~~~
gmake: *** [backends/platform/sdl/amigaos/amigaos-main.oError 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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Capehill
@salass00

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

int main(int argcchar *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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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(bufsizeof(buf), "(Unknown GL error code 0x%x)"error);

    return 
buf;
}

void checkGlError(const char *expr, const char *fileint line) {
    
GLenum error glGetError();

    if (
error != GL_NO_ERROR)
        
warning("GL ERROR: %s on %s (%s:%d)"getGlErrStr(error), exprfileline);
}
#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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@salass00
@Capehill

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

int main(int argcchar *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 Interruptexception
Alert number
0x80000003

Register dump
:
GPR (General Purpose Registers):
   
07F1E06DC 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 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.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
:
DATA00000001 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:88scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0x108 (section 11 0x141758)
    [
backends/fs/amigaos4/amigaos4-fs.cpp:82scummvm:_ZN21AmigaOSFilesystemNodeC2ERKN6Common6StringE()+0xdc (section 11 0x14172C)
    [
common/fs.cpp:45scummvm:_ZN6Common6FSNodeC2ERKNS_6StringE()+0x134 (section 11 0x36FD5C)
    [
base/main.cpp:147scummvm:_ZL7runGamePK6PluginR7OSystemRKN6Common6StringE()+0x88 (section 11 0x828C)
    [
base/main.cpp:566scummvm:scummvm_main()+0xd94 (section 11 0xA1CC)
    [
backends/platform/sdl/amigaos/amigaos-main.cpp:86scummvm: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
:
 
7f1e0700813e8014   lwz               r9,-32748(r30)
 
7f1e070481290000   lwz               r9,0(r9)
*
7f1e070883a90474   lwz               r29,1140(r9)
 
7f1e070c813e8014   lwz               r9,-32748(r30)
 
7f1e071083890000   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


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
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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 18:53:05
Edited by Raziel on 2019/9/25 19: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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@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
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


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

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


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

  Register To Post
« 1 2 3 4 (5) 6 7 8 ... 22 »

 




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




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project