I'm going to travel soon, and I didn't want this issue to get lost to the memory hole, so please excuse the irc copy and paste.
I'm guessing that these extra processes hanging around isn't by design, and should be considering a bug. I'm using wmii-3.6-r1 and libixp-0.4 from Gentoo portage. Nothing wacky in my system setup. I'm also using plan9port-20070522 from portage. I've been trying to get up and running with rc.wmii and a rc.wmii.local, so I've been running Mod-a rc.wmii frequentyl, but I have recreated this issue from a clean boot and login. __armando aka fafhrd <fafhrd> hey: how many " wmiir read /event" should I see in a 'ps ax' listing under normal circumstances? <fafhrd> also, how many "/bin/sh -f /home/adc/.wmii-3.5/wmiirc" should I see? <fafhrd> i have 2 wmii's, 3 wmiir read /events, and 4 sh wmiirc's <fafhrd> that doesn't seem right at all <fafhrd> BUG: running Mod-a -> wmiirc creates shell's that never exit, and the count goes up and up everytime it is run <fafhrd> BUG: running Mod-a -> wmiirc creates a new "wmiir read /events" process; the count goes up and up <fafhrd> ^^^ I'm guess the above two bugs are related to the out of memory issues I've been seeing ... <fafhrd> well, i"m going to go back to using rc.wmii, and see if that helps --- i do with it was easier to change key bindings after they are bound, under that :-\ * Disconnected (). * Loaded log from Wed Dec 19 12:14:50 2007 * Now talking on #wmii <fafhrd> http://pastie.caboo.se/130549 <fafhrd> so, a fresh wmii start-up <fafhrd> using rc.wmii <fafhrd> rc.wmii.local has *only* a couple color settings, and one key binding (Mod-e for an editor/vim term) <fafhrd> does the listing in that pastie seem right? 2 rc.wmii's, 2 wmii's, and 1 wmiir read /events? <fafhrd> I run Mod-a -> rc.wmii again <fafhrd> now I see: http://pastie.caboo.se/130550 <fafhrd> same for rc.wmii and wmii, but now I have two wmiir read /events ! <fafhrd> something is b0rked, i do believe <fafhrd> and just for sake of testing, running rc.wmii again reasults with three wmiirr read /events <fafhrd> so, what happens when extraneous wmiir are running? do they fight? <fafhrd> BUG: Mod-a -> rc.wmii causes a new wmiir read /events to be launched, and the old one doesn't die First Pastie: klesh ~ # ps ax |grep wm 9263 ? S 0:00 wmii 9265 ? Ss 0:00 /usr/lib/plan9/bin/rc /etc/wmii-3.5/rc.wmii 9270 ? Ss 0:00 wmii 9387 ? S 0:00 /usr/lib/plan9/bin/rc /etc/wmii-3.5/rc.wmii 9440 ? S 0:00 wmiir read /event 10162 pts/0 S+ 0:00 grep --colour=auto wm Second Pastie: # ps ax |grep wm 9263 ? S 0:00 wmii 9270 ? Ss 0:00 wmii 9440 ? S 0:00 wmiir read /event 12658 ? S 0:00 /usr/lib/plan9/bin/rc /etc/wmii-3.5/rc.wmii 12782 ? S 0:00 /usr/lib/plan9/bin/rc /etc/wmii-3.5/rc.wmii 12838 ? S 0:00 wmiir read /event
