Auto-detecting firmware is ok, but quits to XMB (r32 bug)

[GoogleCodeExporter]

After saying "Resolving missing stubs", it quits to the XMB. I have a PSP
3004 with OFW 6.20. Dbglog: ...ERROR: CANNOT OPEN .NIDS FILE
ms0:/hbl/libs/IoFileMgrForUser.nids (full dbglog:
http://www.mediafire.com/?mmgmt3fwjmw)
So, I think, You need to create a mechanism that copies your firmware's
needed files to libs. Example: [if 6.xx OFW] Copy ms0:/hbl/libs_6xx to
ms0:/hbl/libs and copy ms0:/hbl/config/imports.config_6xx to
ms0:/hbl/config/imports.config.
I'm not a PSP developer, it is just an idea.

Keep up the good work and have a nice day!
jojatekok

Original issue reported on code.google.com by jojateko...@gmail.com on 17 Apr 2010 at 7:19

Attachments:

• dbglog

[GoogleCodeExporter]

what firmware is detected for your machine ? 6.2x ?
Do you have the libs_6xx folder as well as the config/imports.config_6xx files 
in the
hbl folder ?

Original comment by wagic.the.homebrew@gmail.com on 17 Apr 2010 at 2:22

[GoogleCodeExporter]

Yes, I have them, and I compiled the files.

Original comment by jojateko...@gmail.com on 17 Apr 2010 at 3:07

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Okay, the "LOADING HBL  COPYING STUBS Config
file:ms0:/hbl/config/imports.config_6xx ERROR FILE CONTAINS MORE IMPORTS THAN 
BUFFER
SIZE $" problem fixed (before update, I type in make clean), but then, the 
problem
and the dbglog is the same like in r32 :(

Original comment by jojateko...@gmail.com on 17 Apr 2010 at 3:16

[GoogleCodeExporter]

Modifying source code to view the path where it search files(under my 5.00 M33 
psp)
ERROR: CANNOT OPEN .NIDS FILE ms0:/hbl/libs/_5xxIoFileMgrForUser.nids

As you see, the path is wrong.
One possible solution is modifying a twice of files to locate correctly the '/' 
char

syscall.c
if (firmware_v >= 500 && firmware_v < 600)
        strcat(file_path, "_5xx/");
    else if (firmware_v >= 600)
        strcat(file_path, "_6xx/");
...

  if (!file_exists(file_path))
    {
        strcpy(file_path, LIB_PATH);
        strcat(file_path, "/");
        strcat(file_path, lib);
        strcat(file_path, LIB_EXTENSION);
    }    

eloader.h
#define LIB_PATH HBL_ROOT "libs"

Original comment by SirAri...@gmail.com on 17 Apr 2010 at 4:12

[GoogleCodeExporter]

imports.config no longer needs to be renamed, but it seems that libs still 
does. 

Original comment by sssp...@gmail.com on 17 Apr 2010 at 7:19

[GoogleCodeExporter]

I mean
eloader.h
#define LIB_PATH HBL_ROOT"libs"

Without blank space

Original comment by SirAri...@gmail.com on 17 Apr 2010 at 8:09

[GoogleCodeExporter]

This should be fixed in revision 35, thanks a lot Arisma :)

Original comment by wagic.the.homebrew@gmail.com on 17 Apr 2010 at 11:47

• Changed state: Fixed