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

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?

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

Dont' think so, as you need a buffer to keep the line. On Mon, Jan 9, 2012 at 11:47 AM, faif 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?

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

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 at

[9fans] xcpu.org

expires tomorrow. I don't intend to renew, anybody want it? ron

[9fans] xcpu.org is taken

Wow, that was fast. Anyway, it's taken. thanks ron

[9fans] fossil (again)

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 are

Re: [9fans] fossil (again)

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 to run

Re: [9fans] fossil (again)

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)

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)

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 block

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

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)

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

Re: [9fans] fossil (again)

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)

confused me. you mean 27% or what's in my signature? On 10 January 2012 16:30, Lyndon Nerenberg lyn...@orthanc.ca 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)