> Here's an example. Let's make the syntax extra pukey: @#, where # is
> 1-9, defines a `named procedure', which is the same thing as putting
> something in braces in Sam.
>
> x/.*\n/ @1{ ( @1 ) | @1 ( @1 ) ( ) | }
>
x/re/ repeatedly sets . with matches until the input
is exhausted. so i don't
On Thu Aug 20 19:42:04 EDT 2009, iru.mu...@gmail.com wrote:
> On Thu, Aug 20, 2009 at 6:34 PM, Venkatesh Srinivas wrote:
> > Hi,
> >
> > Do any of you still use dump9660? Any recent experiences or stuff I
> > should watch out for using it?
> >
>
> mk9660(8) is the main user, but i don't think she
> >one thing i've thought would be useful since people mail from
> >many places with many names is a translation from a set of from
> >addresses to a mailbox name so that, e.g. the ned f command doesn't
> >end up creating a bunch of folders for the same person.
> >
> >
> I'll consider that when I
> Plan 9's venti/copy has an undocumented -m option. What does it do?
the whole program is 262 lines long.
i'm betting what -m does can be discovered
by inspection.
it might be a good idea to submit a patch
to the man page, too.
- erik
> Rewriting of From: is the reason for pipefrom.
in the simple case, From: can be rewritten with
/mail/box/$upasname/headers
- erik
> So, could it be that there are problems
> doing IL through QEMU? There shouldn't
> be, as the pcap device sends directly
> through the interface... so far as I can
> tell.
>
> Input welcome.
do a packet trace from the host.
it's also possible to turn on some
il tracing on the fs. here are a co
> il: allocating il!192.168.1.20!50738
> hangup! connection timed out-3 50738/192.168.1.20.17008
>
> where 192.168.1.20 is the IP of the Plan 9
> instance inside QEMU.
>
> So, at least a connection is initially being
> made... I don't know why it would time out.
my best guess is an authenticatio
i know this has been reported before. and i've
guessed at exactly this problem, but it's happened
again here. and this time i have a bit of evidence.
i haven't quite tracked everything down, or
what the original problem is (that is, who
owns the lock and more importantly, why)
but the hang is be
with patch this time.
whattya know. the process with the held lock
broke. (but may not have made it to the
broken state.) the process with the locked
debug lock is 16302
> minooka# acid -k 55053 /n/dump/2009/0819/386/9pccpu
> /n/dump/2009/0819/386/9pccpu:386 plan 9 boot image
> /sys/lib/acid/p
> mount: auth_proxy: auth_proxy rpc write: p9...@int.9vx.org: no key
> matches proto=p9sk1 dom=int.9vx.org role=client user? !password?
> mount: mount /n/fs: fossil authCheck: auth protocol not finished
that sounds like you are cpu'd into a machine and /mnt/factotum
is the hostowner's factotum, t
On Fri Aug 21 19:55:55 EDT 2009, devon.od...@gmail.com wrote:
> Well, we're getting somewhere. Using /cfg/cpu/namespace still seems to
> do nothing to get ether1 into /net. Putting it into cpurc does the
> trick though, go figure.
you need it in both places, as namespace doesn't apply to the conso
> Of course, I'm now faced with another new issue. auth/debug looks like
> it just tries to debug factotum keys. This machine has an interface on
> 9vx.org and another on int.9vx.org. However, auth/debug only tries to
> debug 9vx.org, leading me to believe that factotum has no key for
> int.9vx.org
> I'm trying to set up a group of servers (these are running on VMWare
> ESXi, and working great -- CPU server running with two APs, though
> adding more causes it to fault with a divide by zero?). Auth server's
could you be more specific about this?
> The FS, however, sits on a private network.
On Fri, Aug 21, 2009 at 6:28 PM, Akshat
Kumar wrote:
> This time with just
> flag authdebug
> and without going through secstore, since
> it gave me the problem highlighted above,
> plain auth from the QEMU host gives the
> following at Ken FS:
>
> il: allocating ...
> user akumar = 2 authenticated
On Fri Aug 21 21:35:38 EDT 2009, aku...@mail.nanosouffle.net wrote:
> > i also see it trying to auth bootes (i think).
> > do you have a user bootes?
>
> Yes, bootes is the hostowner of the CPU/Auth
> server.
also must have a user bootes on the fs even with
auth disabled.
might be good to turn o
On Sat Aug 22 09:35:03 EDT 2009, devon.od...@gmail.com wrote:
> 2009/8/22 Steve Simon :
> > I assume your master DNS is served from bind, then you
> > can use the zonefresh program in my contrib to build an
> > ndb compatible ndb file for your local dns to serve.
>
> Actually, I'm using ndb/dns fo
> >> > I assume your master DNS is served from bind, then you
> >> > can use the zonefresh program in my contrib to build an
> >> > ndb compatible ndb file for your local dns to serve.
> >>
> >> Actually, I'm using ndb/dns for both. I seem to recall reading that
> >> ndb supports zone transfers by
On Sun Aug 23 03:39:38 EDT 2009, aku...@mail.nanosouffle.net wrote:
> I'm using cwfs(4) for my external harddisks
> attached to my CPU server. Is there any
> service like /srv/fscons, to which I can
> connect with con(1) and get the same
> console as with running cwfs normally?
> And along the same
On Sun Aug 23 22:12:54 EDT 2009, aku...@mail.nanosouffle.net wrote:
> ...: phase error -- cannot happen
i haven't ever seen this error. i would expect
something like this
minooka; lc
ls: .: phase error -- directory entry not allocated
if you are simply left with a directory that's been
deleted.
> I've already told Akumar offlist, just writing it to the list for
> documentation:
> that auto sleep mode on seagates can be disabled on linux (dunno about
> *BSD) as well with sdparm. I don't remember the args for sure, but
> probably something like
> 'sdparm -c STANDBY /dev/sdX#'
> then
> 'sdpa
> Perhaps. The harddisk is a FreeAgent Seagate,
> connected via USB. It used to go into sleep mode
> every 15 minutes and I would often have to restart
> cwfs - this is probably cause for a lot of damage.
this sounds like a bug in usb/disk. usb/disk should be
able to handle a sleeping drive witho
>
> Any chance this is related to the issues we discussed on #plan9?
>
since not everyone who reads the list does irc, why
don't you fill us in on the issues discussed on #plan9?
- erik
> hplaser mydesk 192.168.1.101 192.168.1.101
>- post+600dpi generic generic generic generic tcppost
we use something like this
printer somewhere minooka.coraid.com tcp!printer!9100 81920 post2+1200dpi+duplex
generic generic generic generic tcppost FIFO
i think you may need a FIFO a
> PBS1...
> Plan 9 from Bell Labs
> ELCR: 0C00
> pcirouting: South Bridge 8086, 2919 not found
>
> ...nd hangup both in IDE and AHCI mode. not even Ctrl+Alt+Del
> works. I suspect the buggy BIOS, but both Ubuntu 9.04 and WinXP worked
> (the latter only in IDE mode).
nope this is standard ich*
> fossil reports 'out of physical memory' immediatelly when its mounting
> the partition. I cant get to take a look at /dev/swap.
can you use the boot cd to modify plan9.ini to set
*e820print=1
?
- erik
On Wed Aug 26 08:07:15 EDT 2009, bval...@gmail.com wrote:
> 2009/8/26 erik quanstrom :
> >> fossil reports 'out of physical memory' immediatelly when its mounting
> >> the partition. I cant get to take a look at /dev/swap.
> >
> > can you use the boot cd
> > Technical details of permanent failure:
> > Google tried to deliver your message, but it was rejected by the
>
> > other server returned was: 554 554 5.7.1 rejected: SPF record does not
> > match sender (state 15).
>
> Seems to be fine for me @ gmail (now anyway).
the headers seemed to be tr
> Oh, sorry. The install disk wrote '54 e820', the installed system
> already writes '1 e820' without this line added.
however, with the *e820print=1 line added to plan9.ini,
we will see what memory range we're finding. that's what
would be interesting.
- erik
it contains all the changes from the last 10 days.
should fix all reported problems, except béla's.
- erik
On Wed Aug 26 18:24:52 EDT 2009, 23h...@googlemail.com wrote:
> And also for us it's still fine sometimes. One mail got through, but
> something is definitely broken.
> I'm not doing anything special...
it's plenty possible that gmail is sending mail from servers
not listed in their spf list. it'
> > Why do I get an ugly result when trying to typeset (in file 'a')
> >
> > .EQ
> > a + left ( A + B right )
> > .EN
> >
> > with
> > eqn a | troff | dpost -f > a.ps?
> >
> > I am getting an equation in which the 'A+B' is significantly shifted
> > downwards inside the (), so that the two pluses ju
> in a newbie-guide.pdf
> www.quanstro.net/newbie-guide.pdf
> I read:
> Column Menu:
> Snarf --- Copy the selected text into the snarf buffer (from anywhere in the
> column).
>
> For me it doesn't work like that. For me _all_ column menu Snarf
> (Past, Cut) commands are equivalent irrespective
On Wed Aug 26 20:30:05 EDT 2009, ge...@plan9.bell-labs.com wrote:
> The final `FIFO' in the scheduler column of /sys/lib/lp/devices
> has been optional for a while. Everybody uses FIFO now, so it's
> the default.
is there a man page for those of us who are not
quite following along with the forma
> wrenread: error on w0(1691022): %r
something's wrong here. %r never prints "%r"
unless errstr is literaly "%r". does your source
match sources?
> where w0 is the disk itself. Note that the final message
> states 89805 blocks were copied, whereas initially
> 89806 blocks were queued - was the
On Thu Aug 27 10:11:02 EDT 2009, n...@lsub.org wrote:
> The disk and controllers are doing almost nothing regarding
> suspend. that's a bug. we'll have to go again over it to add the
> bits needed to handle suspend/resume of usb ports and devices
> in the right way.
it's probablly going to also b
> 2009/8/26 erik quanstrom :
> > it contains all the changes from the last 10 days.
> > should fix all reported problems, except béla's.
>
> Could you post the link? I am new to this list and plan9, and i can
> not find a 9atom.iso, but a plan9.iso.bz2 [1]
>
> I haven't been following. I find a lot of "web stuff" to be off-putting, so
> I've not been keeping up. base64 encoding stuff is crap but could suffice
> in a pinch.
uh, i don't think so. 9p2000 doesn't have a base64 encoding option.
- erik
> > I think there's work going on to use plan 9 to load plan 9 (maybe?) to
> > replace 9load.
>
> It's a gsoc project for Iruata to which I just gave a passing grade.
>
> it's doable. It needs a new PBS, which iruata wrote.
is it small enough to pxe?
- erik
> I think there's work going on to use plan 9 to load plan 9 (maybe?) to
> replace 9load. However, is there any chance of getting your 9load in the
> mainline if/once people determine it to support more hardware?
i would hope so. it's pretty closely tied to the sd stuff i've been
working on.
it
> Do we stick with that file format forever? is it perfect and never to
> be changed?
would it be fair to ask a the same question from a little
different perspective?
could someone explain what the disadvantages and problems
with 9fat are? i'm asking out of ignorance, since 9fat hasn't
been a pr
> I really don't understand why, from home or work, I can't download this
> thing...
>
> cf819b70c90cedc39e305fb57d38f5df37302f84
>
> Is the checksum I'm getting.
that's the same checksum i posted. i guess i don't understand
the problem. the file size is 88153831.
> When I download via a web
> Yeah, I realized that after I posted I sent the wrong checksum.
> e4441484b67be72ad0fd62cc828052f6 9atom.iso.bz2
>
> is what I got.
that's the proper md5sum. i posed the sha1sum.
maybe i didn't make that clear.
- erik
> > It has not been a problem for anyone I know. It might not be perfect
> > or beautiful, but I have yet to hear any suggestion for a replacement
> > that has all the advantages of 9fat (simple, reliable, easily
> > accessible from other systems, etc.)
>
> I think "easily accessible from other sy
> 9null (the project we're talking about) doesn't require any of it, but
> allows it. you can have a fat partition with plan9.ini and, say, 9pcf.
> but it can't reside at the very beginning of the disk. in fact, you
> should be able to have plan9.ini and kernels anywhere you want:
> fossil, kfs, ex
> I solved this by deleting everything for the fat partition (which was a
> fat16lba, not a 9fat) and then copy the files in the right order all this
> done in vista
>
> it worked
i believe io.sys in dos must be contiguous, too.
http://www.csulb.edu/~murdock/format.html
http://en.wikipedia.org/wi
> What you gonna do when MS knocks on the door for their FAT patent
> license fee
>
> http://arstechnica.com/microsoft/news/2009/02/microsoft-sues-tomtom-over-fat-patents-in-linux-based-device.ars
>
i love it. we have complaining that fat doesn't do more
than 8.3 and trolling that there's a p
> So the FAT partition is good when you want to interoperate. But as you
> point out, it's kind of 1/2 of a real fat partition, which means
> sometimes, even if it looks ok in vista or whatever, it's not really
> ok. It's not really possible to fit a true FAT file system handler in
> a 512 byte pbs
> I'm pretty sure Ron has done that too... from LinuxBIOS.
i'm pretty sure that coreboot neé linuxbios is not linux.
- erik
> > it was. It is not any longer. But for the first year of our existence,
> > 1999-2000, linuxbios really was linux.
>
> plus some special extra bits, of course ...
even in those days, linux was quite large. wasn't most
of it just dead weight?
- erik
> Also, Eric, the 9atom.iso works on my older AMD machine for installation!
> THANKS! :-)
hey! back to the original story line. that's great, and
you're welcome. i'd encourage anyone to report on
your success or failure with 9atom offline.
the goal is to get everything that should work working
sounds familiar. i haven't needed an analog
to your -f option yet since the most common
use is
grep -n pattern `{find /sys/src/|grep '\.[chys]$'
- erik
; man find
FIND(1) FIND(1)
NAME
find - recursively list files.
On Fri Aug 28 12:40:58 EDT 2009, quans...@quanstro.net wrote:
> sounds familiar. i haven't needed an analog
> to your -f option yet since the most common
> use is
> grep -n pattern `{find /sys/src/|grep '\.[chys]$'
i forgot
contrib/install quanstro/find
- erik
> I changed it to do this :
>
> chmod 550 `{walk -p}
> chmod -w `{walk -f}
i do this so seldom, that i'm satisfied with
for(i in `{find})
test -d $i && chmod 550 $i || chmod -w $i
- erik
> > venti=/dev/sdC0/venti
> > or
> > venti=#S/sdC0/venti
> >
> > in plan9.ini
> > not sure which is best, I have the former and it works but the latter was
> > already in my plan9.ini and that didn't work but that might be something
> > else and I've never experimented after it worked :)
> >
>
> T
the deadline for submitting papers has
been extended to 20090907.
- erik
On Fri Aug 28 15:09:25 EDT 2009, noah.ev...@gmail.com wrote:
> We don't have any travel budget now does coraid have any sponsors
> willing to fund travel?
>
that's a tough one. my currency thus far has largely been
tom sawyering and cajolerie. coraid and uga have helped
with facilities, but t
> If we've got 320kbps we can easily do the presentation via justin.tv
> or something similar. Alternatively, if we just want to set up e.g. an
> mpeg stream, I have machines that can proxy that. Though Erik will
> have to confirm / deny the existence of any amount of bandwidth in the
> first place
On Fri Aug 28 19:53:53 EDT 2009, urie...@gmail.com wrote:
> On Fri, Aug 28, 2009 at 10:35 PM, Don Bailey wrote:
> > Is there an IWP9 website for this year that provides information about dates
> > and locations?
> > Thanks,
>
> I try to keep http://iwp9.cat-v.org updated with information for every
> Now that I've had a chance to really examine the system, I'm noticing a
> rather high interrupt count (1584), and I'm not exactly sure how to figure
> out what's triggering them.
i set HZ=1000. so that accounts for 1000 of them. i've also modified
/dev/irqalloc to count up the interrupts, so y
i haven't dug into the code yet, but it appears that /proc/fd
isn't fd safe. note fd 7:
minooka; cat /proc/xxx/fd
/
0 r M 71 (0001 0 00) 8192 37 /mnt/term/dev/cons
1 w c0 (000a 0 00) 0 189454 /dev/null
2 w c0 (000a 0 00
> Simple example: file systems on Plan 9 are slow. Why is that? How do
> they work? How would you go about finding out how to make them faster?
which ones? there are quite a number to choose from.
i've found that ken's fs beats the pants off nfs on similar
hardware with literally one cpu tied beh
personally, i think the best contributions come
from people who have a real personal need or
better want to solve a problem, solve it and
contribute the solution back to the community.
i think that's why unix and plan 9 exist at all.
so i would encourage folks who would like to
contribute to fin
> I wasn't thinking about doing this as a GSOC project,
> I wanted to do something for my master's project which
> was a hardcore open-source implementation, that's why I
> was going through the gsoc ideas page.
makes sense to me. i'd incourage you to work a bit with
the community. part of open
> Try this - build the source to charon over a 200ms link over 9p. Then
> try again over sshfs.
why would you do this? why not run the compile closer to
the source. this is the power of plan 9.
> Also, look at a single terminal with a local fossil install. Trace the
> path of an 'ls /'. Count t
On Sun Aug 30 14:37:29 EDT 2009, rminn...@gmail.com wrote:
> One way to make this kind of interesting is to address how you'd do a
> reasonable zeroconf effort given that you need to boot 1m+ machines.
> We've booted 4400*250 VMs on a machine at sandia, and, let me tell
> you, it was a pain. It is
> I think there are a few issues beyond will it scale - of course with
> 128k nodes scaling is a baseline prereq for us. On BG we have a
> segmented network to deal with -- but it's likely you'll want some
> form of hierarchy regardless.
>
> I have done much with dynamic service registry us
On Mon Aug 31 09:00:33 EDT 2009, 23h...@googlemail.com wrote:
> Why don't you use a protocol more suitable for high latencies?
>
i think the problem rather is the tradition of having one
outstanding message per fid. as far as i can tell, 9p doesn't
have this restriction. we just use it that way
> "You can implement a NAT by mounting a /net from a perimeter machine
> with a public IP, while connecting to it from an internal network of private
> IP addresses, using the Plan 9 protocol 9P in the internal network."
>
> This is from the wikipedia page on Plan 9 OS.
>
> Is something like ipta
> Of course. My use of DNS was really just in abstract to refer to the
> suite of existing services for name and service resolution under Plan
> 9. However, I think the current interfaces for ndb and cs are very
> limiting and the single file based query mechanisms don't really match
> the hierar
> >
> > given the database= option, if one could confine rapid changes to
> > smaller files, one could teach ndb to only reread changed files.
> >
>
> Why not have a synthetic file system interface to ndb that allows it
> to update its own files? I think this is my primary problem.
> Granular mod
> > i can see in principle how this could be a good idea (no more
> > comments, though). could you elaborate, though. i have found
> > editing /lib/ndb/local works well at the scales i see.
[...]
> machines, even with multiple admins. I have a feeling it starts to
> break down with thousands of
> While that sounds interesting and may be useful in its own right, a
> centralized server isn't really desirable -- part of the nice thing of
> zeroconf is moving to a decentralized environment, and ideally doing
> it in a scalable fashion (which isn't trivial on hundreds of thousands
> of cores,
i don't know if this is related to recent postscript
printer troubles, but i have no problems talking to
the local printer. the problem is font support.
to support fonts, gs is run to convert to a postscript
bitmap. unfortunately, gs isn't up to this task:
; bind /n/sources/plan9/386/bin/gs /bin
> 2009/8/31 Bakul Shah :
> > But this is nasty!
> > % cat ndb/dom/'' # same as ndbquery dom ''
>
> No, the nasty part is really that the file should be called `.' and
> the filesystem reserves dot as the reference to the current directory.
> You could probably call the file `dot' or `root' (cat nd
> It's (in my opinion) slightly less evil because if(!strlen(name))
> seems like a pretty poor way to determine that you're looking at the
> root zone. It's also more intuitive and easier to document that you're
> looking at the root than saying `to find root, look for a file named
> as an empty st
On Mon Aug 31 12:58:29 EDT 2009, quans...@coraid.com wrote:
> i don't know if this is related to recent postscript
> printer troubles, but i have no problems talking to
> the local printer. the problem is font support.
> to support fonts, gs is run to convert to a postscript
> bitmap. unfortunate
it was too hard being lazy, so i finally put up a changelog
from the version of nupas presented at iwp9 3e in volos.
http://www.quanstro.net/plan9/changes2009.html
- erik
temporarly out of time on this one. it appears
from the assembly output that 8c multiplies by
0 and not 1 when computing z a second time.
nonetheless, i haven't yet seen the problem.
#include
#include
void
main(void)
{
int three, one;
uvlong twelve, z;
one = 1;
assuming no thread library, is there a way of
determining the lowest valid stack address
from userspace? the purpose is to create a
test onstack() so that it can be asserted that
a given pointer is !onstack. thread library
knows.
is it fair to assume that the stack can be up
to 256mb? how does
On Tue Sep 1 12:54:06 EDT 2009, cinap_len...@gmx.de wrote:
> read /proc/$pid/segment
>
how do i know how low the stack segment can go?
- erik
On Tue Sep 1 12:56:41 EDT 2009, quans...@quanstro.net wrote:
> On Tue Sep 1 12:54:06 EDT 2009, cinap_len...@gmx.de wrote:
>
> > read /proc/$pid/segment
>
> how do i know how low the stack segment can go?
i should have been more explicit. it's not that useful to know
what the current stack all
On Tue Sep 1 19:24:33 EDT 2009, r...@swtch.com wrote:
> I believe that the Stack line in /proc/$pid/segment
> tells you the lowest possible stack address, not
> the amount in use right now. I looked in the kernel
> source and tried it in 9vx and it confirms my belief.
> I don't have a Plan 9 kern
> > Exactly two years ago you started a thread about
> > memory overcommit. If I remember correctly, plan9
> > overcommits vm. Few weeks later the Go program
i thought this was common knowledge, and so i ommitted
recounting the discussion. since it's not common knowledge
i'll recount.
plan 9 ove
> problem ended up being that I'd have to rework a lot of the slab
> allocator, or do checks on every memory allocation, and I didn't want
> to do that. More detailed info for those who care:
could you use plan 9 terminology?
>
> Lemma: In order to avoid overcommitting, we must impose limits on
On Wed Sep 2 10:33:07 EDT 2009, rminn...@gmail.com wrote:
> Q: "Will C continue to be important into the future?"
> (Dave Kirk, Nvidia)A: "No, I think C will die like Fortran has"
isn't this the same company that claims that the cpu is dead?
it may be true, but given nvidia's propensity to make
c
> Found the reference:
>
> http://graphics.cs.williams.edu/archive/SweeneyHPG2009/TimHPG2009.pdf
on p. 43/44 i believe it is claimed that one
cannot do CSP without pure functional
programming.
the thread library is clearly better than i thought.
it can turn ordinary c into a functional programmi
> > > on p. 43/44 i believe it is claimed that one
> > > cannot do CSP without pure functional
> > > programming.
> >
> > (p ⇒ q) ⇏ (¬p ⇒ ¬q)
> >
> >
> That's interesting because pure functional programming doesn't exist at all
> in the strictest sense on a computer. One MUST be able to cause side
> The test subject is a desktop PC, it has SATA primary harddrive and
> IDE master optical drive (according to the BIOS).
>
> I tried to install with the regular CD (Aug. 15), it detected the SATA
> harddrive only. I also tried Erik's 9atom.iso, it detected the IDE
> drive only, so it booted the L
i've pushed an update of my nupas contrib
package to sources. imap successful in use
with apple mail (snow leper, too), iphone,
outlook, opera, ff, upas/fs.
note on installing:
as devon pointed out, installation is still a
big pain.
1. move /sys/src/nupas -> onupas
2. contrib/install qu
> So when you say that it works with Snow Leopard too, are you meaning that
> this works *on* snow leopard with something like FUSE 9p via plan 9 from
> user space?
imap4d and upas/fs are running on a regular plan 9 install.
apple mail is running as normal. there is no 9p required
on the mac.
wh
> I've done it a few ways. echo commit > /n/db/0/ctl is kind of where one
> ends up
>
> for my limbo postgres module I never got round to the fs part. i just
> wrap the sql bits in their own adt
i would think that rather than use an adt, one would want
to make the language the communication's p
> P.S. I'm leaving. You may now remove your
> arts-and-letters-cootie-protection suits and go back to normal tech-savvy
> attire ;-)
that's okay. given the adverts^wposts on the list today, we may just maintain
our choate quota without you.
- erik
> Plan 9 has a lot to offer and a lot for others to learn from. Concurrency
> framework that could scale up to 1K [virtual]cores in an SMP
> configuration is not one of those features though.
forgive the ignorance, but is there any such thing as a
1k-core smp machine? and is apple doing such a th
> The blocks aren't interesting at all by themselves, I totally agree with
> that. However what they do to let you write a function inline, that can be
> pushed to another function, to be executed on a concurrent FIFO, is where
> the real power comes out.
this reminds me of paul and byron's shell
> [...] but... SQL is really ugly. it's
> not hard to construct something that provides the same functionality
> in a much more palatable form. aesthetics aside, if you're dealing
> with a database-heavy app, it can make the code much easier to read.
could you explain what in particular is objecti
On Thu Sep 3 12:20:09 EDT 2009, r...@sun.com wrote:
> On Thu, 2009-09-03 at 11:54 -0400, erik quanstrom wrote:
> > > Plan 9 has a lot to offer and a lot for others to learn from. Concurrency
> > > framework that could scale up to 1K [virtual]cores in an SMP
> > > con
> Apple's using it all over the place in Snow Leopard, in all their native
> apps to write cleaner, less manual-lock code. At least, that's the claim
> :-).
could someone explain this to me? i'm just missing how
naming a block of code could change its locking properties.
- erik
> > > Apple's using it all over the place in Snow Leopard, in all their native
> > > apps to write cleaner, less manual-lock code. At least, that's the claim
> > > :-).
> >
> > could someone explain this to me? i'm just missing how
> > naming a block of code could change its locking properties.
>
On Thu Sep 3 17:25:58 EDT 2009, n...@lsub.org wrote:
> Thanks a lot for maintaining it
> and for all the burden.
i second that.
- erik
On Thu Sep 3 17:09:01 EDT 2009, r...@sun.com wrote:
> Anything can be done using regular C and threads. The trick here
> is to make everything *scalable* and *painless* enough so that
> mere mortals can start benefiting from parallelism in their code.
>
> The other trick here is to find a model t
601 - 700 of 6034 matches
Mail list logo
