On Mon, 4 Jun 2012 08:42:11 -0400
erik quanstrom wrote:
> > I'll admit I don't have anything quite as convenient as that for an
> > immediate undo. I'd put a cp in the shell loop and for undo: for(f in
> > *.orig) {mv $f `{echo $f | sed 's/.orig$//'}}. Or use a scm, e.g. git
> > reset --hard HEAD
On Thu, 7 Jun 2012 15:05:13 -0400
erik quanstrom wrote:
> do you mean that instead of matching lines you want to match records delimited
> by \u2424?
Also awk 'RS=', or awk -F  where -F is field separator.
On Fri, 8 Jun 2012 10:03:09 +0100
Ethan Grammatikidis wrote:
> On Thu, 7 Jun 2012 15:05:13 -0400
> erik quanstrom wrote:
>
> > do you mean that instead of matching lines you want to match records
> > delimited
> > by \u2424?
>
>
> Also awk 'RS=', or awk -F  where -F is field separator.
>
> I see your point, I guess I can accept that. I still object to the idea
> of a whole other suite of programs just to run within the editor, but I
> guess it's immaterial whether the window system is part of the editor
> or the editor is part of the window system.
right!
i'd also add that a prog
On Fri, Jun 8, 2012 at 6:58 AM, erik quanstrom wrote:
> > I see your point, I guess I can accept that. I still object to the idea
> > of a whole other suite of programs just to run within the editor, but I
> > guess it's immaterial whether the window system is part of the editor
> > or the editor
>
> Yes, which makes one wonder about type systems in programming languages and
> if they're any better than documented conventions of I/O. (i think they may
> not be, but they serve some documentation purposes all their own)
>
I think type systems have their use but do not help much at the borde
On Friday, June 8, 2012, Gorka Guardiola wrote:
> >
> > Yes, which makes one wonder about type systems in programming languages
> and
> > if they're any better than documented conventions of I/O. (i think they
> may
> > not be, but they serve some documentation purposes all their own)
> >
>
> I t
> Yes, which makes one wonder about type systems in programming languages and
> if they're any better than documented conventions of I/O. (i think they
> may not be, but they serve some documentation purposes all their own)
the unix model is that files are typeless. or at most the linker refuses
I'm trying to bring up Plan 9 on a new motherboard (intel DH61DL)
and getting a very odd problem. The immediate symptom is
panic: assert failed at 0xf01556f3: lapictimer.hz != 0
which is occurring because all reads to the local apic registers
are returning 0x.
I've verified that I
On Fri Jun 8 13:10:11 EDT 2012, 9f...@hamnavoe.com wrote:
> I'm trying to bring up Plan 9 on a new motherboard (intel DH61DL)
> and getting a very odd problem. The immediate symptom is
> panic: assert failed at 0xf01556f3: lapictimer.hz != 0
> which is occurring because all reads to the loc
> http://ftp.quanstro.net/other/9pccpuf.gz# or other kernel name
That works, thanks!
LAPIC: fee0 e000
rsd 0xf00f0450, physaddr 0xda998028 length 36 0xda998068 rev 2 oem INTEL
APIC lapic addr 0xfee0, flags 0x0001
apic proc 0/0 apicid 0
On Fri Jun 8 13:55:38 EDT 2012, 9f...@hamnavoe.com wrote:
> > http://ftp.quanstro.net/other/9pccpuf.gz# or other kernel name
>
> That works, thanks!
>
> LAPIC: fee0 e000
> rsd 0xf00f0450, physaddr 0xda998028 length 36 0xda998068 rev 2 oem INTEL
> APIC lapic
On Fri, 8 Jun 2012 11:44:35 -0400
erik quanstrom wrote:
> i haven't seen any evidence that strongly typed files are a good idea. but
> maybe
> others have?
I certainly haven't, and I wish the HTTP standards idiots would adopt
the unix position in this case; the content-type header needs to be
On Fri, Jun 8, 2012 at 8:44 AM, erik quanstrom wrote:
> > Yes, which makes one wonder about type systems in programming languages
> and
> > if they're any better than documented conventions of I/O. (i think they
> > may not be, but they serve some documentation purposes all their own)
>
> the uni
hi! I'm new to Plan 9 and I don't understand this behavior:
I wrote a program that basically just does
putenv("foo", "bar");
After running it,
echo $foo
prints just an empty line, while
cat /env/foo
prints bar. Can anyone explain?
hi! I'm new to Plan 9 and I don't understand this behavior:
I wrote a program that basically just does
putenv("foo", "bar");
After running it,
echo $foo
prints just an empty line, while
cat /env/foo
prints bar. Can anyone explain?
I asked a somewhat same question a month back
http://9fans.net/
see env(3), basically the rfork flags affect it. check the man page.
On Jun 8, 2012, at 8:02 PM, Friedrich Psiorz wrote:
> hi! I'm new to Plan 9 and I don't understand this behavior:
>
> I wrote a program that basically just does
> putenv("foo", "bar");
>
> After running it,
> echo $foo
> print
> The reason seems to be that while creating a variable foo
> in rc is immediately reflected to /env/foo, the reverse is
> not true. That is, creating a new file under /env/baz does
> not update the current rc instance with a new variable $baz
>
> So in this case, putenv is actually writing to /en
On 2012-06-08, at 4:44 PM, Friedrich Psiorz wrote:
> I don't really understand how and why this is not the case though, but
> I'll try to find out by reading a few more manpages ...
rc caches environment variables. It saves a read(2) every time $foo is
referenced. Whether that's a win these d
> Ok, so I got the whole idea wrong, I guess. I thought that $var is
> basically just syntactic sugar for `{cat /env/var}, so referencing a
> variable would always read from /env ...
> I don't really understand how and why this is not the case though, but
> I'll try to find out by reading a few mor
> In fact, the people who will eat the lunch of these people wrangling
> unstructured data, are the ones that figure out how to structure the data
> in a way that it's not a problem anymore.
i don't know what you're saying here.
- erik
> on content-sniffing. I assume Abaco either does the same or allows the
> HTML to override the HTTP. Based on previous experience I expect Safari
> also gets it right.
abaco gets it right on accident. webfs isn't capable of dealing
with the http charset so it's simply ignored. this causes a num
22 matches
Mail list logo