search

smurk-too / postloader

Automatically exported from code.google.com/p/postloader
0 stars 0 forks source link

Error dump scanning hard drive for games #7

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1.Browse to... Wii game mode 
2.Rebuild game list

What is the expected? What do you see instead?
After scanning the 18th entry it dumps an error.

What version of the product are you using? On what operating system?
3.57.1 (also failed in 3.56)
1.5TB hard drive

Please provide any additional information below.
Everything else is fine. Also all the other USB loaders work fine.

Original issue reported on code.google.com by jgalleg...@gmail.com on 24 Jan 2012 at 7:02

GoogleCodeExporter commented 8 years ago 
Please create an empy file on the root of sd named "/ploader.log" and repeat 
the operation. Then attach the log file.

Thank you.

Original comment by stf...@ilpistone.com on 25 Jan 2012 at 8:52

GoogleCodeExporter commented 8 years ago 
Here it is.

Cheers

Original comment by jgalleg...@gmail.com on 25 Jan 2012 at 4:45

Attachments:

GoogleCodeExporter commented 8 years ago 
I guess we need more detailed debug info

Original comment by jgalleg...@gmail.com on 25 Jan 2012 at 4:46

GoogleCodeExporter commented 8 years ago 
You should browse for games... I can't see that operation in the log.

Original comment by stf...@ilpistone.com on 26 Jan 2012 at 9:31

GoogleCodeExporter commented 8 years ago 
This is the issue! I cannot reach that state.

Initially the list is empty. It fails scanning for the games.

Original comment by jgalleg...@gmail.com on 26 Jan 2012 at 9:54

GoogleCodeExporter commented 8 years ago 
You said that it stop at 18... As the game number is incremented on the window 
during the scanning a new log is added. So about 18 entry in the log should be 
found saying

ScanWBFS: [FN] <something>

Anyway I think that can be a bad format header in a wbfs that causes an 
overflow when reading game name. I've already seen this when rebuilding neek2o 
cache. I will release a fix soon.

Original comment by stf...@ilpistone.com on 26 Jan 2012 at 2:09

GoogleCodeExporter commented 8 years ago 
That seems like a reasonable explanation. :-) I think I will have to end 
installing the devkit to be more helpful. Long time since last time I coded in 
C. 

I tried to see which is the game_id but it was too fast.

Will try again to see if I can get more in the log when I go home.

Original comment by jgalleg...@gmail.com on 26 Jan 2012 at 2:21

GoogleCodeExporter commented 8 years ago 
Tried with 3.58.1. Still failing.

The log is still not showing anything about the scanning.

Are those log writes buffered? Maybe the application dies before writing to the 
log.

Original comment by jgalleg...@gmail.com on 28 Jan 2012 at 7:49

GoogleCodeExporter commented 8 years ago 
3.58.2

Still no logging of the 1st 18 entires

-----[postLoader 3.58.2]-----
Initialization done !
neek = 0
Autoboot = 0
cfg_Alloc (sd://ploader/theme/theme.cfg, 256)
cfg_Alloc: open ok
cfg_Alloc: completed
Video_LoadTheme(1)
theme.bkg = 0x811B7988
theme.frame = 0x80EA3BF8
theme.frameSel = 0x8119A2A0
theme.frameBack = 0x81182328
grlibSettings.theme.texButton = 0x81129F68
grlibSettings.theme.texButtonSel = 0x811409C8
grlibSettings.theme.texWindow = 0x8112ABF0
grlibSettings.theme.texWindowBk = 0x811431B8
cfg_Alloc (sd://ploader/theme/theme.cfg, 0)
cfg_Alloc: open ok
cfg_Alloc: completed
grlibSettings.theme.windowMagX = 5
grlibSettings.theme.windowMagY = 15
grlibSettings.theme.buttonMagX = 3
grlibSettings.theme.buttonMagY = 3
grlibSettings.theme.buttonsTextOffsetY = 1
grlibSettings.fontBMF_reverse = 1
theme.line1Y = 420
theme.line2Y = 455
theme.line3Y = 0
inverting tex
snd_Init
wiiload.op = Net thread running
theme.frameBack = 0x81182328 0x81182328
begin GameBrowse
GameBrowse [begin]
cfg_Alloc (sd://ploader/titles.txt, 0)
end GameBrowse
ConfigWrite: sd://ploader/ploader.cfg
wiiload.op = if_config = 0, ip = 192.168.0.103
wiiload.op = StartWiiLoadServer begin
wiiload.op = net_accept
begin GameBrowse

Original comment by jgalleg...@gmail.com on 29 Jan 2012 at 5:39

GoogleCodeExporter commented 8 years ago 
Sorry I've forgotten about that...

But are you pressing [home]->game options->Rebuild game list ?

ps. log isn't buffered, this is why it is so slow.

Original comment by stf...@ilpistone.com on 2 Feb 2012 at 8:18

GoogleCodeExporter commented 8 years ago 
I think this issue is solved in 3.59.5. Waiting for feedback to close this.

Original comment by stf...@ilpistone.com on 4 Feb 2012 at 5:28

GoogleCodeExporter commented 8 years ago 
Still failing

Tried almost every version until this last one 3.63.4

At least now I see the scanning entries.

It stops on entry 17th. I see the number 18 on screen before the crash.

ScanWBFS: [FN] usb1://wbfs/tamagotchi - party on! [rdtpaf]/rdtpaf.wbfs

But! If I change the naming convention to something shorter (Game Id) all in 
same folder or in separate folders it goes much further. I also noticed that, 
with shorter naming, each scan fails on different entries.

I thought that last increase in buffer could fix it but looks like not.

Original comment by jgalleg...@gmail.com on 12 Feb 2012 at 8:17

GoogleCodeExporter commented 8 years ago 
Version 3.64.0

If naming convention is GameId with one folder per game it finishes the 
scanning succesfully. I noticed that this gaming convention is not good in 
USBLoader GX or CFG. In fact I also tried to start a game from postloader with 
USBLoader GX and does not work (kicks out after trying to start it).

If naming convention is "Gamename [GameId]" one name per folder it crashes in 
the 3rd entry.

Original comment by jgalleg...@gmail.com on 13 Feb 2012 at 8:38

GoogleCodeExporter commented 8 years ago 
3.69.7 works fine

Original comment by jgalleg...@gmail.com on 29 Mar 2012 at 7:35