forums.ps2dev.org

[ne0h]

Hi,
I'm trying to integrate a 3.xx exception handler in a kernel prx, and export the function, but I got this error:

[J.F.]

It means the link order is "wrong". You'll have to try shuffling things around and hoping you find the magic order that makes that error go away. Please note that sometimes it is just impossible to make that error go away.

[TyRaNiD]

Well it shouldn't be possible for that error not to go away as you can always ensure that the SDK libs are linked last :)

[J.F.]

Not always! There was a music playing prx I was trying work on, and it WOULD NOT work without linking pspkernel FIRST, but then you'd get that error. Trying to move pspkernel in the link order made three or four other libs fail to link. I tried every possible order and nothing would work. I thought about looking into updating the program that does that linking (I even started a thread on it), but it was too much hassle and I had more pressing issues. The fact of the matter is that sometimes you get those import errors and nothing you can do will fix them. :(

[ne0h]

I've tryied to change the order, but the results is the same!
But I have this error only if I link exception_asm.o...
Here is my makefile:

[TyRaNiD]

J.F. trust me on this, there is _always_ a way of getting it to work. I just guess you didn't understand the ramifications of how the linker does its job. Of course it is a limitation on the import system (I take responsibility) and its mechanism to handle stripped down imports, but it is better to get that error (and then you can fix it, trust me, even if you have to play with link orders) then before when it didn't check and it just created broken elfs :)

As for why it isn't working for ne0h I would assume some of it is down to the fact that you are using scePower_driver.o pspDecrypt_imports.o which I assume are import libraries which can cause weirdness with the import linker. You could try adding those to the end of the LIBS link, although what is it in scePower_drive.o which you need which isn't in the one in the SDK?

[ne0h]

The reboot function, I haven't found it in the SDK...
Anyway this is the function:

[Pirata Nervo]

is the NID 0x0442D852 for 4.xx kernel?
Did it change from 4.xx to 5.xx or didn't you check?

sceDisplaySetHoldMode is not in the sdk probably because no one added it yet :P
_________________

Upgrade your PSP

[ne0h]

I didn't check for the NID but a person have sent me an e-mail to inform me that Xplora works great on cfw 5.00, so I think that the NID is not changed!

[ne0h]

TyRaNiD, another new question:
I'm using psplink to debug apps, but when a try to exit ( type reset or exit with sceKernelExitGame for main app) PSPLink won't reset!
I've see that it is because there's a module ( started by the main app ) that won't be onloaded, or something like this, I've try to do it by the pspsh, but for all the op I've have error "0xDEADBEEF" or similar ( I don't remember )!
Can I resolve this "error"?
Is not very comfortable to have to shutdown the PSP everytime...
_________________
Get Xplora!

[TyRaNiD]

Is the module it is starting a kernel one with its own thread? The usual cause of reset locking is down to some kernel thread which doesn't handle correctly a wait state returning an error and causing an infinite loop to occur.

If it is then about the only way to fix it is to try and suspend the thread, if it has its own unique name then thsusp @thread_name is good enough, if it doesn't then you might need to do it manually.

[ne0h]

Sorry, I haven't understand...
I've the main module ( PBP ) in VSH mode ( 0x800 ) linked without ctr0, so at the startup it create a user thread, so it load two module, only one give me problems!
This have to do nothing ( only export some functions ), so I've writed some initialization of variables, because I cannot leave module_start black, and finally return...
Anyway this is the code:

[ne0h]

I've tryed to leave module start black ( only return 0; ) and I've no errors...
Anyway the module loaded have 0x1007 attrib
_________________
Get Xplora!

[Pirata Nervo]

[Torch]

[Insert_witty_name]

I committed some changes to revision 2434 that updated pspmoduleinfo.h.

The missing flags have been added and they can be OR'd together.

[ne0h]

Thanks, I've resolved!
When I try to reset pspLink it doesn't do anything, I've to unload manually the prx, but is not a problem!
Thanks!
_________________
Get Xplora!

[Torch]

[Onii]

If I were to guess, I would think that SINGLE_START refers to a singleton. i.e. Only one running in memory at one time. NOT only allowing the module to be run only one time.