Hi,
This was discussed about a year ago.
I ran into the same problem when trying to use 9vx 0.12 (from the
tarball) with a Plan9 ISO image found at http://www.kix.in/plan9/plan9.iso.bz2
(mounted it via loop and extracted all files into a root directory for
9vx, made them writable).
I followed th
The decision whether to open in place or save to disk based on MIME type is
up to the browser. For example, I set my browsers to ask to save to disk
application/pdf documents (rather than opening them with Adobe Acrobat's
problem plugin). A MIME type of text/plain (without any specification of
Thanks for your feedback.
--
Hugo
new/sendfd.c:243 c old/sendfd.c:243
<
---
> /*
new/sendfd.c:246 c old/sendfd.c:246
<
---
> */
(context: text/plain -> text/plain; charset=utf-8)
Now my text files can be read in the proper encoding
by default, and are not interpreted by browsers (as
well as certain applications) to be whack ASCII
the reason is that the algorithm is
simpler if fmt reads all the words and then
formats them.
if you could modify the source in a simple way to make it
incremental (for instance by flushing the words at
the end of each paragraph) i imagine the patch
might be accepted.
2009/10/18 Rudolf Sykora :
>
I think it is difficult to make web server to work correctly in case
we have variety of charset text files on the server.
Although we can manually select charset in browser menu, the selection
is useless in case the page is written in Javascript that fills some
portion of a page reading a tex
> Is the output of file(1) appropriate for this purpose?
> Shouldn't your sample file also be sent as UTF-8?
it should be. for example since
; echo ☺ | file
stdin: short UTF text # sic
one would expect that echo ☺ | file -m
would yield text/plain; charset=utf-8.
> file(1) speak
I'd like to check this out, but the server doesn't want to
talk to me. Is there a copy available elsewhere?
> At the hardware level we do have message passing between a
> processor and the memory controller -- this is exactly the
> same as talking to a shared server and has the same issues of
> scaling etc. If you have very few clients, a single shared
> server is indeed a cost effective solution.
just
there's another problem with file -m that
i've been bitten by before: it ignores any
stuff after the first 6000 bytes.
so if you've got a mostly-ascii file with some
utf-8 characters 8K in, then it won't be picked up.
i think file -m should read the whole file, but that's just IMHO.
On Mon Oct 19 09:51:33 EDT 2009, rogpe...@gmail.com wrote:
> there's another problem with file -m that
> i've been bitten by before: it ignores any
> stuff after the first 6000 bytes.
>
> so if you've got a mostly-ascii file with some
> utf-8 characters 8K in, then it won't be picked up.
>
> i th
The misinterpretation of Moore's Law is to blame here, of course: Moore
is a smart guy and he was talking about transistor density, but pop culture
made is sound like he was talking speed up. For some time the two were
in lock-step. Not anymore.
I ran the numbers the other day based on sped
2009/10/19 erik quanstrom :
> why try that hard? just call it utf-8. i can't think of
> any browsers that would have a problem with that today.
the instance of the problem that i had was when
adding an attachment to a upas mail.
file -m is useful when the attachment might be
binary.
On Mon, Oct 19, 2009 at 6:44 AM, erik quanstrom wrote:
> > At the hardware level we do have message passing between a
> > processor and the memory controller -- this is exactly the
> > same as talking to a shared server and has the same issues of
> > scaling etc. If you have very few clients, a si
On Mon Oct 19 10:36:51 EDT 2009, rogpe...@gmail.com wrote:
> 2009/10/19 erik quanstrom :
> > why try that hard? just call it utf-8. i can't think of
> > any browsers that would have a problem with that today.
>
> the instance of the problem that i had was when
> adding an attachment to a upas ma
On Mon, Oct 19, 2009 at 1:57 AM, Dmitry Golubovsky wrote:
> /bin/sh XXX: cannot execute - Access denied
>
> XXX is any program I am trying to run from ape/psh.
>
> Has anyone else run into this recently?
>
it all works for me.
ron
On Fri, Oct 16, 2009 at 12:18:47PM -0600, Latchesar Ionkov wrote:
> 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?
I would use a pipelining + divide-and-conque
> /bin/sh: uname: cannot execute - Access denied
I believe that if you build a new binary from the sources
instead of using the pre-compiled binary, this bug is fixed.
The binaries are lagging behind the actual source code.
Russ
confusion reigns. People I thought I was giving a ride to are coming
in at different times.
So, let's try again.
I have one rider: maht.
I can take two more. Roger?
Anyway I get in 835PM on the 20th, I can take 2 people besides maht,
so let me know.
ron
On Fri, Oct 16, 2009 at 1:02 PM, erik quanstrom wrote:
> i've recently been suffering from tearing in drawterm
> http://www.quanstro.net/9fans/tear.png
>
> ; xrdb -symbols | grep REL
> -DRELEASE=10503000
what changed recently?
not drawterm.
i'm not claiming drawterm is bug-free, but there must
% ape/psh
$ uname
/bin/sh: uname: cannot execute - Access denied
% cd /sys/src/ape
% mk install
mk lib.install
mk cmd.install
mk 9src.install
[...]
cp 8.tar /386/bin/ape/tar
% ape/psh
$ uname
Plan9
$
> I would use a pipelining + divide-and-conquer approach, with some RAM on chip.
> Units would be smaller than a 6502, more like an adder.
you mean like the Thinking Machines CM-1 and CM-2?
it's not like it hasn't been done before :)
> what changed recently?
> not drawterm.
no. not drawterm. not the video card.
i've recently "upgraded" x.
; ls -l `{which drawterm}
-rwxr-xr-x 1 quanstro users 1226424 Mar 12 2009
/home/quanstro/bin/amd64/drawterm
but that may be a red herring, see below
> can you tell us m
On Mon, Oct 19, 2009 at 8:26 AM, Sam Watkins wrote:
> On Fri, Oct 16, 2009 at 12:18:47PM -0600, Latchesar Ionkov wrote:
>> 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 ne
On Sat, Oct 17, 2009 at 07:45:40PM +0100, Eris Discordia wrote:
> Another embarrassingly parallel problem, as Sam Watkins pointed out, arises
> in digital audio processing.
The pipelining + divide-and-conquer method which I would use for parallel
systems is much like a series of production lines
On Sun, Oct 18, 2009 at 01:12:58AM +, Roman Shaposhnik wrote:
> I would appreciate if the folks who were in the room correct me, but if I'm
> not mistaken Ken was alluding to some FPGA work/ideas that he had done
> and my interpretation of his comments was that if we *really* want to
> make thi
> Details of the calculation: 7200 seconds * 30fps * 12*16 (50*50 pixel chunks)
> *
> 50 elementary arithmetic/logical operations in a pipeline (unrolled).
> 7200*30*12*16*50 = 20 trillion (20,000,000,000,000) processing units.
> This is only a very rough estimate and does not consider all
On Mon, Oct 19, 2009 at 8:57 AM, Sam Watkins wrote:
> This is only a very rough estimate and does not consider all the issues.
well that part is right anyway.
ron
> I ran the numbers the other day based on sped doubles every 2 years, a
> 60Mhz Pentium would be running 16Ghz by now
> I think it was the 1ghz that should be 35ghz
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
there might be one our two little pro
On Mon, Oct 19, 2009 at 12:05:19PM -0400, erik quanstrom wrote:
> > Details of the calculation: 7200 seconds * 30fps * 12*16 (50*50 pixel
> > chunks) * 50 elementary arithmetic/logical operations in a pipeline
> > (unrolled). 7200*30*12*16*50 = 20 trillion (20,000,000,000,000)
> > processi
> scrolling does not fix the problem. the framebuffer
> is wrong. forcing faces to redraw does fix the problem.
> i don't have enough screen real estate so faces is sometimes
> partially obscured by acme. the tear appears to be in line
> with the top of acme's window. in testing just now it
> h
> My point is, one can design systems to solve practical problems that use
> almost
> arbitrarily large numbers of processing units running in parallel.
design != build
russ
On Oct 19, 11:50Â am, mirtchov...@gmail.com (andrey mirtchovski) wrote:
> % ape/psh
> $ uname
> /bin/sh: uname: cannot execute - Access denied
> % cd /sys/src/ape
> % mk install
> mk lib.install
> mk cmd.install
> mk 9src.install
> [...]
> cp 8.tar /386/bin/ape/tar
> % ape/psh
> $ uname
> Plan9
> $
> great. now that you have a reproducible test case, try this:
>
> in drawterm/gui-x11/x11.c:/^xdraw it says
>
> /*
> * drawterm was distributed for years with
> * "return 0;" right here.
> * maybe we should give up on all this?
> */
>
> if((dx
On Oct 19, 11:50Â am, r...@swtch.com (Russ Cox) wrote:
> > /bin/sh: uname: cannot execute - Access denied
>
> I believe that if you build a new binary from the sources
> instead of using the pre-compiled binary, this bug is fixed.
> The binaries are lagging behind the actual source code.
>
> Russ
On Mon, Oct 19, 2009 at 9:34 AM, Sam Watkins wrote:
> The "processors" (actually smaller processing units) would mostly be
> configured
> at load time, much like an FPGA. Most units would execute a single simple
> operation repeatedly on streams of data, they would not read instructions and
> e
> 2009/10/19 erik quanstrom :
>> why try that hard? just call it utf-8. i can't think of
>> any browsers that would have a problem with that today.
>
> the instance of the problem that i had was when
> adding an attachment to a upas mail.
> file -m is useful when the attachment might be
> binary
ron minnich wrote:
On Mon, Oct 19, 2009 at 9:34 AM, Sam Watkins wrote:
The "processors" (actually smaller processing units) would mostly be configured
at load time, much like an FPGA. Most units would execute a single simple
operation repeatedly on streams of data, they would not read instruc
On Mon, Oct 19, 2009 at 10:30 AM, ron minnich wrote:
> On Mon, Oct 19, 2009 at 9:34 AM, Sam Watkins wrote:
>
> > The "processors" (actually smaller processing units) would mostly be
> configured
> > at load time, much like an FPGA. Most units would execute a single
> simple
> > operation repeat
On Mon, Oct 19, 2009 at 12:13:34PM -0400, erik quanstrom wrote:
>
> 1. p. 8. "the most promising devices are quantum effect
> devices." (none are currently in use in processors.)
Since quantics means unpredictable, I think that we see more and more
quantum effects in hardware and software. So,
totally ot. sorry.
> > 1. p. 8. "the most promising devices are quantum effect
> > devices." (none are currently in use in processors.)
>
> Since quantics means unpredictable, I think that we see more and more
> quantum effects in hardware and software. So, I beg to disagree ;)
you may not fu
> I'd like to check this out, but the server doesn't want to
> talk to me. Is there a copy available elsewhere?
Oops, that's rather embarrassing, sorry about that, that server has a
few issues (oddly enough, it's sysvinit is broken). I posted tarball for
the time begin at http://andy753421.ath.cx/
On Mon, Oct 19, 2009 at 11:26 AM, ron minnich wrote:
> confusion reigns. People I thought I was giving a ride to are coming
> in at different times.
>
> So, let's try again.
>
> I have one rider: maht.
> I can take two more. Roger?
>
> Anyway I get in 835PM on the 20th, I can take 2 people besides
i arrive around 9am on wednesday. anyone have a ride
arranged and have an extra seat?
Is video streaming going to happen?
On Fri, Aug 28, 2009 at 12:13 PM, erik quanstrom wrote:
> > If we've got 320kbps we can easily do the presentation via justin.tv
> > or something similar. Alternatively, if we just want to set up e.g. an
> > mpeg stream, I have machines that can proxy that. Tho
I'll be bringing the recording equipment regardless. Will try to post
to 9fans/IRC as to whether or not it'll fly early Thursday morning.
Otherwise, I'll tape everything and eventually find someplace to host
it.
-eric
On Oct 19, 2009, at 4:32 PM, Tim Newsham wrote:
Is video str
> On Fri, Aug 28, 2009 at 12:13 PM, erik quanstrom wrote:
>
> > > If we've got 320kbps we can easily do the presentation via justin.tv
> > > or something similar. Alternatively, if we just want to set up e.g. an
> > > mpeg stream, I have machines that can proxy that. Though Erik will
> > > have to
I will arrive at 1pm on Wednesday and will have a car. Let me know if
you would like to wait until then.
Lucho
On Mon, Oct 19, 2009 at 2:56 PM, Anthony Sorace wrote:
> i arrive around 9am on wednesday. anyone have a ride
> arranged and have an extra seat?
>
>
i put a proposed change to file(1) on sources.
new rules:
1. if -m is given, and the file is text/*, then
while neither
a. nulls or bad runes appear, or
b. both latin1 and utf appear
generate a histogram of the file
if a or b hold, then promote to application/octet-stream.
3. -c
>From last week's ACM Technews ...
Why Desktop Multiprocessing Has Speed Limits
Computerworld (10/05/09) Vol. 43, No. 30, P. 24; Wood, Lamont
Despite the mainstreaming of multicore processors for desktops, not
every desktop application can be rewritten for multicore frameworks,
which means some b
Lyndon Nerenberg (VE6BBM/VE7TFX) wrote:
From last week's ACM Technews ...
Why Desktop Multiprocessing Has Speed Limits
Computerworld (10/05/09) Vol. 43, No. 30, P. 24; Wood, Lamont
Despite the mainstreaming of multicore processors for desktops, not
every desktop application can be rewritten fo
erik quanstrom wrote:
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
which motivated me to dig out the post I made elsewhere :
"Moore's law doesn't say anything about speed or power. It says
manufacturing costs will lower from technological i
"Moore's law doesn't say anything about speed or power.
But why'd you assume "people in the wrong" (w.r.t. their understanding of
Moore's law) would measure "speed" in gigahertz rather than MIPS or FLOPS?
--On Tuesday, October 20, 2009 02:38 +0100 matt
wrote:
erik quanstrom wrote:
y
Sam Watkins wrote:
I calculated roughly that encoding a 2-hour video could be parallelized by a
factor of perhaps 20 trillion, using pipelining and divide-and-conquer, with a
longest path length of 1 operations in series. Such a system running at
1Ghz could encode a single 2-hour video in 1
Eris Discordia wrote:
"Moore's law doesn't say anything about speed or power.
But why'd you assume "people in the wrong" (w.r.t. their understanding
of Moore's law) would measure "speed" in gigahertz rather than MIPS or
FLOPS?
because that's what the discussion I was having was about
> >you motivated me to find my copy of _high speed
> >semiconductor devices_, s.m. sze, ed., 1990.
> >
> >
> >
> which motivated me to dig out the post I made elsewhere :
>
> "Moore's law doesn't say anything about speed or power. It says
> manufacturing costs will lower from technological impr
this is quite an astounding thread. you brought
up clock speed doubling and now refute yourself.
i just noted that 48ghz is not possible with silicon
non-quantium effect tech.
- erik
I think I've been misunderstood, I wasn't asserting the clock speed
increase in the first place, I was ho
57 matches
Mail list logo
