Re: [9fans] utf-8 text files from httpd

> Thus, hard coding "charset=utf-8" in http header will bring other > problem > because that coding disables a line in html header such as: > that should not be a problem on a plan 9 system; plan 9's character set is utf-8. - erik

Re: [9fans] utf-8 text files from httpd

we should note also http://www.w3.org/TR/html4/charset.html#h-5.2.2. the document says: To sum up, conforming user agents must observe the following priorities when determining a document's character encoding (from highest priority to lowest): 1. An HTTP "charset" parameter i

Re: [9fans] utf-8 text files from httpd

according to rfc2616, default charset in sending text file is ascii: The "charset" parameter is used with some media types to define the character set (section 3.4) of the data. When no explicit charset parameter is provided by the sender, media subtypes of the "text" type are defined

[9fans] ape/psh can't exec in 9vx

Hi, Sorry if this is a dup, I have tried to post via Google Groups, but the message did not show up. This was discussed about a year ago. I ran into the same problem. I followed the advice to recompile ape. Recompilation was without errors or crashes, but gave no effect: I still see the same $ u

Re: [9fans] utf-8 text files from httpd

your mimetypes are probably maim-typed (heh). see /sys/lib/mimetype for a fix, or put this in your page's section: On Sun, Oct 18, 2009 at 6:34 PM, Akshat Kumar wrote: > I'm trying to put up a plain text file containing UTF-8 > characters from httpd, but when viewing it from any > br

Re: [9fans] utf-8 text files from httpd

On Sun Oct 18 20:37:23 EDT 2009, aku...@mail.nanosouffle.net wrote: > I'm trying to put up a plain text file containing UTF-8 > characters from httpd, but when viewing it from any > browser, it comes off as an ASCII file that needs to > be downloaded (so, those characters are garbled). > Is this du

[9fans] utf-8 text files from httpd

I'm trying to put up a plain text file containing UTF-8 characters from httpd, but when viewing it from any browser, it comes off as an ASCII file that needs to be downloaded (so, those characters are garbled). Is this due to some behaviour of httpd? ak

Re: [9fans] fmt(1) standard behaviour

I may not fully understand the problem, but wouldn't it be just fine if fmt output anything it can already output? I.e., filled lines are output, on encountering '\n' the (generally unfilled) line is output... (Or what is the reason that fmt waits for EOF?) R

Re: [9fans] iwp9: getting from Atlanta to Athens

International arrivals at ATL might be unprepared for the unusual procedure after immigration, baggage reclaim and customs. Having passed through customs, you reach a fork in the path with a choice between Atlanta and Transit Passengers. (I think it was left for Atlanta.) Then there's an extra sur

Re: [9fans] iwp9: getting from Atlanta to Athens

On Mon, Oct 12, 2009 at 11:22 PM, ron minnich wrote: > I've confirmed rides with three people, can take no more. You people I > confirmed rides with get back with me ASAP to double-confirm. > > ron > > On a similar note: I've just finalized my travel arrangements and will be arriving at the Atlan

Re: [9fans] fmt(1) standard behaviour

> it never actually formats any lines. If, on the other hand, while > formatting on stdin, fmt(1) formatted on a line-by-line basis (per > '\n'), then its use (at least for me) could be greatly widened. i don't think this will help. unless you multithread fmt (seems silly), you're going to have t

Re: [9fans] Barrelfish

Since we seem to be having the parallel programming discussion again please look at this: https://asc.llnl.gov/sequoia/benchmarks/ The summaries are interesting. ron

[9fans] fmt(1) standard behaviour

As it stands, if not specified a file, fmt(1) takes input from stdin. In doing so, it waits for EOF before outputting the formatted lines. I haven't looked into the code, but I suppose it was left this way due to simplicity (from basic file handling). However, I doubt fmt(1) is used interactively e

Re: [9fans] Barrelfish

On Sun, 18 Oct 2009 06:22:33 PDT Roman Shaposhnik wrote: > On Sun, Oct 18, 2009 at 6:06 AM, Roman Shaposhnik wrot > e > >> It is. But what's your proposal on code sharing? All those PC > >> registers belonging to > >> different cores have to point somewhere. Is that somewhere is not shared m > e

Re: [9fans] Barrelfish

>> See cons/scons. > > Thanks for the suggestion. In this project someone actually > made that same suggestion, but rudely?basically insulting the > very thought that someone would be stupid enough to base a > build system for commercial software on make. The non-Plan 9 world suffers from several

Re: [9fans] Barrelfish

On Sun, Oct 18, 2009 at 6:06 AM, Roman Shaposhnik wrote >> It is. But what's your proposal on code sharing? All those PC >> registers belonging to >> different cores have to point somewhere. Is that somewhere is not shared me= >> mory >> the code has to be put there for every single core, right? >

Re: [9fans] Barrelfish

Could be wrong, but I think he's referring to the SPURS Engine: http://en.wikipedia.org/wiki/SpursEngine I had never seen that but I had encountered news on the Leadtek card based on it. --On Saturday, October 17, 2009 16:18 -0500 Eric Van Hensbergen wrote: Could be wrong, but I think he

Re: [9fans] Barrelfish

Interesting, 1080p? you have a link? The one I read long ago: First Google "sponsored link:" (This one's an industrial rackmounted machine. No expansion card.) BadaBoom is just software that uses C