Release Candidates :: DSLv3.0RC1

mouseconfig works well for me with 2.4
yours
z

I am currently looking at emelfm loading of unc's.
The issue is the possibility of changing the filesystem while running X and emelfm. Emelfm uses many shared objects which capture the results and then displays them in the bottom message panel. With unc's this can result in the "D" debugger state for emelfm or worse yet a Seq Fault. There is no problem loading unc's from a shell with mydsl-load command. What I can do is allow loading from emelfm but terminate emelfm so that it is not trying to keep a message channel open for the results. However, since unc's are so powerful, other running apps may still experience some problems. Of course unc's are no problem when loaded at boot time via standard mydsl directory or mydsl=xx. It may very mean that dynamic loading of unc's should be attempted with little else running. I will do this mod to terminate emelfm only on unc and leave the other extension type work as before. Also my original mkunion seems to work fine with the "goose". That is good news as it means very low memory footprint. Once I get emelfm loading of unc's then I will post another cut. It should then be ready for wider testing by the community.

Robert!

Thanks a lot for all the good work on the new release. I'm pretty pleased with v 3.0RC1c which I use on a pendrive to post this. Keep up the good work!!!

Have fun Y'all,
meo

Quote (roberts @ June 04 2006,01:14)

The issue is the possibility of changing the filesystem while running X and emelfm. Emelfm uses many shared objects which capture the results and then displays them in the bottom message panel. With unc's this can result in the "D" debugger state for emelfm or worse yet a Seq Fault. There is no problem loading unc's from a shell with mydsl-load command.

I have had problems using just an xterminal and mydsl-load. When I load and unload opera in an xterminal with mydsl-load, if I choose Power Down->Reboot, the system doesn't eject the liveCD (although it does eject the mounted CD that held opera) and then hangs after it asks me to hit the enter key to continue (the cyan message at the end).

If you know which shared libraries are causing the problem, would it be possible to put links to those /KNOPPIX/lib libraries in the /ramdisk/holder/lib directory (the writeable part of the union)? Then start X after the unions have been created? Then only after X has closed and all drives have been unmounted would you close the unions? That would put the library at the top of the tree so perhaps it wouldn't look like it had moved to emelfm and X.

When and where do you close down the unions? I was wondering if maybe /etc/mtab was reverting back to an old one after the union was destroyed, although that wouldn't make sense because I did see my mounted second CD drive unmount and open.

Thanks for all the input, feedback and suggestions.
Moving on to RC2.

Next Page...
original here.