> > ignore is the operator applied to any argument after the first, by
> > my reading and experimenting with the code.
>
> You mean that
>
> test -f /dev/sdC0/plan9 -o -f /dev/sdC1/plan9
>
> would not work as expected?
rather
test -f a b n
actually is the same as
tes
> ignore is the operator applied to any argument after the first, by
> my reading and experimenting with the code.
You mean that
test -f /dev/sdC0/plan9 -o -f /dev/sdC1/plan9
would not work as expected?
++L
> % test -f /dev/sdC0/plan9 # produces no errors
> % test -f /dev/sdC1/plan9 # produces no errors
>
> As soon as I put a wildcard into the test string, e.g.,
>
> % test -f /dev/sd*/plan9
> test: unexpected operator/operand: /dev/sdC1/plan9
>
>
> Hope this helps - thanks!
>
> Matt
the e
> it might look invalid, but just try it. pick any n files.
> it does not fail on my system. it doesn't fail if i used the
> sources rc and sources test.
Maybe, but it does not do the right thing, at least, I'm not sure how
it could. At best, it would be essential to know which of OR or AND
is
On Tue Sep 8 00:05:51 EDT 2009, lu...@proxima.alt.za wrote:
> > As soon as I put a wildcard into the test string, e.g.,
>
> Yes,
>
> test -f /dev/sdC0/plan9 /dev/sdC1/plan9
>
> is an invalid command. Only one argument is expected.
>
> You're going to have to pick one of the two argument
> As soon as I put a wildcard into the test string, e.g.,
Yes,
test -f /dev/sdC0/plan9 /dev/sdC1/plan9
is an invalid command. Only one argument is expected.
You're going to have to pick one of the two arguments.
++L
> i don't think so. i tested that before
> i asked the original question. what does this
> x=/dev/sd*/plan9*
> whatis x
x=(/dev/sdC0/plan9 /dev/sdC1/plan9)
> ls -q /dev/sd*/plan9*
(04300016 1 00) /dev/sdC0/plan9
(04301016 1 00) /dev/sdC1/plan9
Also:
% tes
> Eric thanks for your quick reply, good to know you actually are a human.
you're wecome. but that's funny. everybody knows i'm dumb as a box of rocks.
- erik
FGB,
Oh no, I knew it was me the whole time. Just not exactly where to look after
the initial setup. Thanks for pointing me in the right direction. There was
no way drawterm was the offender here. Thanks!
=james
my guess is that he thinks that the problem is in drawterm...
while it's authdom in the nvram that's wrong and wasn't
updated
On Tue, Sep 8, 2009 at 12:13 AM, erik quanstrom wrote:
> On Mon Sep 7 23:11:27 EDT 2009, benave...@gmail.com wrote:
>> it's still stored in the nvram, you'll need to
>> ec
Fgb,
This did the trick thanks. Eric thanks for your quick reply, good to know you
actually are a human.
=jt
--Original Message--
From: erik quanstrom
Sender: 9fans-boun...@9fans.net
To: 9fans@9fans.net
ReplyTo: Fans of the OS Plan 9 from Bell Labs
Subject: Re: [9fans] Drawterm login p
it's still stored in the nvram, you'll need to
echo blah > /dev/sdC0/nvram
reboot and enter the right one
On Mon, Sep 7, 2009 at 11:55 PM, wrote:
> 9fans,
>
> Is anyone aware of where the configuration data is concerning drawterm
> logins? I initially set my system up as crashing.dom and sinc
On Mon Sep 7 23:11:27 EDT 2009, benave...@gmail.com wrote:
> it's still stored in the nvram, you'll need to
> echo blah > /dev/sdC0/nvram
> reboot and enter the right one
i could be wrong, but i don't think nvram has anything to do with drawterm.
- erik
>Is anyone aware of where the configuration data is concerning drawterm
> logins? I initially set my system up as crashing.dom and since put the
> system into production as plan9.union.edu for my final honors project in CS.
> Unfortunatly fixing the /cfg plan9.ini and /lib/ndb/local to the
9fans,
Is anyone aware of where the configuration data is concerning drawterm
logins? I initially set my system up as crashing.dom and since put the system
into production as plan9.union.edu for my final honors project in CS.
Unfortunatly fixing the /cfg plan9.ini and /lib/ndb/local to the
> The bug must only be a problem where /dev/sd*/plan9* actually matches
> more than once.
>
i don't think so. i tested that before
i asked the original question. what does this
x=/dev/sd*/plan9*
whatis x
ls -q /dev/sd*/plan9*
yield?
- erik
> > % test -f /dev/sdC1/plan9 # works, I think
> > % test -f /dev/sd*/plan9*
> > test: unexpected operator/operand: /dev/sdC1/plan9
>
> interesting. i tested that here and got no errors.
>
> and what is the output of
> test -f /dev/sd*/plan9*
test: unexpected operator
> > % test -f /dev/sdC1/plan9 # works, I think
> > % test -f /dev/sd*/plan9*
> > test: unexpected operator/operand: /dev/sdC1/plan9
>
> interesting. i tested that here and got no errors.
>
> and what is the output of
> test -f /dev/sd*/plan9*
> on my machine, i cannot
On Mon Sep 7 18:37:15 EDT 2009, ja...@cs.ioc.ee wrote:
> On 8 Sep 2009, at 01:13, erik quanstrom wrote:
> > and if you have cpu and auth set to carp.lan?
>
> Doesn't seem to change anything.
rather than me playing battleship, perhaps it would make sense
for you to start enabling debugging. i do
On 8 Sep 2009, at 01:13, erik quanstrom wrote:
and if you have cpu and auth set to carp.lan?
Doesn't seem to change anything.
> ipnet=mynet ip=192.168.1.0 ipmask=255.255.255.0
> auth=carp
> cpu=carp
> authdom=home.net
> dns=192.168.1.254
> dnsdom=lan
>
> authdom=home.net auth=carp
>
> ip=192.168.1.68 sys=carp dom=carp.lan
> #sys=carpet dom=carpet.lan
>
> If I remove the ip address for carp
> relax
If I want platitudes I have the whole rest of the internet to gorge
on. Here we try to do actual content.
relax
On Mon, Sep 7, 2009 at 5:56 PM, Lyndon Nerenberg -
VE6BBM/VE7TFX wrote:
>> is this english++? i just can't parse it.
>
> If we all ignore him he might go away ...
>
>
>
--
Federico G. Benavento
> is this english++? i just can't parse it.
If we all ignore him he might go away ...
On Fri, Sep 4, 2009 at 3:56 PM, Eris Discordia wrote:
>> if you have quanstro/sd installed, sdorion(3) discusses how it
>> controls the backplane lights.
>
> Um, I don't have that because I don't have any running Plan 9 instances, but
> I'll try finding it on the web (if it's been through man2html
Hi Erik,
Thanks for the reply. I added the authdom and this is what I have now
in /lib/ndb/local:
[snip]
ipnet=mynet ip=192.168.1.0 ipmask=255.255.255.0
auth=carp
cpu=carp
authdom=home.net
dns=192.168.1.254
dnsdom=lan
authdom=home.net auth=carp
ip=19
This thread has grown into a particularly educational one, for me at least,
thanks to everyone who posted.
Vinu Rajashekhar's two posts were strictly to the point. There _is_ a
mental model of the small computer to teach along with Scheme and there are
ways to get close to the machine from wit
> 1. A simple example for a combined cpu/auth server, the 192.168.1.100
> machine, could be:
>
> ipnet=mynet ip=192.168.1.0 ipmask=255.255.255.0
> auth=bouncer
> cpu=cycles
> dns=lookup
> dnsdom=9fans.net
>
> authdom=9fans.net auth=bouncer
assuming that you mean authdom
i have seen this problem many times in inferno on plan9.
On Mon, Sep 7, 2009 at 9:17 AM, Steve Simon wrote:
>> So is it so that anybody using vesa should see it...
>
> I use the vesa driver occasionally on my Atom motherboard
> (Intel 940?) and have had no such "droppings", so the
> problem isn't
Hi,
I guess my question wasn't very well specified so I'm having another
go. I presume the problem I previously posted was because my network
configuration was broken so now I'm asking how to set it up properly.
The wiki page "Configuring a Standalone CPU Server" gives two simple
possibil
> So is it so that anybody using vesa should see it...
I use the vesa driver occasionally on my Atom motherboard
(Intel 940?) and have had no such "droppings", so the
problem isn't universal.
-Steve
In article <936a4bab-7d9a-4b65-ab6a-c5eea8e43...@storytotell.org>,
Daniel Lyons wrote:
>On Sep 7, 2009, at 3:05 AM, Greg Comeau wrote:
>>> Some keep saying that we should use more complex languages in
>>> the introductory course because they're in some way easier.
>>> But I've yet to understand th
> From what I've seen that are (well, implementations of them).
> Some thing they're fun too :) Generally universal comments anyway.
is this english++? i just can't parse it.
- erik
In article ,
Akshat Kumar wrote:
>>>Considering that Plan 9 has only two inherent languages,
>>>and its users often push for work to be done in only those,
>>>what is the Plan 9 perspective of languages and tools in
>>>relation to each other?
>>>Is it in agreement with this statement?
>>
>> It's c
On Sun, Sep 6, 2009 at 2:03 PM, Rob Pike wrote:
>> Are you implying Doug McIlroy hadn't been taught about (and inevitably
>> occupied by) Church-Turing Thesis or even before that Ackermann function and
>> had to wait to be inspired by a comment in passing about FORTRAN to realize
>> the importance
On Mon, Sep 7, 2009 at 10:53 AM, erik quanstrom wrote:
>> maybe the bootstrap can be done with linuxemu.
>
> wouldn't that just give you yet another linux elf binary?
>
you are right. it must know how to compile correct a.out(6).
iru
On Mon, Sep 7, 2009 at 9:54 AM, John Floren wrote:
> On Mon, Sep 7, 2009 at 8:47 AM, LiteStar numnums wrote:
>> Well, lisp != common lisp aside, I wouldn't mind a native CL system. I
>> haven't looked at the SBCL backend in quite sometime, but, assuming it's not
>> terribly insane, that would be a
> Why are VtLocks in liboventi? And why does liboventi have an
> implementation of a subset of the thread library (rwlocks and
> rendezvous?)
fossil and venti do seem to break the rules a bit. they
don't pass style(6) muster. i can only guess this is for
portability. but as p9p already provides
> maybe the bootstrap can be done with linuxemu.
wouldn't that just give you yet another linux elf binary?
- erik
I was going to use SBCL to cross compile SBCL for Plan9.
On Mon, Sep 7, 2009 at 8:54 AM, John Floren wrote:
> On Mon, Sep 7, 2009 at 8:47 AM, LiteStar numnums
> wrote:
> > Well, lisp != common lisp aside, I wouldn't mind a native CL system. I
> > haven't looked at the SBCL backend in quite somet
Clozure might be enough as well; it's C, but I've no idea how many POSIXisms
are in the source...
On Mon, Sep 7, 2009 at 9:19 AM, Fernan Bolando wrote:
> On Mon, Sep 7, 2009 at 8:54 PM, John Floren wrote:
> > On Mon, Sep 7, 2009 at 8:47 AM, LiteStar numnums
> wrote:
> >> Well, lisp != common lisp
On Mon, Sep 7, 2009 at 8:54 PM, John Floren wrote:
> On Mon, Sep 7, 2009 at 8:47 AM, LiteStar numnums wrote:
>> Well, lisp != common lisp aside, I wouldn't mind a native CL system. I
>> haven't looked at the SBCL backend in quite sometime, but, assuming it's not
>> terribly insane, that would be a
On Mon, Sep 7, 2009 at 8:47 AM, LiteStar numnums wrote:
> Well, lisp != common lisp aside, I wouldn't mind a native CL system. I
> haven't looked at the SBCL backend in quite sometime, but, assuming it's not
> terribly insane, that would be a decent route. Most CL work that isn't
> specific to one
So is it so that anybody using vesa should see it in plan9 when
hwaccel is off or when inferno runs on plan9 regardless the state of
hwaccel?
(At school I use i81x and plan9 itself is ok with both on/off.)
Thanks
Ruda
2009/9/7 Charles Forsyth :
> there's a bug in the control of the software curs
Well, lisp != common lisp aside, I wouldn't mind a native CL system. I
haven't looked at the SBCL backend in quite sometime, but, assuming it's not
terribly insane, that would be a decent route. Most CL work that isn't
specific to one of the proprietary systems (Allegro, LispWorks, &c.) is
written
remember the deadline is today to get
your papers in. the deadline for wips
(works in progress) is oct 5.
- erik
i agree the computer industry as a whole tends
to be long on dogma and yet suffers from an accute
inability to recall previous mistakes.
> For some reason, the fact that we program rational machines in logic-
> based languages deludes us into thinking our experience is the same as
> everyone el
> % test -f /dev/sdC1/plan9 # works, I think
> % test -f /dev/sd*/plan9*
> test: unexpected operator/operand: /dev/sdC1/plan9
interesting. i tested that here and got no errors.
and what is the output of
test -f /dev/sd*/plan9*
on my machine, i cannot get test to compla
On Sep 7, 2009, at 3:05 AM, Greg Comeau wrote:
Some keep saying that we should use more complex languages in
the introductory course because they're in some way easier.
But I've yet to understand their definition of easier.
I've seen this before. It's usually a combo of people
not knowing wh
On Mon, Sep 7, 2009 at 11:05 AM, Greg Comeau wrote:
> In article <25cf9336-c071-44a5-ab04-6bb042bc5...@kix.in>,
> Anant Narayanan wrote:
>>I understand the argument that blocks don't "feel" C-like, but the
>>argument that you can do everything with just using function pointers
>>is BS.
>
> Even on
>>Considering that Plan 9 has only two inherent languages,
>>and its users often push for work to be done in only those,
>>what is the Plan 9 perspective of languages and tools in
>>relation to each other?
>>Is it in agreement with this statement?
>
> It's certainly true that cultures and mindsets
In article ,
Eris Discordia wrote:
>I think I am sure C
>was a lot easier to learn and comprehend than either Pascal
Might depend how you define easier.
>What seems to distinguish--pedagogically, at least--C is, as I noted on
>that other thread, its closeness to how the small computer, not the a
In article <8214db3a-3368-4b61-b0cd-bac5f2be7...@sun.com>,
Roman Shaposhnik wrote:
>There's been a *lot* of speculation on this thread and very little fact.
>I'd encourage everybody to play with the feature before forming
>any kind of final judgement.
This is true, a good point, etc, however
In article ,
Akshat Kumar wrote:
>> http://www.paulgraham.com/avg.html
> "Programming languages are just tools, after all."
>
>Considering that Plan 9 has only two inherent languages,
>and its users often push for work to be done in only those,
>what is the Plan 9 perspective of languages and too
In article <542783.92348...@web83904.mail.sp1.yahoo.com>,
Brian L. Stuart wrote:
>K&R is beautiful in this respect. In contrast, never managed
>bite in Stroustrup's description.
Ok, now I'll get provocative:
hen why do so many people have a problem understanding C?
>>>Are you say
there's a bug in the control of the software cursor in plan 9,
probably when loadimage is used. it can leave what my children call chicken
tracks,
as it updates the cursor. it shows up in at least vnc and inferno because they
use the equivalent of
loadimage on the screen to update their displays.
Write Haskell as fast as C: exploiting strictness, laziness and recursion
- http://cgi.cse.unsw.edu.au/~dons/blog/2008/05/16
>From the article
Lesson 1: To write predictably fast Haskell -- the kind that competes
with C day in and out
-- use tail recursion, and ensure all types are inferred as sim
In article <25cf9336-c071-44a5-ab04-6bb042bc5...@kix.in>,
Anant Narayanan wrote:
>I understand the argument that blocks don't "feel" C-like, but the
>argument that you can do everything with just using function pointers
>is BS.
Even one step further, even if we all agree blocks are BS,
moving
On Sep 7, 2009, at 2:54 AM, Paul Donnelly wrote:
or perhaps A-list games programming
The Jak and Daxter series was written in Common Lisp.
http://en.wikipedia.org/wiki/Game_Oriented_Assembly_Lisp
—
Daniel Lyons
eris.discor...@gmail.com (Eris Discordia) writes:
>> Let me be a little pedantic.
>
> The 9fans know given the haphazard nature of a hobbyist's knowledge I
> am extremely bad at this, but then let me give it a try.
>
>> FYI, it's been Lisp for a while.
>
> As long as Britannica and Merriam-Webster
In article ,
Tharaneedharan Vilwanathan wrote:
>> C shall be the test. If you don't even understand C, explained by K&R,
>> then do something else.
>i agree to this completely. after taking a formal course in computers,
>if someone cannot read/follow K&R C book and cannot write C code, i
>would th
eris.discor...@gmail.com (Eris Discordia) writes:
> I whined about LISP on yet another thread. Above says precisely why I
> did. LISP is twofold hurtful for me as a naive, below average
> hobbyist. For one thing the language constructs do not reflect the
> small computer primitives I was taught so
Concrete Abstractions
An Introduction to Computer Science Using Scheme
http://gustavus.edu/+max/concrete-abstractions.html
Chapter 11: Computers with Memory
We first address the questions of what a computer is and how it comes
to compute by presenting a simplified RISC architecture and showing
ho
lisp has been discuss in 9fans several times already
Anybody started porting clisp, gcl or any of the main lisp compilers?
I have been going at it on-and-off for some time never really
progressed, I was hoping
someone already started and got bored with it. I am hoping to use that
as a starting poi
64 matches
Mail list logo
