My friend Mike and I were talking a while back about Unix init systems
and came to the conclusion that mk's dependency tracking could come in
handy. I decided to implement it a few days ago using plan9port and
thought that some of the folks here might be interested. Although, I
still haven't
thanks for that. it is neat!
the comment in resample's man page is really true.
it produces great output s-l-o-w-l-y.
i needed to convert some pic(1)tures to transparent gifs.
unfortunately gif(1) doesn't do that. so i took a snapshot
of the page window with
crop -i5 /mnt/wsys/$id/window | topng $target
and fed the
I am having a hard time understanding the dircp script and the dup(3)
device. What's exactly the purpose of writing
@{builtin cd $1 tar cf /fd/1 .} | @{builtin cd $2 tar xTf /fd/0}
instead of
{builtin cd $1 tar c .} | {builtin cd $2 tar xT}
I also had a look to the pdf2ps script, and there, it
@{builtin cd $1 tar cf /fd/1 .} | @{builtin cd $2 tar xTf /fd/0}
instead of
{builtin cd $1 tar c .} | {builtin cd $2 tar xT}
consider,
; one=/bin; two=/tmp; cd /
; @{builtin cd $one} | @{builtin cd $two} ; pwd
/
; {builtin cd $one} | {builtin cd $two} ; pwd
On Fri, Oct 16, 2009 at 8:58 AM, hugo rivera uai...@gmail.com wrote:
I am having a hard time understanding the dircp script and the dup(3)
device. What's exactly the purpose of writing
@{builtin cd $1 tar cf /fd/1 .} | @{builtin cd $2 tar xTf /fd/0}
instead of
{builtin cd $1 tar c .} |
On Thu, Oct 15, 2009 at 12:50:48PM +0100, Richard Miller wrote:
It's easy to write good code that will take advantage of arbitrarily many
processors to run faster / smoother, if you have a proper language for the
task.
... and if you can find a way around Amdahl's law (qv).
The speedup
There is a vast range of applications that cannot
be managed in real time using existing single-core technology.
please name one.
Your apparent lack of imagination surprises me.
Surely you can see that a whole range of applications becomes possible when
using a massively parallel system,
On Thu, Oct 15, 2009 at 04:21:16PM +0100, roger peppe wrote:
BTW it seems the gates quote is false:
http://en.wikiquote.org/wiki/Bill_Gates
maybe the Ken quote is false too - hard to believe he's that out of touch
@{builtin cd $1 tar cf /fd/1 .} | @{builtin cd $2 tar xTf /fd/0}
the /fd/1 and /fd/0 fererences ensure that dircp will work with ape's tar
which doesn't read/write stdin/stdout by default like plan9's does.
-Steve
Great idea, I like it :) I'll have a look at the code later.
You're using it on old unix/linux not plan 9 I guess? thanks.
On Fri, Oct 16, 2009 at 05:54:12AM +, Andy Spencer wrote:
My friend Mike and I were talking a while back about Unix init systems
and came to the conclusion that mk's
But they require paypal ...
I can't find it anyway.
But global did finally ship my sheeva plug today, only about 10 days late.
ron
---
Thank you for your interest in our plug computer.
For your information, we have just activated our on line shopping cart
ordering. You can visit our website
How do you plan to feed data to these 31 thousand processors so they
can be fully utilized? Have you done the calculations and checked what
memory bandwidth would you need for that?
There are reasons Pentium 4 has the performance you mention, but these
reasons don't necessary include the great
ron minnich wrote:
Insignificant
bits of code that were not even visible suddenly dominate the time.
Reminds me of some project development teams.
Maybe Marvin Minsky was on to something.
Great idea, I like it :) I'll have a look at the code later.
You're using it on old unix/linux not plan 9 I guess? thanks.
Yep, I'm running it on my ~4 year old laptop. I'm curious to see how it
would compare on something newer though. I think it would still be I/O
bound, so I'm not sure how
If anyone does fancy working on gif(1) it has a bug I have been meaning to look
at for ages.
The problem relates to reproducing optimised animated gif files.
Gif(1) assumes each image in an animation should be rendered on a
black background, however optimised animations, those which contain
only
On Fri Oct 16 15:47:15 EDT 2009, st...@quintile.net wrote:
An example makes things clear - appologies for the poor quality of
the joke.
http://www.quintile.net/doorstep/broken-animated-image.gif
that's essentially the same problem as with the page
i posted. except the images are presented
i've recently been suffering from tearing in drawterm
http://www.quanstro.net/9fans/tear.png
; xrdb -symbols | grep REL
-DRELEASE=10503000
- erik
Instantaneous building of a complex project from source.
(I'm defining instantaneous as less than 1 second for this.)
Depends on how complex. I spent two years retrofitting a commercial
parallel make (which only promises a 20x speedup, even with dedicated
hardware) into the build system of a
i missed this the first time
On Fri Oct 16 17:19:36 EDT 2009, jason.cat...@gmail.com wrote:
Instantaneous building of a complex project from source.
(I'm defining instantaneous as less than 1 second for this.)
Depends on how complex.
good story. it's hard to know when to rewrite.
gcc
maybe the Ken quote is false too - hard to believe he's that out of touch
The whole table was ganging up on Roman and his crazy idea, I believe
;). The objection mostly was to Intel dumping the complexity of
another core on the programmer after it ran out of steam in containing
parallelism
It turns out, the problem was just a shoddy
USB port. Using another one, printer works
fine. Also, the old timeout bug is no longer
there.
Thanks for your fine work and all the tasty
fish, Francisco.
Best,
ak
22 matches
Mail list logo