> From: Tharaneedharan Vilwanathan
> Subject: suggestion for a video card
> Date: Tue, 18 Aug 2009 11:53:58 -0700
>
> hi,
>
> i am looking for a video card for plan9.
>
> here are my requirements:
>
> - should do 1920x1080 at 60Hz so i can connect to my LCD TV via HDMI
> - HDMI connector prefe
On Apr 24, 2011, at 9:39 PM, erik quanstrom wrote:
> On Sun Apr 24 23:59:37 EDT 2011, ba...@bitblocks.com wrote:
>>> i take it back. i'd forgotten how quirky unix is these days. >
>> here's the solution. not rc's fault. recompile lib9 and listen1:
>>
>> *Linux*, not unix.
>
> this meme is a
this meme is ancient
time to give it die today
linux is unix
Not while the BSD line lives.
On Sun Apr 24 23:59:37 EDT 2011, ba...@bitblocks.com wrote:
> > i take it back. i'd forgotten how quirky unix is these days. >
> here's the solution. not rc's fault. recompile lib9 and listen1:
>
> *Linux*, not unix.
this meme is ancient
time to give it die today
linux is unix
- erik
> i take it back. i'd forgotten how quirky unix is these days.
> here's the solution. not rc's fault. recompile lib9 and listen1:
*Linux*, not unix.
; hg diff rfork.c
> hmm. is that right? it's wait3/wait4 that's failing. it shouldn't
> be necesary to catch SIGCHLD for wait to work. but maybe
> it is
i take it back. i'd forgotten how quirky unix is these days.
here's the solution. not rc's fault. recompile lib9 and listen1:
diff -r 5ca
On Sun Apr 24 22:01:41 EDT 2011, al...@pbrane.org wrote:
> > This is really weird. I don't even know what could I check. 'listen1'
> > source code is pretty clean, and it calls command and args with a simple
> > 'exec' call. The only thing that was also unusual is that the 'net'
> > variable, which
> It fails on my Linux machine also. It's because an rfork with RFNOWAIT
> sets up a child proc that will ignore SIGCHLD. If the program that
> is executed (in this case rc) calls fork or exec all SIGCHLD signals
> will be ignored, see signal(7).
>
> Ultimately, this causes rc to set status='' fo
same for me on linux too (previous tests were on osx). i'm sure
anthony's analysis is the correct one.
On Sun, Apr 24, 2011 at 11:03 PM, andrey mirtchovski
wrote:
>> #!/usr/local/plan9/bin/9 rc
>> echo first at path: $path(1)
>> for (i in `{seq 1 5}){
>> if (test $i -eq 3) {
>> echo $i equals 3
>> }
>> if not echo $i is different from 3
>> }
>
> NB: in general, y
> #!/usr/local/plan9/bin/9 rc
> echo first at path: $path(1)
> for (i in `{seq 1 5}){
> if (test $i -eq 3) {
> echo $i equals 3
> }
> if not echo $i is different from 3
> }
NB: in general, you don't need 'test'. use "if (~ $i 3) {}".
that said, now I'm convince
> This is really weird. I don't even know what could I check. 'listen1'
> source code is pretty clean, and it calls command and args with a simple
> 'exec' call. The only thing that was also unusual is that the 'net'
> variable, which is supposed to be set to a directory, is always blank,
> but the
> 7c7
> < echo $*
> ---
> > echo $* >[2=1]
if you want stderr, this should be
echo $* >[1=2]
- erik
> Doesn't fail here.
>
> Make sure you are running $PLAN9/bin/rc. If so, rebuild all (to start
> from a clean slate) and rerun your test
Uninstalled distribution package for plan9 and got .tgz at:
http://swtch.com/plan9port/plan9port.tgz
MD5 checksum matched. Unpacked to /usr/local, executed
"Federico G. Benavento" writes:
> I'm still alive, do you have a patch?
Aye.
7c7
< echo $*
---
> echo $* >[2=1]
69c69
< cat > $cfg < cat > $cfg.part < prog=/n/sources/contrib/fgb/root/rc/bin/contrib/pull
97c97,102
< exec /bin/contrib/pull $name
---
> prog=/bin/cont
I'm still alive, do you have a patch?
On Sun, Apr 24, 2011 at 5:52 PM, wrote:
> erik quanstrom writes:
>
>>> should probably be replaced with something like:
>>>
>>> cat > $cfg.part <>> ...
>>> /bin/contrib/pull $name
>>> if(~ -$status -) mv $cfg.part $cfg
>>> if not {
>>>
erik quanstrom writes:
>> should probably be replaced with something like:
>>
>> cat > $cfg.part <> ...
>> /bin/contrib/pull $name
>> if(~ -$status -) mv $cfg.part $cfg
>> if not {
>> echo install failed >[1=2]
>> rm $cfg.part
>> exit 'oh, crap'
>>
> > since inside a disk drive, there is also striping across platters and
> > wierd remapping games (and then there's flash), and i don't see
> > any justification for calling this a "different fs layout". you wouldn't
> > say you changed datastructures if you use 8x1gb dimms instead of
> > 4x2gb
On Sunday, April 24, 2011 09:10:22 AM erik quanstrom wrote:
>
Thanks for satisfying those questions, much appreciated!
On Sunday, April 24, 2011 08:01:01 AM Steve Simon wrote:
> Ideally there would be a wiki page on this - I will have a go shortly...
>
That would be helpful; looking through th
> Say, where is the canonical community bug
> tracker for Plan 9, anyway?
mailto://9trou...@plan9.bell-labs.com
On Sun Apr 24 13:37:08 EDT 2011, j...@jfloren.net wrote:
> On Sun, Apr 24, 2011 at 9:10 AM, erik quanstrom wrote:
> > both have a weak spot.
> > kfs. there's one copy of the file system. if you corrupt it, you're out of
> > luck. i've never seen this happen.
> >
> > cwfs. if the fs is halted d
Doesn't contrib/pull complete an unfinished installation?
2011/4/24 :
> erik quanstrom writes:
>
>>> IIRC it's based on replica(1)
>>> which rather requires ideal circumstances for correct behaviour.
>>
>> partial installs are easy to recover from. i just used it friday to sort
>> out a file sy
On Sun, Apr 24, 2011 at 9:10 AM, erik quanstrom wrote:
> both have a weak spot.
> kfs. there's one copy of the file system. if you corrupt it, you're out of
> luck. i've never seen this happen.
>
> cwfs. if the fs is halted during the dump, there is a non-zero chance
> of corruption. i have s
On Sun, Apr 24, 2011 at 11:11 AM, wrote:
> erik quanstrom writes:
>
>>> IIRC it's based on replica(1)
>>> which rather requires ideal circumstances for correct behaviour.
>>
>> partial installs are easy to recover from. i just used it friday to sort
>> out a file system that had a contrib packa
On Sun, 24 Apr 2011 17:05:43 - =?UTF-8?Q?Maur=C3=ADcio?= CA
wrote:
> >> How can running a script throw 'listen1' can get 'rc' to fail an
> >> 'if' test?!?!
>
> > This looks like you're using p9p. Have you checked your PATH?
> > It might not be finding an executable, or finding the wrong ve
>> How can running a script throw 'listen1' can get 'rc' to fail an
>> 'if' test?!?!
> This looks like you're using p9p. Have you checked your PATH?
> It might not be finding an executable, or finding the wrong version
> of an executable.
Sure. Take, for instance, this script uniquely named 'tes
> How about in terms of resources/overhead - is kfs more appropriate in
> constrained/embedded devices than cwfs?
by default, kfs just uses 10mb of memory. i haven't run cwfs enough to
say with any confidence how well cwfs does. but kfs will use less disk
space (and if no changes, constant spac
On Sun Apr 24 10:11:16 EDT 2011, 0in...@gmail.com wrote:
> kfs is a local and single-user file server without any archiving mechanism.
s/single-user //
it may have been at one time, but kfs does handle multiple users.
(as long as strlen(username)>1. i'm surprised anthony hasn't complained. ☺)
-
> should probably be replaced with something like:
>
> cat > $cfg.part < ...
> /bin/contrib/pull $name
> if(~ -$status -) mv $cfg.part $cfg
> if not {
> echo install failed >[1=2]
> rm $cfg.part
> exit 'oh, crap'
> }
why don't you email the author d
> I'd just like to
> get some extra info that's not in the man pages, so that I can make a
> more informed decision.
There are papers: /sys/doc/venti/venti.ps, /sys/doc/fossil/fossil.ps,
and /sys/doc/fs/fs.ps
There is also paqfs which is a readonly file system and a flash filesystem
which might
Maurício CA writes:
> However, using (where 'listen_test.rc' is the name I gave this
> script):
>
> listen1 'tcp!localhost!8080' ./listen_test.rc
>
> and
>
> echo Hi | dial -e 'tcp!localhost!8080'
>
> what I get is:
>
> I am insane.
>
> How can running a script throw 'listen1' can get
erik quanstrom writes:
>> IIRC it's based on replica(1)
>> which rather requires ideal circumstances for correct behaviour.
>
> partial installs are easy to recover from. i just used it friday to sort
> out a file system that had a contrib package listed as installed, but it
> hadn't been.
It
kfs is a local and single-user file server without any archiving mechanism.
It was intended to be used on terminals with a disk and it is not aimed to be
used on a file server machine.
It is similar to the "other" file system of ken's fs or cwfs and share most of
its code with it.
--
David du C
On Sunday, April 24, 2011 04:13:59 AM erik quanstrom wrote:
> > Question, regarding kfs and cwfs: why choose one over the other?
> >
> > In other words, what points are important to be aware of when deciding
> > which of the two are more appropriate for any given new
> > installation/deployment? (
> Question, regarding kfs and cwfs: why choose one over the other?
>
> In other words, what points are important to be aware of when deciding
> which of the two are more appropriate for any given new
> installation/deployment? (let's assume that kfs's 28-character filename
> limit isn't an issu
Hello!
Question, regarding kfs and cwfs: why choose one over the other?
In other words, what points are important to be aware of when deciding
which of the two are more appropriate for any given new
installation/deployment? (let's assume that kfs's 28-character filename
limit isn't an issue,
> When I try this, I am able to pull up the wiki pages. But I only have
> about 60 seconds to get in, make my changes, and Put them. If I take
> any longer than that, I get all sorts of "hangup" errors. I have to
> close out the Wiki windows, 9fs and Wiki back in, and try again to make
> the cha
> >
> > I had sources go down in the middle of contrib/install'ing tex. Now
> > THAT was frustrating. contrib(1) doesn't handle partially installed
> > packages very well at all. Say, where is the canonical community bug
> > tracker for Plan 9, anyway?
>
> Contrib doesn't handle many unexpected
In http://plan9.bell-labs.com/robots.txt you will find:
User-agent: *
Disallow: /
> I am unable to reproduce your result on OSX (p9p at tip):
>
> $ echo Hi | dial -e 'tcp!localhost!8080'
> I am not insane.
> $
>
> are you sure your listen1 isn't running an older version of the script?
>
Yes, I am. It's easy to check that by, say, changing a few letters in
the printed messages
40 matches
Mail list logo
