The issue here is that all the things you are saying can be (and have
been) measured. They can be quantified. There are variations in just
how much parallelism is possible depending on the application or even
the type of application.
This type of discussion, absent some sort of quantification, bel
or K8 embedded. I need boards that can support hardware
virtualization, but are cheap and small. The Kontron is an option; is
there something better nowadays?
ron
On Sat, Oct 31, 2009 at 8:01 PM, wrote:
> but wouldn't be slightly nicer to have something like a set of dynamic
> probes
> which queue up blobs of data up for userland code to do the hairy lifting
> on?
yeah. You are right. Is there any reason that D couldn't always run in
user mode, having re
On Sun, Nov 1, 2009 at 9:52 AM, Devon H. O'Dell wrote:
> Also, D is not compiled in kernel. The dtrace utility compiles the D
> script, and the script goes through some sanity checking in the D
> compiler. The bytecode is sent to the kernel to execute. There are
> some in-kernel safety guarantees
Just a reminder: http://www2.krellinst.org/ssgf/
(yes, "Krell" from the movie. The guy who started this likes the movie).
"The Department of Energy National Nuclear Security Administration
Stewardship Science Graduate Fellowship (SSGF) Program provides
outstanding benefits and opportunities to st
On Sat, Nov 7, 2009 at 2:45 AM, Ethan Grammatikidis wrote:
> I don't know anything specific about DTrace, but I'm thinking a clear,
> consistent interface for logging and tracing kernel operations sounds
> like a good thing.
I have seen several use cases for DTrace and one thing that I would
fin
On Sun, Nov 8, 2009 at 4:07 PM, wrote:
> I'd be happy to see a BPF-style filter in the kernel for filtering events
> before chucking them up to userland,
Point taken. I could pretty easily put a simple filter like that in
devtrace. It's just a question of what's needed.
ron
On Mon, Nov 9, 2009 at 6:28 AM, erik quanstrom wrote:
> with devtrace, the situation is the opposite. jitter is
> important (to eliminate), 541 small fixed-sized events can
> be returned per system call and there is one trace device
> per system.
Note that we can filter on up to 16 PIDs already
On Mon, Nov 9, 2009 at 4:33 PM, Nathaniel W Filardo wrote:
> On Mon, Nov 09, 2009 at 12:07:22AM +, dav...@mac.com wrote:
>> yet too dangerous due to its possible unbounded runtime
>
> I keep hearing this brought up, but (while I am not an expert) AFAICT, the
> runtime for each D hook should b
On Sun, Nov 15, 2009 at 9:26 AM, Paul Lalonde wrote:
> I'd be very interested in an ELF based cross-compilation to plan9. I have
> this many-core IA part that I would desperately love to boot a nicer OS on
> than we currently have (memory footprint, scheduling, vm architecture,
> syscall performa
And, if your hardware won't work, i really strongly recommend you look at 9vx.
http://swtch.com/9vx/
Those of you who say TVX at IWP9 last month: on a recent trip to
tahiti I took a diskless laptop (T23, disk removed) and TVX was really
very usable on that 8-year-old, small machine, where ubuntu
On Mon, Nov 23, 2009 at 3:14 PM, David Leimbach wrote:
> For those of us who didn't see TVX, what's TVX? :-)
I'll put up a youtube movie in the next while, but there is a video of
iwp9 I think on the subject.
ron
On Mon, Nov 23, 2009 at 5:02 PM, Lyndon Nerenberg (VE6BBM/VE7TFX)
wrote:
>> I'll put up a youtube movie in the next while, but there is a video of
>> iwp9 I think on the subject.
>
> And for those of us using only Plan9 to troll the Interweeb, isn't there
> a one paragraph text summary someplace?
On Wed, Nov 25, 2009 at 6:28 AM, Andreas Zell wrote:
> The scanner ist connect via 1G ethernet.
> On the Touchscreen is an Option "Scan to network".
> The scanner scans direct to a cifs share (aquarella on plan9).
> No need for spezial software except a Cifs Server.
> The scanner use smbclient.
pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
cpp: /sys/src/cmd/gs/jpeg/jpeglib.h:26
/sys/src/cmd/gs/jpeg/jcapimin.c:21 Could not find include file
"jmorecfg.h"
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] not a function
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] syntax error, last name: FAR
pcc: cp
On Wed, Nov 25, 2009 at 10:59 AM, Federico G. Benavento
wrote:
> contrib/pull fgb/jpeg
That did it.
thanks
ron
stupid question, I bet:
how do I list all the contrib packages I've pulled down. I'm wondering
how to know which ones to pull.
ron
On Wed, Nov 25, 2009 at 9:47 AM, Anthony Sorace wrote:
> where's my ethernet mouse? ;-)
I thought it was called drawterm.
ron
Maybe this could be added to the contrib system.
contrib/pull with no args pulls all contribs that I already pulled
contrib/listlocal would list local contribs
ron
On Wed, Nov 25, 2009 at 1:30 PM, Federico G. Benavento
wrote:
> comments are welcome
Great. We're getting there. I do think in the long term the contrib
packages should be tar files. That would get our performance back.
ron
On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom wrote:
> that performance is only for one case. what about the
> case where i'd like to know if a local file differs from sources?
Then use replica for that. But replica is just too slow to be a useful
for package management. It's not great that it
On Wed, Nov 25, 2009 at 3:18 PM, wrote:
> The slowness of loading openssl probably has something to do
> with it being bloatware on a par with ghostscript.
>
>
I can't argue with that. But I still believe that replica is not an
effective tool for package management.
ron
Sorry if this is the wrong mailing list.
I can get a 100% reproducible panic in 9vx by doing this:
9fs sources
cd /sys
dircp /n/sources/plan9/sys/src src
* 6 Thread 0x7f585f527950 (LWP 4507) panic (fmt=0x46e01d "sigsegv on cpu%d")
at 9vx/stub.c:517
5 Thread 0x7f5864528950 (LWP 4369) 0x000
On Thu, Nov 26, 2009 at 5:06 AM, erik quanstrom wrote:
> letting along problems of cross compliation from gcc, or whatever,
> you'd still be wrong. the internal linux apis change with every . release.
They change basically biweekly. It's not fun and it's not fun to find.
We once had a 2-line ch
On Thu, Nov 26, 2009 at 12:36 PM, erik quanstrom wrote:
> it is pretty hard to run windows, osx or linux without
> a hard drive.
linux is actually quite easy and has been for about 12 years or more
... not sure of the others.
ron
googlegooglegooglegoogle.com
OK, I'm seeing the following: 1500 syscalls/second, steady disk
activity, pegged really, while I'm not really doing anything, tends to
climb to 1 (!). This just started 2 days ago when I upgraded ...
it had been a while. dma is enabled.
I'm suspecting venti or fossil or interaction but ... wha
On a hint from Geoff I did this:
Nov 29 17:57:56 EST 2009 local.c 5559 [bootes]
local.c:227 c /n/dump/2009/1129/sys/src/9/boot/local.c:227
< run("/boot/venti", "-c", f[0], "-m", "20", "-a", f[1],
"-h", f[2], 0);
---
> run("/boot/venti", "-c", f[0], "-a"
On Fri, Dec 4, 2009 at 10:29 PM, Don Bailey wrote:
> So, what is everyone's preferred plug vendor? Out of the three, is there a
> preference for people out there hacking on the Sheeva?
> Thanks,
I'm sticking with globalscale because they deliver the daughter board
too, and you have to have that b
On Sat, Dec 5, 2009 at 3:44 AM, Francisco J Ballesteros wrote:
> If you insist on 'unreading', you could just put a front-end process that
> keeps per-request data so that your external process can ask the
> front-end for all the data again.
The easiest way to implement unread is not to read in
On Sat, Dec 5, 2009 at 8:26 AM, ron minnich wrote:
> I'm sticking with globalscale because they deliver the daughter board
> too, and you have to have that board for debug.
Although, once this all works, I want to by a bunch, rip the board out
of the plug module, stack them up (the
On Sat, Dec 5, 2009 at 9:01 AM, Francisco J Ballesteros wrote:
> I mostly agree, but, if you read one char at a time it's likely you'll
> become quite
> slow, in general.
Absolutely right. It's very application dependent. But for an httpd, I
doubt that this slowness would matter.
Anyway, I think
On Sat, Dec 5, 2009 at 9:09 AM, Skip Tavakkolian <9...@9netics.com> wrote:
>> So, what is everyone's preferred plug vendor? Out of the three, is there a
>> preference for people out there hacking on the Sheeva?
>
> i ordered through globalscale; 2-3 weeks to ship and a few more days
> for delivery.
On Tue, Dec 8, 2009 at 12:55 PM, Steve Simon wrote:
> somone was working on a modern port of TeX to plan9.
> did this work out? I would like to update my installation
> as I think I may be using LaTeX before long.
I gave it a go but it wore me out. The pdflatex guys just destroyed
latex portabili
But the documentation makes no sense!
"Its main disadvantages are that it can only produce PostScript and
there is no easy way to get XML or any other
output format (apart from plain text)."
"...disadvantage ... no ... XML ..."
I mean, what's the disadvantage here :-)
ron
On Mon, Dec 14, 2009 at 5:06 AM, wrote:
> I have received mine in the past hour or so.
>
> Are there instructions anywhere on how to turn it into a CPU server?
it was pretty easy.
get the sys/src/9 tree
cd sheevaplug, make the kernel, put it in the usual plan 9 tftpboot
site. Set up dhcp. Boot
On Mon, Dec 14, 2009 at 9:44 AM, wrote:
> I wonder why neither U-boot nor PMON do PXE. PMON being senile has an
> excuse, U-boot doesn't. Or I need an excuse for not understanding :-)
Why bring such an awful standard anywhere you don't have to. I think they
made a good call :-)
ron
On Mon, Dec 14, 2009 at 10:12 AM, erik quanstrom wrote:
> what's the replacement for pxe?
Why not 9p?
ron
On Mon, Dec 14, 2009 at 10:37 AM, David Leimbach wrote:
> BOOTP + 9p?
Sure. Theres' lots of good candidates out there. It's just that PXE is
not one of them. PXE was designed for a world of binary formats and
tiny, incapable network bootstraps, and it was obsolete when it was
designed over a dec
Sandia has a new deal for "new phds". This seems to mean
- just got it
- just hired on and you have it
You can come in and propose something research-y, and you'll get 66%
support for two years for whatever. It's a pretty good deal.
It's harder if you're not US citizen but ... we got lots of peop
On Thu, Dec 17, 2009 at 10:52 PM, SHRIZZA wrote:
> As someone who is in the field, do you have any pointers or common
> gotchas for those who would like to put a foot in the door?
>
>
I'm afraid I have little I can think of to say.
Thanks
ron
and I don't blame it. I just did a pull and built a new kernel, and
when it boots, it dies because fossil can't connect to /net/net/clone.
I realize I'm confused now, I see this on the old kernel:
boot...bind: #�: unknown device in # filename
#æ: pnpprobe establishes e!#æ/aoe/0.0 in 0ms
bind: #�:
On Wed, Dec 30, 2009 at 7:17 PM, Lyndon Nerenberg (VE6BBM/VE7TFX)
wrote:
> What's not working is the ACPI component of the BIOS. The P9 boot
> fails very early on (right after E820 I think). FreeBSD runs, but
> something in the ACPI code wakes up every couple of seconds and leaps
> into the ACPI
On Tue, Jan 5, 2010 at 6:50 AM, Enrico Weigelt wrote:
> What are the exact prerequisites ?
> Especially for, lets say, Germany ?
recent phd.
That's the starting point. It's best if you are us citizen but
definitely not mandatory!
ron
actually, code that uses gcc seems to require massive rewrite just to
accommodate different versions of gcc. This has been a huge problem
for 10 years in coreboot. We just have to deal with it. Just look at
the recent Linux security hole attributed to a gcc optimization ...
Experience shows that t
On Fri, Jan 8, 2010 at 11:12 AM, wrote:
> I don't have enough experience with VirtualBox to make a sensible
> comparison.
I had a horrible time with virtual box and Plan 9.
Did not work at all well. I would avoid it.
>
> The thing that none of the VM monitors seem to offer (though I'd love
> t
I have a syscall emulation implementation in the 9k kernel that is a
starting point but not nearly as complete as linuxemu. People are
welcome to have a go at it.
The big advantage I see is that the emulation overhead for very common
calls (read, write, etc.) is pretty much zero.
ron
http://bitbucket.org/ericvh/hare/
no support from anyone and it's not really set up to work on a PC.
There is an issue that PPC has only one system call vector. So what
you do write write a value to /dev/cnkemu to switch modes. You can
start up with plan 9 system calls, then switch modes to linux
I just do
du -a . | grep foo
I don't much care about the noise, but if you do
du -a . | grep foo | awk '{print $2}'
Not sure why you're putting all those names into an arg list.
ron
I found your post a bit confusing then. The little bit of script you
posted won't do the job, and the problem is not related to find at
all,
Anyway, while working with some hugely messy non-plan 9-software, I
found I really needed grep -r.
See /n/sources/contrib/rminnich/grep
ron
On Fri, Jan 22, 2010 at 10:19 AM, Joseph Xu wrote:
> Also, the title of this thread is a bit misleading. As far as I know,
> find doesn't have the option to test for the contents of files, so even
> with find you'd have to use xargs and grep.
if you have find you don't need the xargs; -exec will
now I understand your question.
I just tested this and it worked fine.
du -a / | awk '{print "grep something " $2}' |/bin/rc
ron
On Fri, Jan 22, 2010 at 10:40 AM, Rudolf Sykora wrote:
> Why do you think
> grep foo `{du -a . | awk '{print $2}'}
> doesn't do the job? Apart from potentially reporting one file several
> times...
Because my brain is only partially on today!
ron
On Fri, Jan 22, 2010 at 12:16 PM, Jason Catena wrote:
> Recursively list only files; grep them with g to get full path,
> filename, and line number; protect against John's semicolon trick by
> quoting each file.
john's semicolon trick is fun but as pointed out doesn't work.
ron
On Fri, Jan 22, 2010 at 12:23 PM, John Stalker wrote:
>> sneaky. but it won't work.
>>
>> ; touch 'x;reboot'
>> ; du -a .
>> 0 './x;reboot'
>> 0 .
>>
>> - erik
>
> It worked under 9vx on my Mac. I didn't test on real hardware.
interesting. OK, my idea sucks due to a lack of foresight o
On Mon, Jan 25, 2010 at 9:54 AM, erik quanstrom wrote:
> ; aux/cpuid -v
> AuthenticAMD
> ; aux/cpuid -b
> AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
> ; aux/cpuid -s
> 00060fb2 0f.6b.02
> ; 8.cpuid -n 0x8005 # cache sizes
> ff08ff08 ff20ff20 40020140 40020140
All of this stuff is availab
On Wed, Jan 27, 2010 at 1:35 PM, Eric Van Hensbergen wrote:
> reflection of Linux VFS operations into 9P is often a strange and
> interesting experience.
Wish I could find Lucho's email on this, but the Linux guys
particularly don't like things like clone files; "Our scripts will
read them and c
On Wed, Jan 27, 2010 at 3:30 PM, Gorka Guardiola wrote:
> . I don't know nearly enough about vesa...
My worry is that, over time, neither will the graphics vendors. I
don't trust them not to screw this up ... why would they continue to
support it?
ron
On Wed, Jan 27, 2010 at 4:16 PM, erik quanstrom wrote:
>> My worry is that, over time, neither will the graphics vendors. I
>> don't trust them not to screw this up ... why would they continue to
>> support it?
>
> so windows can display something before it's finished
> probing hardware?
well th
On Thu, Jan 28, 2010 at 1:51 PM, Karljurgen Feuerherm wrote:
> Well having worked with the Unicode Consortium, I know there's a little
> more to it than that... :)
I'm curious because I don't know much about all this stuff, I'm just
grateful I can live in the low 7 bits ... what more is ther
On Sat, Jan 30, 2010 at 1:13 PM, Federico G. Benavento
wrote:
> yes, the venti thing was just weird, I installed
> Plan 9 last week or so in vmware and venti
> was using 700MB ram, the vm had only 512MB...
>
> what's with venti?
you really need to tell venti something about how much memory to us
For all of you who have not seen this:
http://www.sparkfun.com/commerce/product_info.php?products_id=7917
The manual is here:
http://www.gm862.com/en/products/gsm-gprs.php?p_id=12&p_ac=show&p=7
You can build up a little phone with a gumstix and one of these. You
can script with Python. Or you can
It's really neat -- give it a try. One thing that is not apparent is
that the packages are set up as iso's, and they are pulled down as
such, i.e. it's way faster to pull them down than running replica
against far-away sources.
ron
I'm trying to find it to show someone.
ron
On Tue, Feb 9, 2010 at 5:13 AM, hiro <23h...@googlemail.com> wrote:
> If you are really paranoid and don't want any collisions in the next
> 10 years: don't let strangers in your venti.
Which, to close the circle, as Tim points out, you are always doing,
each time you receive an email :-)
ron
On Thu, Feb 18, 2010 at 10:26 AM, matt wrote:
>
>
>> it supports 4gb of memory.
>
> of non-ECC memory, so nice terminal, bad server
>
>
> "the probability of having at least one bit error in 4 gigabyes of memory at
> sea level on planet Earth in 72 hours is over 95%."
humorous and true story. T
On Thu, Feb 18, 2010 at 10:39 AM, erik quanstrom
wrote:
> while i agree in general that ecc is a good idea, i can't
> subscribe to predictions that seem so far from real-world
> experience.
in many cases it's all about location. Where I used to live, 7200 feet
up, it was a huge issue. Where you
On Thu, Feb 18, 2010 at 3:12 PM, Adrian Tritschler wrote:
> Flips in code are more likely to cause crashes, but still not
> guaranteed.
You'd need to look at fraction of total that is data vs. code, then at
fraction of total code that is going to cause hurt if flipped. This
stuff can have number
I've just had someone here try to install reFit on her Mac. She got it
done in spite of the wikis. There's so much wrong info out on the web
now in the form of wikis that it was all virtually useless. I become
more disappointed in wikis as the years go by.
Even the Plan 9 wiki has instructions in
On Sun, Feb 28, 2010 at 1:55 AM, wrote:
> The workstation I'm using presently seems to trigger as many
> interrupts as stats(1) can display, while the syscall graph is also
> extremely busy.
workstation only? I.e. it is not running venti?
ron
The big thing I'd like to see as a GSOC project, and which I think is
doable, is a first-class set of drivers for the beagle and/or IGEP.
The beagle is cheap and would be a very nice terminal.
It's close on some fronts. We really need video. USB is not there yet.
There are other problems. At the
Since fuse is being mentioned here
I needed to do a fuse module recently. The standard Linux fuse library
is quite badly designed. Turns out Russ's fuse library is about as
good as you can get given the limitations of the kernel interface for
fuse. I really like it in fact. It made my library
On Sat, Mar 6, 2010 at 9:05 PM, Anthony Sorace wrote:
> We have fgb's contrib, and before that just the INDEX files in /contrib on
> sources.
we've got fgb's wonderful program and I think we're crazy if we don't
build on that.
Or we're CADT.
ron
code-code is better than talk-talk :-) (absolutely no offense
intended, I just enjoyed the phrase!)
i.e. I think a proof of concept will get your further than discussion.
It seems to me you could
even make a copy of the sources tree, set up your idea, and put it out
there for people to try.
I onl
On Sun, Mar 7, 2010 at 8:22 PM, wrote:
> Agreed wholeheartedly. Thing is, It's autoconf that needs careful
> redesign:
I don't see any need for autoconf. As one wise person put it to me,
"things like configure and autoconf just mean you don't know how to
write portable code".
I still like to
On Mon, Mar 8, 2010 at 8:04 AM, Rudolf Sykora wrote:
> Hello,
>
> my system is doing practically nothing. All 'stats' graphs are low
> with the exception of 'i'. I'm having like 1600 interrups per second
> (so I see a number instead of just the graph). Is this normal? How can
> I tell what those i
On Mon, Mar 8, 2010 at 1:36 PM, Federico G. Benavento
wrote:
> you can grep http://www.plan9.bell-labs.com/sources/contrib/rminnich/pkgs.ls
> which is what contrib/gui uses to get a fast listing
oopsie. I'm supposed to set up a cron job to keep that up to date.
Somebody wants to send me the comma
http://www.alwaysinnovating.com/home/
$400 but it has a long backlog it seems.
ron
Unless there's some compelling reason to use qemu (I can't think of
one) why not just use 9vx exclusively? I've made a transition over the
years:
qemu
xen
kvm
lguest
9vx
And am stuck at 9vx ...
ron
On Fri, Mar 12, 2010 at 9:02 AM, hugo rivera wrote:
> 9vx crashes on me quite often, and qemu doesn't. That's the only
> reason I use qemu, otherwise I'd also be stuck with 9vx too :-)
GSOC proposal: build tool to make 9vx failures easier and improve the
reliability of 9vx
ron
On Fri, Mar 12, 2010 at 3:04 PM, Gorka Guardiola wrote:
> On Fri, Mar 12, 2010 at 5:53 PM, ron minnich wrote:
>> Unless there's some compelling reason to use qemu (I can't think of
>> one)
>
> Debugging the kernel.
believe it or not, I even do that on 9vx. For m
I build 9vx from source and routinely have it running for days, until
I need an ubongo reboot in fact. Don't know how to figure out what's
different but I do know that gcc/glibc/distros in linux universe are
so variable, literally week to week, that the build environment is
very unstable. That migh
On Sat, Mar 13, 2010 at 11:38 AM, EBo wrote:
> So, are you more interested in 9vx than lguest? Or have I misinterpreted what
> you ment by stuck ;-)
Just going by performance and portability, 9vx is a way better way to
go than lguest.
ron
I'm now running an upgraded qemu:
QEMU PC emulator version 0.11.0 (qemu-kvm-0.11.0), Copyright (c)
2003-2008 Fabrice Bellard
And have noticed that an old image I use for qemu is going astray.
Same kernel as it has been for quite some time, but the load is pegged
at about 2500 at all times.
I'm n
On Tue, Mar 16, 2010 at 9:48 AM, erik quanstrom wrote:
>> And have noticed that an old image I use for qemu is going astray.
>> Same kernel as it has been for quite some time, but the load is pegged
>> at about 2500 at all times.
>
> 2.5, i assume. what are the 2-3 processes running?
Never mind,
What flavor MIPS is it? 64 bit (I doubt it)? Is it a version that the
compilers will like?
ron
I was wrong. I built a new kernel from sources and performance is
still very bad, with a load of 2500 minimum.
Also, venti, on this little machine, is a bit hungry for memory.
venti...2010/0316 20:31:06 venti: conf.../boot/venti: mem 1,048,576
bcmem 140,753,578 icmem 211,130,368...httpd
tcp!127.1!
On Tue, Mar 16, 2010 at 3:07 PM, erik quanstrom wrote:
>> This image formerly ran in 256M, now requires 512M, because venti
>> footprint is 140+211+211 ... wait, how does it ever fit in 512 anyway.
>
> swap? this would answer two questions.
I should mention that another person here tried qemu re
On Tue, Mar 16, 2010 at 1:02 PM, Patrick Kelly wrote:
> Any thought as to using the OpenMoko as a phone platform?
vapor. That thing was pure vapor from start to end.
ron
On Tue, Mar 16, 2010 at 3:47 PM, Eric Van Hensbergen wrote:
> You could configure venti to be less aggressive with its use of memory, but
> that would likely hurt performance.
>
> Running venti inside qemu is silly. If you really want venti for your vm,
> run venti on the host and target your
On Tue, Mar 16, 2010 at 4:04 PM, Eric Van Hensbergen wrote:
> Yeah, but Plan 9's a cluster environment, nothing wrong with the venti server
> being elsewhere (in fact, thats kind of expected) -- unless of course you are
> debugging the venti server.
I'm using qemu to debug a problem I'm having
I'm an admirer of acid but never found that I like the truss functions
all that much. I've used acid on just enough semi-working platforms,
where breakpoints don't do what is expected, that truss is not
frequently operational and hence not that useful. Also, it's not that
great for fork. And, I'm n
On Tue, Mar 16, 2010 at 8:03 PM, Tim Newsham wrote:
> Hmm.. There's the OK-labs android stuff which virtualizes
> android on top of L4. If only p9 was running on top of L4 :)
Get cracking Tim! how hard can it be? :-)
Actually I still think igep + sparkfun phone module might be a path.
ron
On Wed, Mar 17, 2010 at 1:15 AM, Noah Evans wrote:
> Anybody with more experience than me with this kind of debugging have
> any experience they'd like to share?
Yes. Take this thing I've done and make it more complete, then write
strace() for Plan 9, done. I may do it before you because I reall
On Wed, Mar 17, 2010 at 1:35 AM, h...@mimosa.com wrote:
> On Mar 16, 7:40Â pm, rminn...@gmail.com (ron minnich) wrote:
>> On Tue, Mar 16, 2010 at 1:02 PM, Patrick Kelly wrote:
>> > Any thought as to using the OpenMoko as a phone platform?
>>
>> vapor. That thing wa
best bet is to run this under ktrace/strace or whatever you use on a
mac nowadays and let us get a look at it.
ron
On Thu, Mar 18, 2010 at 11:23 AM, Semka Novikov wrote:
> Heh, I know why. dtrace needs superuser previlegies, so 9vx.OSX war
> ran under root => no permission problems.
What you could do is start the process up as you, then attach it with
dtrace (I assume this works as it does on strace), then tr
On Sun, Mar 21, 2010 at 10:36 AM, Stuart Morrow
wrote:
> so, are you basically saying that linux is a complex operating system,
> and it just takes a genius to understand its complexity?
no, it's just badly designed. Working with a bad design gives me a
splitting headache. I make my living doin
On Sun, Mar 21, 2010 at 10:57 AM, Bakul Shah wrote:
> Users of other OSes won't even believe it is this easy! Have
> you considered writing this up for a publication or blogging
> about it? This sort of "joy of programming with plan9"
> stories need to be known more widely.
Yeah, I'm going to
On Mon, Mar 22, 2010 at 8:47 AM, David Leimbach wrote:
> I got the hunch it wasn't designed at all, but more "hacked on" or evolved.
I shouldn't be so down on Linux, as it is arguably the most successful
OS out there. It runs on my e-reader, will be running on my next
phone, probably runs on thi
201 - 300 of 1311 matches
Mail list logo
