| View previous topic :: View next topic |
| Author |
Message |
Coldbird

Joined: 08 Feb 2007 Posts: 155
|
Posted: Wed Sep 23, 2009 7:18 am Post subject: Dummying PRX Modules [SOLVED] |
|
|
Hello there, I'm back once more.
I wanted to dummy the Adhoc Usermode Modules in the 5.0 Firmware.
To do that all I gotta do is create all the exports and it should be fine but...
The exports are adressed using the original NIDs... as far as I know.
So how would I go about giving my own exports... the NIDs from the original module?
SOLVED:
Use PSP_EXPORT_FUNC_NID(functionname, 0x112233AA) instead of PSP_EXPORT_FUNC_HASH(functionname) - same for variables... _________________ Been gone for some time. Now I'm back. Someone mind getting me up-2-date?
Last edited by Coldbird on Fri Sep 25, 2009 9:45 am; edited 2 times in total |
|
| Back to top |
|
 |
Coldbird

Joined: 08 Feb 2007 Posts: 155
|
Posted: Fri Sep 25, 2009 1:21 am Post subject: |
|
|
Sorry for the doublepost but I gotta catch some attention here because Im asking for something different now.
Because obviously noone has a idea how to do that with PSPSDK means - which makes me believe that there is no PSPSDK way to do this without recoding the exporter...
I wanted to ask whether someone has a PRX documentation that they could link me up with?
The only ones I've found so far are all about theory but dont feature actual structures I could work with. _________________ Been gone for some time. Now I'm back. Someone mind getting me up-2-date? |
|
| Back to top |
|
 |
J.F.
Joined: 22 Feb 2004 Posts: 2906
|
Posted: Fri Sep 25, 2009 5:37 am Post subject: |
|
|
| Look at the SDK/toolchain source code. That's generally the only "documentation" you'll ever find. |
|
| Back to top |
|
 |
Coldbird

Joined: 08 Feb 2007 Posts: 155
|
Posted: Fri Sep 25, 2009 7:18 am Post subject: |
|
|
I hate such answers... I will do just that though... even though I dont like the idea.
EDIT: Solved. See first Post Edit for Solution. _________________ Been gone for some time. Now I'm back. Someone mind getting me up-2-date? |
|
| Back to top |
|
 |
J.F.
Joined: 22 Feb 2004 Posts: 2906
|
Posted: Fri Sep 25, 2009 12:08 pm Post subject: |
|
|
| Cool - thanks for posting the solution. |
|
| Back to top |
|
 |
m0skit0
Joined: 02 Jun 2009 Posts: 226
|
Posted: Fri Sep 25, 2009 7:06 pm Post subject: |
|
|
Just beware not using already existent NIDs, that would be a headache to debug... _________________
| The Incredible Bill Gates wrote: | | The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers. |
|
|
| Back to top |
|
 |
Coldbird

Joined: 08 Feb 2007 Posts: 155
|
Posted: Fri Sep 25, 2009 10:28 pm Post subject: |
|
|
Thats exactly what I want to do though...
I intend to replace a firmware module with a selfcoded opensource one...
To do that though the nids have to match up with the nids from the firmware module. _________________ Been gone for some time. Now I'm back. Someone mind getting me up-2-date? |
|
| Back to top |
|
 |
Art
Joined: 09 Nov 2005 Posts: 647
|
Posted: Sun Sep 27, 2009 6:52 pm Post subject: |
|
|
Hi, could I ask what the purpose/project is? _________________ If not actually, then potentially. |
|
| Back to top |
|
 |
Coldbird

Joined: 08 Feb 2007 Posts: 155
|
Posted: Thu Oct 15, 2009 12:37 am Post subject: |
|
|
Sorry for my late response...
The reason why I'm doing this is to prevent the adhoc modules from initializing the WiFi Hardware in adhoc mode aswell as to dummy the Adhoc Functions for tunneling it through a Infrastructure Connection.
I must admit though I added the solved tag to this topic a bit too soon...
Even though I can set the NIDs manually... replacing the module results in a PSP freeze upon loading the module. _________________ Been gone for some time. Now I'm back. Someone mind getting me up-2-date? |
|
| Back to top |
|
 |
|