iB::Topic::DSLv3.0RC1

	Damn Small Linux :: Damn Small Linux Board The DSL Forums

» Welcome Guest
[ Log In :: Register ]

Damn Small Linux Board » Damn Small Linux » Release Candidates » DSLv3.0RC1

		Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
		Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic

Pages: (14) </ ... 9 10 11 12 13 [14] >/

[ Track this topic :: Email this topic :: Print this topic ]

Topic: DSLv3.0RC1

< Next Oldest | Next Newest >

ZoOp

Group: Members
Posts: 218
Joined: Sep. 2005

Posted: June 03 2006,22:13

mouseconfig works well for me with 2.4
yours
z

roberts

Group: Members
Posts: 4983
Joined: Oct. 2003

Posted: June 04 2006,05:14

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.

meo

Group: Members
Posts: 552
Joined: April 2004

Posted: June 04 2006,15:27

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

--------------
"Live and let live" Treat others the way you want to be treated because that's what you should expect from them.

"All that is very well," answered Candide, "but let us cultivate our garden." - Francois-Marie Arouet Voltaire

clacker

Group: Members
Posts: 570
Joined: June 2004

Posted: June 06 2006,16:47

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.