here's the symptom
ndb/dnsquery 9hal.ath.cx
9hal.ath.cx ip 9.0.0.0
the problem is that devip.c:/^lookuphost tries
to avoid calling gethostbyname when given an
ip address by testing to see if the return value
of v4parseip is nozero. unfortunately, v4parseip
parses "9hal.ath.cx" a
Hello all,
I don't know how to submit a patch, so I try to do it this way...
I have installed Plan 9 in WMware Player and every time when I start
the terminal I have to turn graphics hardware acceleration off .
I can do it in some local config file. But I notice that there is file
/bin/aux/vmware
Hello all,
can somebody help me with replica/pull ...
I made some changes to /rc/bin/termrc . After that I decided to move
my changes to /rc/bin/termrc.local and restore termrc . I did:
replica/pull -v -s rc/bin/termrc /dist/replica/network
I expected restoration of termrc to actual distri
On Sun, Jul 6, 2008 at 8:56 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> personally, i feel it would be more useful to be
> able to use plan 9's native network stack. but
> i'm biased. i want to send aoe/cec/il packets.
>
Part of the reason I have not stopped using lguest, although now I use
See patch(1) for instructions on contributing a patch.
man -t patch | page
On Jul 6, 2008, at 12:46 PM, Antonin Vecera wrote:
Hello all,
I don't know how to submit a patch, so I try to do it this way...
I have installed Plan 9 in WMware Player and every time when I start
the terminal
On Jul 6, 2008, at 1:03 PM, Antonin Vecera wrote:
Hello all,
can somebody help me with replica/pull ...
I made some changes to /rc/bin/termrc . After that I decided to move
my changes to /rc/bin/termrc.local and restore termrc . I did:
replica/pull -v -s rc/bin/termrc /dist/replica/networ
On Sun, Jul 6, 2008 at 7:29 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> Sorry, but I got screwed by that too. -s only works if there is a conflict.
> You'll have to manually copy it from /n/sources/plan9/. Type
>
>9fs sources
>cp /n/sources/plan9/rc/bin/termc /rc/bin/termrc
T
This is a comment/question about file(1) as implemented in Plan 9 and
p9p.
Over the years I've been using various versions of file with editable
magic files. Though file "can make mistakes", this worked out rather
well when I just wanted a little more detail than 'binary' with the
tradeo
The reason there is no conflict is that the entries for rc/bin/termrc in the
replica databases on sources and on your computer are identical. Only after
termrc would change on sources a conflict would arise becase the local copy
would not match the database entry of the last pull.
* Antonin Vecera
On Sun, Jul 6, 2008 at 7:29 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> See patch(1) for instructions on contributing a patch.
>
>man -t patch | page
Thanks, I will try to do it this way.
Antonin
On Sun, Jul 6, 2008 at 8:31 PM, Martin Neubauer <[EMAIL PROTECTED]> wrote:
> The reason there is no conflict is that the entries for rc/bin/termrc in the
> replica databases on sources and on your computer are identical. Only after
> termrc would change on sources a conflict would arise becase the
> See patch(1) for instructions on contributing a patch.
>
> man -t patch | page
>
which is equivalent to
man -p patch
- erik
> This addition helped my scripts become a little more streamlined, but
> of course puts in an additional entry into the source file I need to
> track. As file name extensions don't always work across all sorts of
> systems, many still hamstrung by 8.3, what is the preferred or
> recommend
> > personally, i feel it would be more useful to be
> > able to use plan 9's native network stack. but
> > i'm biased. i want to send aoe/cec/il packets.
> >
>
> Part of the reason I have not stopped using lguest, although now I use
> both 9vx and lguest.
>
> You could write a plan 9 device fo
On Jul 6, 2008, at 2:30 PM, erik quanstrom wrote:
This addition helped my scripts become a little more streamlined, but
of course puts in an additional entry into the source file I need to
track. As file name extensions don't always work across all sorts of
systems, many still hamstrung by 8.3
On Jul 6, 2008, at 3:04 PM, erik quanstrom wrote:
See patch(1) for instructions on contributing a patch.
man -t patch | page
which is equivalent to
man -p patch
- erik
The following, however, are not:
man -t 2 open pipe | page
man -p 2 open pipe
The firs
> In a sense, the question is more about the historical change and/or
> adoption of a new file command for Plan 9 that doesn't use a magic
> file for references. Why opt out of a magic file other than the
> obvious performance hit of scanning it each run? Is it worth
> repeating the old f
I remember the day I first saw a file magic file. I welcomed it because
for the first time I didn't have access to the source code. Those were
the days when you had to have $45k to get the source. A hard thing to
ask for. Today a separate magic file is just a leftover vestige of the
past.
Hi
I am probably posting more noise, but shouldnt the code below print
the prompt first then ask for a char? It works fine under gcc.
#include
int main()
{
printf("\nprompt");
getchar();
return 0;
}
--
http://www.fernski.com
> Hi
>
> I am probably posting more noise, but shouldnt the code below print
> the prompt first then ask for a char? It works fine under gcc.
>
>
> #include
>
> int main()
> {
> printf("\nprompt");
> getchar();
> return 0;
> }
the output is buffered. i don't see a requirmen
On Sun, 06 Jul 2008 17:20:12 EDT erik quanstrom <[EMAIL PROTECTED]> wrote:
> what is the upside to an external magic file? as you've shown, you
> can add a file type in 1 line of code. while the external magic file
> isn't c, i would argue that it's still code.
Yes it is code but the advantag
> The main disadvantage of gnu file is performance.
the magic file contains surprisingly many spells,
even excluding muttered incantations.
>i don't see a requirment to flush stdout or any other output stream in c99 ...
"As initially opened, the standard error stream is not fully buffered; the
standard input and standard
output streams are fully buffered if and only if the stream can be determined
not to refer
to an interactive devi
As far as I know, all (l)unix dd commands from at least sixth edition
unix forward accept the options if=, bs= and count=, so portability
across (l)unix systems shouldn't be a problem. Not all (l)unix dd
commands have some of the newer options, such as iseek= and oseek=,
but the ones I have seen a
24 matches
Mail list logo
