the installable filesystem (IFS) for windows hasn't been worked on in
over a year. it really has gone as far as it needs to in the current
state. there is a wish list of enhancements, but no time (or reason)
to work on them now.
the last major filesystem integration was done by brucee when he
In the end, I'm going to let the user driver issue a
timeout control request to devusb to activate timeouts
if desired. Instead of forcing it to rely on alarm/threadnotify.
The main reason is that the FS machinery used by some drivers
may use different processes for different requests. Using
all,
==8==
I don't think the porter's contrib has been created yet; I will
happily host it on mine in the meantime, or other arrangements could
be made.
==8==
my contrib will be made when Geoff gets a chance and to be honest i'm
not in a rush since I don't really have too much to contribute
I forgot one thing that is not blatantly apparent..
in python-2.5.1-ape you must modify ALL mkfiles and add
-D_SUSV2_SOURCE because of things like...
#ifndef _SUSV2_SOURCE
#error inttypes.h is SUSV2
#endif
that
1) install ape-chmod-dirbit and recompile and reinstall that portion of APE
2)
hmm... so the python-*.tgz files are the same as in /n/sources/contrib/bichued?
On Tue, Jul 21, 2009 at 11:56 AM, james toydriv...@0xabadba.be wrote:
I forgot one thing that is not blatantly apparent..
in python-2.5.1-ape you must modify ALL mkfiles and add
-D_SUSV2_SOURCE because of things
==8==
hmm... so the python-*.tgz files are the same as in
/n/sources/contrib/bichued?
==8==
yes they are; I deleted my local copy that had the added
-D_SUSV2_SOURCE in the mkfiles. There are only 5 or so I believe...
du -a | grep mkfile
in the python-2.5.1-ape dir should reveal them.
I was booted into my cpu/auth server's terminal; then pressed ctrl-p by
accident in a rio window; which caused the machine to immediately reboot -
and now it gets to particular point and (seemingly) hangs at:
sync...2009/0722 02:04:58 arenas00: indexing 1544 clumps...
I imagine it's got
On Tue, Jul 21, 2009 at 7:20 PM, Coreyco...@bitworthy.net wrote:
I was booted into my cpu/auth server's terminal; then pressed ctrl-p by
accident in a rio window; which caused the machine to immediately reboot -
and now it gets to particular point and (seemingly) hangs at:
sync...2009/0722
On Tue Jul 21 22:34:47 EDT 2009, leim...@gmail.com wrote:
ctrl-p is reboot!? That's surprising. I thought it was Ctrl-t-t r.
only on a cpuserver. this means that you can C into a cpu server
and type ^p and reboot the cpu server, without worring about
nuking your terminal.
- erik
On Tuesday 21 July 2009 19:32:47 David Leimbach wrote:
ctrl-p is reboot!? That's surprising. I thought it was Ctrl-t-t r.
grin ... so did I! (based on what I have read)
I tried ctrl-p because I just learned that ctl-a moves cursor to
beginning of line, or point; and I thought, I wonder if
On Tue Jul 21 22:37:35 EDT 2009, michaelian.en...@gmail.com wrote:
echo ctlpoff /dev/consctl
would have to be run each time the system boots right?
ian
god invented /rc/bin/cpurc for a reason.
- erik
I tried ctrl-p because I just learned that ctl-a moves cursor to
beginning of line, or point; and I thought, I wonder if there's
a keybinding that will always move cursor to point - so for the
hell of it, I tried the obvious ctl-p.
this is a modern invention. i think it may be an emacs or
On Tue, Jul 21, 2009 at 10:40 PM, erik quanstromquans...@quanstro.net wrote:
On Tue Jul 21 22:37:35 EDT 2009, michaelian.en...@gmail.com wrote:
echo ctlpoff /dev/consctl
would have to be run each time the system boots right?
ian
god invented /rc/bin/cpurc for a reason.
Observe how yes.
13 matches
Mail list logo
