Tu as raison malak
FMCB restera "light", pas de logo, pas de superflu...
Je vous rappelle qu'il doit rentrer dans un DVDPL de 75 ko !
Pour le bug du LNG avec uLE, j'ai fait mes propres tests.
Et le bug vient de uLE lui même, dans la fonction que dlanor a implémenté pour analyser le chemin "uLE:/", il semble y avoir parfois un problème pour analyser un chemin contenant "mass0:/", la ruse etant d'utiliser "mass:/".
Donc je peut contrer ce bug vite fait depuis FMCB, mais il faut quand même que j'en parle a dlanor pour qu'il le corrige sur uLE.
Faites le test vous même : utiliser dans le cnf de FMCB un chemin avec "mass0:/ULE.ELF" au lieu de "mass:/ULE.ELF", vous verrez...
Ce qui fait qu'actuellement ce bug apparaitrait aussi si vous supprimez le cnf de FMCB et bootez ule sur usb...
Le problème vient de ce bout de code de ULE (main.c, fonction main) :
Code:
if(setting->resetIOP)
{ Reset();
if(!strncmp(LaunchElfDir, "mass:", 5))
{ initsbv_patches();
loadUsbModules();
}
else if(!strncmp(LaunchElfDir, "host:", 5))
{ getIpConfig();
initsbv_patches();
initHOST();
}
}
donc si resetIOP est à 1 dans la conf, il compare voir si il trouve "mass:" et pas "mass0:", ce qui fait qu'après le reset IOP il recharge pas les module usb ni le patch lmb...
En fait dlanor aurait du mettre :
Code:
if(setting->resetIOP)
{ Reset();
if(!strncmp(LaunchElfDir, "mass:", 5))
{ initsbv_patches();
loadUsbModules();
}
else if(!strncmp(LaunchElfDir, "mass0:", 6))
{ initsbv_patches();
loadUsbModules();
}
else if(!strncmp(LaunchElfDir, "host:", 5))
{ getIpConfig();
initsbv_patches();
initHOST();
}
}
SCPH 39004 (pucée ripper2) + HDD 80GO
. C'est en développement mais c'est très long d'où la proposition que j'avais fait de récupérer le code source afin que HACKCHIP ou quelqu'un d'autres le modifie pour enfin l'intégrer au free MC boot 
.
Mode linéaire
