Re: [9fans] fossil (again)

2012-01-09 Thread Bruce Ellis
confused me. you mean 27% or what's in my signature? On 10 January 2012 16:30, Lyndon Nerenberg wrote: > > On 2012-01-09, at 21:04 PM, Bruce Ellis wrote: > >> Your call. > > You didn't give us your number. -- Don't meddle in the mouth -- MVS (0416935147, +1-513-3BRUCEE)

Re: [9fans] fossil (again)

2012-01-09 Thread Lyndon Nerenberg
On 2012-01-09, at 21:04 PM, Bruce Ellis wrote: > Your call. You didn't give us your number. signature.asc Description: Message signed with OpenPGP using GPGMail

Re: [9fans] fossil (again)

2012-01-09 Thread Bruce Ellis
Many a moon ago Basser was doing something about incorporating various bits into the a 32V Vax system. They went for a 1K block filesystem (don't remember which one, early BSD?) but spent a large amount of time on retrofitting 512B blocks. I wrote a small program that traversed a disk and reported

[9fans] Fortran 2008/2003 on Plan 9 from Bell Labs

2012-01-09 Thread Австин Ким
Hi, all, Could anyone point me to a Fortran 2008 or Fortran 2003 compiler for Plan 9 from Bell Labs? I have not been successful searching online for one. All the best, Austin We are all responsible for everyone everywhere, especially for the worst-off among us, whoever we are and wherever we

Re: [9fans] fossil (again)

2012-01-09 Thread erik quanstrom
> Side note: are there statics about the Plan9 distribution, to know what > is the best size of blocks? It seems that there is a lot of small text > files, so 8kb is perhaps too much. i did these calculations for the files in / on my worm. i used values from ken's file server for a variety of blo

Re: [9fans] fossil (again)

2012-01-09 Thread David du Colombier
> > Are you sure you disabled temporary snapshots? You can disable > > them by removing the line "snaptime", or just removing "-t", or > > setting "-t none" on that line, in fossil configuration. Sorry again, I typed too fast. Of course I mean "-s" for temporary snapshots. -- David du Colombier

Re: [9fans] fossil (again)

2012-01-09 Thread David du Colombier
> Are you sure you disabled temporary snapshots? You can disable > them by removing the line "snaptime", or just removing "-t", or > setting "-t none" on that line, in fossil configuration. Sorry, I mean "-a", not "-t". -- David du Colombier

Re: [9fans] fossil (again)

2012-01-09 Thread David du Colombier
> Can somebody point me to a doc that a less than gifted mind, it > seems, can have a rough idea about what's going on, what space is > needed etc; is there a "garbage collector", that is for "-t" files and > dirs, once the file is deleted the blocks are freed and available, or > is there commands

[9fans] fossil (again)

2012-01-09 Thread tlaronde
So I have reinstalled Plan9 ("howto" do without CD etc. will be written in some days). Since I want to grasp fossil (no venti) for now, I have allocated "only" 1 Gb to the thing. With an almost virgin installation (only some Mb more since I'm debugging kerTeX on Plan9), and no snapshots, there ar

[9fans] xcpu.org is taken

2012-01-09 Thread ron minnich
Wow, that was fast. Anyway, it's taken. thanks ron

[9fans] xcpu.org

2012-01-09 Thread ron minnich
expires tomorrow. I don't intend to renew, anybody want it? ron

Re: [9fans] C library function that reads up to a newline

2012-01-09 Thread erik quanstrom
On Mon Jan 9 04:57:17 EST 2012, faif...@gmail.com wrote: > read(2) reads up to N bytes but doesn't stop on newlines. Brdline(2) > looks like a good candidate for that. Are there any functions > outside Bio that behave similarly? if you're application is one where the producer is producing a line

Re: [9fans] C library function that reads up to a newline

2012-01-09 Thread Jani Lahtinen
Dont' think so, as you need a buffer to keep the line. On Mon, Jan 9, 2012 at 11:47 AM, faif wrote: > read(2) reads up to N bytes but doesn't stop on newlines. Brdline(2) > looks like a good candidate for that. Are there any functions > outside Bio that behave similarly? > >

[9fans] C library function that reads up to a newline

2012-01-09 Thread faif
read(2) reads up to N bytes but doesn't stop on newlines. Brdline(2) looks like a good candidate for that. Are there any functions outside Bio that behave similarly?