On Tue, Jun 29, 2010 at 2:15 PM, Devon H. O'Dell wrote:
> Or syscall implementation or net / fd / etc implementation.
> pkg/runtime should be easy. I'll do it tonight.
It would be nice to avoid a system call if possible :-)
ron
On Wed, Jun 30, 2010 at 11:25 AM, David Leimbach wrote:
>
> Eventually you'll find that the entire world became a nail for the XML
> hammer and that things like SOAP, XML-RPC, are just not very good due to the
> fact that sending XML documents on a wire for simple RPC calls is grossly
> inefficien
When you start having interrupt problems, and they are fixed by nomp,
it's a good bet the motherboard has a bad MP table. Many, many boards
have tables that are quite broken. Vendors frequently change IRQ
hardware structure and the general rule is ACPI will likely be right,
because Windows wants it
Run webfs under strace. It's amazing what you can see.
ron
I don't understand this problem, I hope someone does.
imap folders on mac mail clients don't get along with plan 9, and
never have, with errors like this:
imap4d at 1279866051: upas/fs open maya/Sent as status failed:
''/mail/box/maya/Sent' does not exist' Thu Jul 22 23:20:51 PDT 2010
imap4d at 12
Thanks for that, the decision the customer used in the end was to move
to me.com.
The Cloud cometh.
ron
On Fri, Aug 20, 2010 at 9:03 AM, wrote:
> On Fri, Aug 20, 2010 at 04:42:22PM +0100, Richard Miller wrote:
>> > I want dvips(1) to only have
>> > one configuration file, called: "dvips.cnf" (and not "config.ps"
>> > since it's not Postscript instructions)
>>
>> The default config file name may be
We have a guy at Sandia called a "look and feel coordinator" (cue bad jokes!)
They require a logo and copyright footnote. Any hints on how to
include a .jpg in troff? I'm really troff-impaired, having dropped it
over a quarter century ago for TeX
thanks
ron
I'd been having a problem once I built from source on vx32.
lots of commands would hang until I hit return.
ratrace showed this:
rminn...@xcpu2:~$ more /tmp/problem
ratrace -c /bin/date
24577 date Pread 0x19f6 0
0ee0/"." 8 0 = 1 "" 0x11cef69ae0b06c68 0x11cef69c0a58d900
24577 date Close 0x1a3
On Tue, Aug 31, 2010 at 5:54 AM, erik quanstrom wrote:
>> A simple change:
>> pid = getpid();
>
> shouldn't you just fix it so _tos->pid is set?
yep. I just have to find the time.
>
> also, the comments in the new nsec.c don't
> match the code. the code looks something like this
>
> do{
go ${loadaddr}
## Starting application at 0x8200 ...
Plan 9
and hang.
It's one of these:
OMAP3503-GP ES3.1, CPU-OPP2 L3-165MHz
Gumstix Overo board + LPDDR/NAND
I2C: ready
DRAM: 256 MB
NAND: 256 MiB
If anyone has used such a beast, let me know.
Linux works fine (aren't we all sick o
OK, the problem with _tos on 9vx is making some sense.
gcc and 8c disagree on the size of the Tos struct. It's declared the
same way in 9vx as in
Plan 9, but 8c thinks it is 56 bytes and gcc thinks it is 88.
The reason is that 9vx is compiled on a 64-bit machine in this case,
so we are running 32
On Thu, Sep 2, 2010 at 4:57 AM, erik quanstrom wrote:
> since 56%4==0, can't you correct the size mismatch by using
> 32-bit types to prevent 64-bit 9vx from doubling the size?
yep, that's what I'm doing now. I just ran out of time to finish it.
ron
On Thu, Sep 2, 2010 at 8:05 AM, ron minnich wrote:
> On Thu, Sep 2, 2010 at 4:57 AM, erik quanstrom wrote:
>
>> since 56%4==0, can't you correct the size mismatch by using
>> 32-bit types to prevent 64-bit 9vx from doubling the size?
>
> yep, that's what I'
On Fri, Sep 3, 2010 at 1:21 AM, Charles Forsyth wrote:
>>that avoids the exploding 9vx problem. But we need to get a real fix.
>
> i'm sure i posted the real fix to the list (essentially issuing CLD at
> specific points).
>
>
I missed it. If you can point me to it I'll give it a try.
ron
I've used bochs to do bios debugging. You have to enable a few things
but you can get an assembly trace.
Another option is qemu with a gdb port set up.
The turnaround on assembling and running is fast enough that you may
not really need an interpreter.
ron
On Fri, Sep 3, 2010 at 5:11 PM, erik quanstrom wrote:
> the main thing they have in common is that they both pass
> at least one of ron's "how to tell if a specification sucks" tests.
> :-)
They have the added advantage of the exponent after the I.
Reminds me of the degrees of infinity.
So i
Glibc /bin/date on Linux runs around 140 system calls. A quick pass
with ratrace shows that plan 9 /bin/date has 10.
The conclusion is clear: plan 9 date has way too much overhead. It's
1/14 the number of system calls of Glibc; why's it so big?
A quick pass on getpid() fixes the problem:
#includ
On Sat, Sep 4, 2010 at 12:58 AM, Akshat Kumar
wrote:
> Is ratrace usable on native Plan 9 (I understand it's in use on 9vx
> thus far)? I don't see a /proc/n/syscall file for any of my processes;
> is there some kernel patch for this?
One could take the modified version of my syscall tracing code
On Mon, Sep 6, 2010 at 9:52 AM, Nemo wrote:
> Iirc, there's still work to be done to get them working fully and properly.
> But i may be mistaken.
> I remember I had to add support for kbin and mousein, as Erik points out.
Well, here is the kind of hackathon type of think it might be fun to
do
On Mon, Sep 6, 2010 at 10:05 AM, erik quanstrom wrote:
> i like the idea. unfortunately, iirc this problem hangs on specifications
> which we don't have. so perhaps it would be better to attack a problem
> were we're not just guessing.
I've come to the conclusion that where hardware is concern
On Mon, Sep 6, 2010 at 10:26 AM, ron minnich wrote:
> On Mon, Sep 6, 2010 at 10:05 AM, erik quanstrom wrote:
>
>> i like the idea. unfortunately, iirc this problem hangs on specifications
>> which we don't have. so perhaps it would be better to attack a problem
>>
On Fri, Sep 10, 2010 at 6:24 PM, Paul Lalonde wrote:
> What am I doing wrong?
I would argue that, while it is quite cool in principle, replica is
the wrong way to solve the source distribution problem. I gave up on
replica a year ago because I got tired of the kinds of problems you're
having.
s
I am pretty sure Charle's patch will fix this problem
ron
Hi, I just did a fresh pull for my sysfromiso tree from bitbucket, mk
nuke etc. and it built fine.
It's a lot of fun to look at, e.g.,
http://bitbucket.org/rminnich/sysfromiso/changeset/147b5c83d6f4
and see all the good stuff still being done on this kernel :-)
ron
On Sat, Sep 11, 2010 at 10:18 AM, Lucio De Re wrote:
> On Sat, Sep 11, 2010 at 09:34:20AM -0700, ron minnich wrote:
>>
>> I am pretty sure Charle's patch will fix this problem
>>
> Is that included in rminnich/vx32, where default compilation fails with
> a missin
Try 2. sorry.
Thanks again to charles for finding that CLD issue.
ron
hg diff
diff -r c7e9b5edb8d4 src/9vx/main.c
--- a/src/9vx/main.cSun Dec 27 09:49:22 2009 -0800
+++ b/src/9vx/main.cFri Sep 03 16:58:16 2010 +0100
@@ -55,6 +55,7 @@
static voidbootinit(void);
static voidsigin
hg diff
diff -r c7e9b5edb8d4 src/9vx/main.c
--- a/src/9vx/main.cSun Dec 27 09:49:22 2009 -0800
+++ b/src/9vx/main.cFri Sep 03 16:58:16 2010 +0100
@@ -55,6 +55,7 @@
static voidbootinit(void);
static voidsiginit(void);
+static void machkeyinit(void);
static char* getuser(void);
OK, just checked, and my vx32 repo at bitbucket.org has the cld
patch. I guess yiyus committed it?
ron
any good ideas here? I'm running with 9vx -m 1024. Kind of hard to
believe I'm out.
mk gs
pcc -o 8.out obj/gs.8 obj/adler32.8 obj/compress.8 obj/crc32.8
obj/deflate.8 obj/dscparse.8 obj/gconfig.8 obj/gdevabuf.8
obj/gdevbbox.8 obj/gdevbj10.8 obj/gdevcd8.8 obj/gdevcdj.8
obj/gdevdbit.8 obj/gdevddrw
On Sat, Sep 11, 2010 at 4:35 PM, Robert Ransom wrote:
> BUGS
> There is a large but finite limit on the size of an argment
> list, typically around 409,600 bytes. The kernel constant
> TSTKSIZ controls this.
> ...
>
>
> Robert Ransom
>
no, I'm running under ratrace an
This operating system is so much fun it's unfair at times.
term% grep Brk /dev/text | grep 8l
4684 8l Brk 0xdeba 0003ea58 = 0 ""
0x11d2943ddb0c6c28 0x11d2943ddb0ccdd0
4684 8l Brk 0xdeba 000570f8 00017494 1fa8 = 0 ""
0x11d2943ded6477a8 0x11d2943ded64cd98
4684 8l Brk 0xdeba 000
Actually it's really simple. Stack in 9vx begins at 48 MB. A bit small
for compiling gs I suppose :-)
I'll see how to grow it.
ron
diff -r 6ab31397d4b9 src/9vx/a/mem.h
--- a/src/9vx/a/mem.h Sat Sep 11 23:09:14 2010 +0200
+++ b/src/9vx/a/mem.h Sat Sep 11 19:31:19 2010 -0700
@@ -41,7 +41,7 @@
#defineVMAPSIZE(0x1000-VPTSIZE-KMAPSIZE)
#defineUZERO 0 /* base of user
OK, the bigger user stack is committed to my vx32 at bitbucket.
ron
On Sat, Sep 11, 2010 at 9:59 PM, erik quanstrom wrote:
>> -#define USTKTOP (0x400) /* byte just beyond
>> user stack */
>> +#define USTKTOP (0x800) /* byte just beyond
>> user stack */
>
> shouldn't you add a 0 to that? what's wrong with
On Sun, Sep 12, 2010 at 8:44 AM, Russ Cox wrote:
> there might not be 2gb of contiguous address space to have.
> this is running inside a unix process.
Good reason :-)
What's interesting is I ran 9vx for quite some time and never hit an
issue until 8l had to load gs.
ron
On Sun, Sep 12, 2010 at 9:17 AM, Lucio De Re wrote:
> Back to the question, then: is there any reason why I should not be
> looking into doing this?
I'm kind of a "go ahead and do it" person w.r.t. this, and I certainly
have no ownership of 9vx, so I'd say "why not?" The more the merrier.
orn
On Sun, Sep 12, 2010 at 11:19 AM, Russ Cox wrote:
> (and actually i thought the 9vx limit was 256 MB;
> maybe ron cranked it down.)
I don't think so but I'll dig around.
ron
Ah. It was 256 MB but Yiyus changed it 8 weeks ago to 64MB. Why?
ron
On Mon, Sep 13, 2010 at 7:05 AM, Jeff Sickel wrote:
> Has anyone experimented with using TeX to generate equations, store them as
> .eps, and then insert them into troff in some way that makes:
>
> .BP eqn1.eps
> .EP
>
> look like
>
> .EQ (1)
> sqrt{ {x sup 2 + x + 1} over {x - 1}}
> .EN
>
> Onl
On Tue, Sep 14, 2010 at 1:59 PM, Brantley Coile wrote:
> I've a need for the pragma. We're using it. That's how I found the problem.
> bwc
I can tell you that people who use this sort of thing at some point
discover it's not really what they wanted. They end up writing
functions to more or les
I don't like it very much but ... have you looked at openmp? (NOT
openmpi, openmp)
ron
On Thu, Sep 16, 2010 at 7:10 AM, Mathieu Lonjaret
wrote:
> I was about to :)
> From what I read I see no advantage over Co-Array for what I want to
> do though...
Co-Array is neat. As to which to use, it's a heated argument. There
are even people who use MPI on shared memory machines so that if
On Mon, Sep 20, 2010 at 1:34 AM, raghuveer wrote:
> I setup Venti (from plan9 port for user space) on an x86 box. When my
> program issues vtwrite( ) call, i get the following error:-
>
> vtversion /dev/fd/10: vtversion: Connection reset by peer
> vtversion /dev/fd/11: vtversion: Connection reset
it still works fine. Thanks geoff, good things keep happening in the
arm tree :-)
For 9vx users, I have been hg pulling from the sysfromiso tree
regularly and doing a mk install and it's all working smoothly now. I
try to do this once every other night. I can now reliably build a
complete tree for
On Thu, Sep 23, 2010 at 8:40 AM, erik quanstrom wrote:
> could you provide the rest of us who don't know about the
> "sysfromio" tree some background on this? thanks!
http://bitbucket.org/rminnich/sysfromiso
it's a periodic snapshot of the plan 9 sources (from the .iso).
ron
Just playing with the plug again ...
Anyone using sd yet? usb disk?
I'm getting errors on each one .. probably pilot error.
ron
On Sat, Sep 25, 2010 at 1:32 PM, wrote:
> You are probably interested in plan9 related issues, but you might be
> interested in this as well: if you run cpu intensive stuff, the plug
> will get hot. My plug practically killed 1 sd card and almost fried
> another one as well. I have found several
can somebody post a boot serial console log with a working sd plugged
in? I'd like to see what I'm missing. I don't see the sd being
detected.
ron
my sheeva says this:
192.168.2.3# cat ctl
enabled control rw speed high maxpkt 64 pollival 0 samplesz 0 hz 0 hub
1 port 1 busy
storage csp 0x500608 vid 0x1307 did 0x0163 'USB 2.0' 'Flash Disk' ehci
192.168.2.3# pwd
#u/usb/ep2.0
192.168.2.3#
(here is usb probe)
192.168.2.3# usb/probe
ep1.0 roothu
nandecccorrect: calculated ecc 005b stored ecc 001ba110
nandecccorrect: 2 bit error
(page 0)
can't read 112 bytes from : i/o error
authid: bootes
authdom: home
secstore key:
password:
nandecccorrect: calculated ecc 005b stored ecc 001ba110
nandecccorrect: 2 bit error
(page 0)
can't write ke
On Sun, Sep 26, 2010 at 5:31 PM, erik quanstrom wrote:
>> nandecccorrect: 2 bit error
>> (page 0)
This was a red herring
>> can't write key to nvram: i/o error
>> version.panic: boot process died: unknown
This was fixed by restarting 9vx, which is serving as the fs and auth.
no idea what happe
Man am I happy, I'm going to use this.
Man ratrace for info.
Thanks to Russ for the original code review on the 9vx version and
many improvements. Thanks to Noah Evans for writing the first version
of ratrace user-mode tool. Thanks to Jim McKie for the substantial
improvements in the current vers
On Mon, Oct 4, 2010 at 4:39 PM, erik quanstrom wrote:
> typo in the man page? i don't see /proc/pid/syscalltrace
> but i do see /proc/pid/syscall.
no rest for the weary, eh :-)
can you get me a list of mistakes so I can fix it one patch. My bad.
ron
I'm setting up an arm with a usb root. I've the fossil and venti but
I'm a little unclear on how the standard install populates the file
system -- where is that script/code anyway?
thanks
ron
make a version of the pc-style install image that can be (a) put on a
usb and (b) make it as easy to install on ARM as it is on PC.
I have a usb with fossil/venti installed and set up. Make a script to
do the update from sources like the PC one does now.
HOWTO on setting up 9vx so it can be auth/
one thing: if you can, bring outlet strips, as we may end up somewhere
that is not REI and be hacking away. It happens. I'm bringing a
stone-age outlet strip without built in surge protection ...
Bring any little fiddly cables that come to mind: I just realized I
don't have a dvi -> analog vga cab
getting it right:
- less code in plan 9 than in most configure scripts (hard to believe but true)
- plan 9 memory management code is 1 file, linux is 55
- almost no assembly in plan 9 ; # lines assembly is GROWING in linux
- growth of linux code size is exponential (this is part of the
getting it
livestream.com/iwp9
I think
eric won't let me try it.
ron
watch this first
http://www.youtube.com/watch?v=upzKj-1HaKw
/sys/src/9/beagle
I think it works but have not run it for some time.
On this note ... anybody figured out FTDI and OSX? I have no serial to
my ARMs any more.
ron
Found the problem. OpenRD uses a non-standard 5 pin microusb
connector, and I had the wrong cable. I keep forgetting the vagaries
of the usb sub-standard.
ron
Sorry, /sys/src/9/omap/beagle
ron
It was a great workshop. More than once I heard someone mention that
it was "the best IWP9 they'd attended". What was interesting was that
I heard the exact same sentiment last year ... guess we get better by
the year.
And, I got to let the smoke out of an ethernet switch WITHOUT setting
off any f
On Thu, Oct 14, 2010 at 10:55 AM, erik quanstrom wrote:
> blame me. i must have dropped the ball.
We all did. We all reviewed the sched and got caught up in the rush
and just missed it. And I'm very sorry we did, I was looking forward
to the talk.
Next year!
ron
2010/10/15 :
> i wonder if making 9p work better over high latency connections is
> even the right answer to the problem.
The reason I care is that the link from a CPU node to a file server on
blue gene is high latency. It might as well be cross-country, it's so
bad.
> would it not be cool to h
2010/10/15 Charles Forsyth :
>>The transition from a stream to the packet-oriented file IO protocol has
>>never been comfortable.
>
> `RPC-oriented' might be more accurate than `packet-oriented', given the
> way that streams are implemented.
Correct.
ron
2010/10/15 Nemo :
> So, when I hear migration, I just tend to see what happens after it has
> been implemented and faces the spaghethy phase.
And even if you get that right, it may not work well on hardware. We
saw cases with linux migration, while migrating from one x86 to
another, where valid F
It's worth mentioning that the /adm/users contents have no effect
whatsoever on the permission checking for /dev/nvram.
ron
somebody was asking me about listen in the library. You can do this:
ratrace -c /bin/aux/listen1 tcp!*!500 /bin/rc
it's instructive; you can see how bits fit together.
ron
cd /sys/src/cmd/5a
mk install
etc.
ron
On Tue, Oct 19, 2010 at 12:45 PM, Lyndon Nerenberg wrote:
> On 10-10-19 12:21 PM, ron minnich wrote:
>> cd /sys/src/cmd/5a
>> mk install
>
> If he's missing 5a there are probably other bits missing, too, so:
>
> cd /sys/src
> objtype = arm
> mk instal
On Thu, Oct 21, 2010 at 1:23 AM, Benjamin Huntsman
wrote:
>bootes is a member of the sys group, but
> as we discussed previously, that won't be honored in the current
> implementation.
I'm pretty sure we did not say anything like that.
ron
The most effective way I've found to build from sources is to use
mercurial. The second most effective way is replica.
I have found I quite enjoy building from and hacking on a sources tree
backed by mercurial. YMMV.
ron
Design : Philippe Poulard
Development : Philippe Poulard
Documentation : Philippe Poulard
Tests : Philippe Poulard
Web site : Philippe Poulard
Logo : Philippe Poulard
Packaging : Philippe Poulard
Manager : Philippe Poulard
So. Who are those guys?
ron
trying to build an omap, I get a missing mousexy and mouseresize in
libdraw. They are indeed not there at least in what I pulled. Any
hints here?
ron
On Fri, Oct 29, 2010 at 2:52 PM, wrote:
> They are defined in port/devmouse.c.
there is no port/devmouse.c in my tree. Pull just done a few minutes ago.
ron
On Fri, Oct 29, 2010 at 2:58 PM, ron minnich wrote:
> On Fri, Oct 29, 2010 at 2:52 PM, wrote:
>> They are defined in port/devmouse.c.
>
>
> there is no port/devmouse.c in my tree. Pull just done a few minutes ago.
arg. no wait there is.
Hold on.
ron
OK had to uncomment the mouse in the devs, and all was well.
ron
On Tue, Nov 2, 2010 at 7:41 AM, David Leimbach wrote:
> I could see wanting to work this into the user space implementations of 9P
> that exist for various programming languages.
Andrey did work it into the Newsham code and it worked well, I think
he still has it.
ron
On Tue, Nov 2, 2010 at 12:09 PM, David Leimbach wrote:
> Cool. You mean Newsham's Python code or Newsham's Haskell code? :-)
python.
ron
ignoring the troll, but for the rest of you here: plan 9 is *very* active.
If you're the kind of person who understands that we don't need to
change 'cat' any further, then you understand the work that is going
on.
If you're the kind of guy who can't resist changing things that don't
need changin
I think there are some people using my vx32 repo.
Noah evans has pushed changes to make it build on OSX. Yiyus has done
a LOT of work on his vx32 repo and I just did a pull from there.
It all seems to work but ... building from the latest sysfromiso
fails. Here is the error:
8l -o 8.zerotrunc z
On Mon, Nov 8, 2010 at 11:13 AM, ron minnich wrote:
> 8l -o 8.zerotrunc zerotrunc.8
> mk awk
> yacc -o awkgram.c -S -d -v awkgram.y
>
> fatal error:cannot open table file awkgram.c, :1
> mk: yacc -o awkgram.c ... : exit status=rc 26794: yacc 26796: error
> mk: for(i in
On Mon, Nov 8, 2010 at 11:37 AM, erik quanstrom
wrote:
>> hmm. The problem just "went away" before I could see anything with ratrace.
>
> gotta love a race. perhaps you should try mk all in a loop until it fails?
It refuses to fail now. I think it was something weird between linux
and vx32 but
I never much liked .u so I'm happy to see it go away :-)
But I wonder what the failure of .u says about the version mechanism.
In the 9p stuff I did in 1998 for linux I used the SunRPC way of
handling protocol variants: client asked to do an op (e.g. Treadlink)
and got back an ENOSUPPORT if server
On Fri, Nov 12, 2010 at 12:31 PM, Eric Van Hensbergen wrote:
> On Fri, Nov 12, 2010 at 2:23 PM, erik quanstrom
> wrote:
>>
>> since plan 9 assumes that strings are null-terminated but
>> 9p has explicit rle, one could send uids/errorno after the 0,
>> but before the rle says the string is done.
>
On Fri, Nov 12, 2010 at 12:30 PM, Eric Van Hensbergen wrote:
> Not really, the intent was that servers could implement a subset of
> the .L features, and return Rerror for any that they don't.
Wonderful! Floren is already fixing plan 9 servers to work this way anyway :-)
> That isn't currentl
On Fri, Nov 12, 2010 at 2:15 PM, Eric Van Hensbergen wrote:
> No, that's true. I think this is actually a huge open issue for
> existing distributed file systems in general and I'm not sure of a
> good way around.
yeah, we had lots of discussion of this about 8 years ago with 9grid
and never wo
I can't help it, this one struck me as quite funny, after all the
shared library discussions we've had on this list.
"A Stanford researcher, Philip Guo, has developed a tool called CDE to
automatically package up a Linux program and all its dependencies
(including system-level libraries, fonts, et
On Sat, Nov 13, 2010 at 8:58 AM, wrote:
> That's only fair. GNU ls is probably about the same number of
> lines of code as Plan 9 :)
actually, I'm pretty sure the configure script is as many lines as Plan 9 :-)
ron
On Sun, Nov 14, 2010 at 7:56 AM, Jacob Todd wrote:
> The full standard c library isn't included in a statically linked
> executable. Only what's needed is, at least on plan 9, i have no idea what
> gcc does.
To emphasize this comment: Plan 9 has always done the equivalent of
what gcc recently got
the contrib tools are based on replica and in my experience that makes
them slow and fragile. You might want to give the 9pm stuff I did a
try. It works,it's far faster, and they're trivial shell scripts that
are easy to understand. Simple example, installing openssh is about 50
times faster -- min
On Mon, Nov 15, 2010 at 8:20 AM, David Leimbach wrote:
> I just tried contrib/remove, lots of files were rm -f'd, and in the end,
> contrib/install says it's still installed.
Yep, that's not an unusual experience.
ron
On Mon, Nov 15, 2010 at 8:36 AM, David Leimbach wrote:
> Ah now we're failing again:
> error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> e
On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
wrote:
> also it shouldn't take that long... if you have the latest contrib
> tools what happens
> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from there.
>
neat. That's a good step. 9pm won't use replica but at the sa
On Sat, Nov 27, 2010 at 4:39 AM, Kenji Arisawa wrote:
> Hello 9fans,
>
> After recent update, acme does not run normally.
> When I execute acme command in a rio window then the window falls into blank
> with an error message something like
> "qunlock ..."
> Anyone experience similar phenomena?
I
Here is our latest minicluster design.
We used the gumstix stagecoach.
It's nice, 196 Ovaros in a box. We had a number of failed attempts on
an enclosure design:
http://picasaweb.google.com/rminnich/Strongbox?authkey=Gv1sRgCI6PwZXM57iZ8gE#
That was my first design, it was really quite compact an
On Wed, Dec 1, 2010 at 11:32 AM, Skip Tavakkolian
wrote:
> Very cool! more lights than the WOPR and slightly less than the
> Connection Machine :)
>
> The Stagecoach board seems to be available on gumstix site. Anyone order it
> yet?
we ordered them :-)
ron
801 - 900 of 1311 matches
Mail list logo
