Well, I might have done my work back then with uLE 4.39, since it is still part of the Nooby-Package.
Originally Posted by dlanor
I guess after OPL 0.8-Release, it deserves an Update on pretty much all main-apps and HDL could be replaced by OPL completely.
The only missing thing is an Open-Source-ESR, thought.
Yepp, will do that after I crawled through some other threads.
Please do, and if you can do it with a recent version then report it in the uLaunchELF subforum too, where such problems belong.
True that was obvious, but I thought I mention that to explain why it stuck on BSOD.
Obviously any part of an ELF file being missing can cause that program to crash.
Well, probably my post should have been a bit more detailed there,...
That should not affect how a Copy+Paste operation is performed.
There are no CNF variables that directly affect how file transfers are made.
It wasn't about the filecopying, but that uLE could stuck on BSOD (while init/before GUI-Startup), because of a bad/old/bugridden CNF.
Did I get you right, that there should be no way to crash or 'lock' uLE with a bug-ridden CNF (I doubt it), or was it only an extention to your previous statement that I quoted, to reiterate it and explain some more details and functions, which you can define in the CNF?
There are some for choosing alternate USB device drivers, and some others which can affect how program initialization is done, with regard to IOP modules. But once the drivers are present and active any 'Paste' operation will not be affected by any CNF variables. So unless you disabled IOP reset or loaded non-working drivers the CNF content should not affect this.
Best regards: dlanor
Last edited by TnA; 10-21-2010 at 12:27 AM.
PS2 V7/DMS3 V2 (FW:2.4b7); Seagate Baracuda 200GB
PS2 V7/CC1.0 (FW:34 hacked v2 BM:2.1.6); Maxtor DiamondMAX9 PLUS 160GB
PS2 SCPH-30004R; NoMod+NoLaser
3xSony MC 8MB
MAX/Datel 16MB with Boot-CD
Custom FMCB 1.8b+ Beta-Build, my AIO 0.5, Sony&xRhino-Linux