[9fans] plan9port changes to rc and acme

Hi all, In plan9port, back in 2020, I wrote a new parser in rc to clean up a few things, most notably that = signs are now allowed in command arguments. This makes rc much nicer for using programs with -foo=bar flag syntax. It was pointed out to me that I may not have announced it here, so I'm bel

Re: [9fans] Sponsoring a new Intro book by the Flan 9 Poundation

This thread has stopped being respectful and productive. Let's stop here. Thanks. Best, Russ -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T627a29a7babaf29e-M2fadb81457247fe9381aac9f Delivery options: https://9fans.topicbox.com/groups/

[9fans] sam and samterm in Go

Hi all, I have been playing off and on with converting some of the Plan 9 tools from C to Go, for both better portability and better maintainability. I just published 9fans.net/go/cmd/sam and 9fans.net/go/cmd/samterm. They seem to work well enough for simple use but I haven't really hammered hard

Re: [9fans] 9P reading directories client/server behavior

On March 9, 2021, Plan 9 from Bell Labs <9fans@9fans.net> wrote: > I was trying to use 9fans/go/plan9/client.Fid.Dirreadall > [https://github.com/9fans/go/blob/master/plan9/client/fid.go#L54-L60] > and found that it returned fewer entries than a single Dirread. The > reason is that Dirreadall uses

Re: [9fans] Can compile Plan9 C compiler for windows10?

On March 29, 2021, arn...@skeeve.com wrote: > OK - wasn't kenc ported to Linux for bootstrapping the early > Go compilers? Is that version general, or not worth my trying to use? The early Go compilers, written in C, were compiled with gcc or clang. The Plan 9 C compiler was used for the Go runti

Re: [9fans] Can compile Plan9 C compiler for windows10?

Hi Arnold, The hard part is not so much the compiling but the linking against system libraries. Honestly once you have both gcc and clang happy (with no warnings), I doubt very much that using the Plan 9 C compilers will bring much additional benefit for finding bugs (except bugs in the compiler!)

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

On March 23, 2021, Russ Cox wrote: > Once I have had time to go through the details on my end, > I will update Plan 9 from User Space (plan9port) to match. I've updated both plan9port and the Plan 9-derived Go libraries at 9fans.net/go to use the MIT license text. The Unix ports

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

Congratulations, and thank you for the effort this took! Plan 9 under such a simple license is a day I never thought I would see. Once I have had time to go through the details on my end, I will update Plan 9 from User Space (plan9port) to match. Best, Russ -

Re: [9fans] Whats the default font in Acme?

For what it's worth, you don't need to mount fontsrv anywhere. You can just use 'fontsrv -p .' to list the fonts, and then refer to them as /mnt/font/Name/SIZEa/font. For example: /usr/local/plan9/bin/acme \     -f /mnt/font/LucidaGrande/12a/font \     -F /mnt/font/SourceCodePro-Regular/12a/font

[9fans] Re: moving 9fans to new server, but still 9fans@9fans.net

By all appearances, 9fans mail is flowing through Topicbox now. The 9fans archives now hosted at Topicbox contain all the messages formerly at 9fans.net/archive (before that machine went down), dating all the way back to July 1993. For fun, here's my first

[9fans] Re: moving 9fans to new server, but still 9fans@9fans.net

This mail should come through Topicbox. We will see. :-) On Fri, Oct 11, 2019 at 12:57 PM Russ Cox wrote: > As you may know from the thread back in August, we've been running 9fans > on a self-hosted Mailman on a VM instance, with a spam blocking service in > front. > > I&

[9fans] moving 9fans to new server, but still 9fans@9fans.net

As you may know from the thread back in August, we've been running 9fans on a self-hosted Mailman on a VM instance, with a spam blocking service in front. I've been working with Calvin Morrison of Fastmail on moving 9fans over to Fastmail's hosted mailing list service, Topicbox. The list address

Re: [9fans] MailRoute: Past Due Invoice for 9fans.net

On Fri, Aug 9, 2019 at 2:02 PM Skip Tavakkolian wrote: > May I ask what the monthly cost of mailroute-ing 9fans is? I can't decipher > the pricing from their site. Nothing but good things to say about Mailroute. They're mostly aimed at businesses with individual users. When I contacted them wa

Re: [9fans] MailRoute: Past Due Invoice for 9fans.net

ts are not the cool thing anymore, I guess. So we muddle on with mailroute and self-hosted mailman. Would be happy to hear about alternatives, though. Best, Russ On Thu, Aug 8, 2019 at 11:00 PM Skip Tavakkolian wrote: > > Anti-Spam-as-a-Service or ASaaS > > > On Thu, Aug 8, 2019, 2:03

Re: [9fans] MailRoute: Past Due Invoice for 9fans.net

Hi Christiane, I received your voicemail and just updated my credit card information at billing.mailroute.net. Apologies for not noticing these emails earlier. I've updated my mail filters to highlight them better. Please let me know if you need anything more from me. Best, Russ On Thu, Aug 8,

Re: [9fans] thoughs about venti+fossil

On Tue, Apr 21, 2015 at 2:30 PM, wrote: > Does this mean, that Plan9 by default supposes that A=B if hash(A)=hash(B)? > Yes. > That this was not the default before, but it is now? > Yes. > That I still have the possibility of a "full check" of A=B (and not > supposing > it after checking ha

[9fans] github.com/9fans + plan9port on git

i have moved the plan9port sources from mercurial to git. the instructions at http://swtch.com/plan9port/man/man1/install.html are up-to-date: you can still install by downloading a .tgz, or you can use git clone. it's entirely possible i've missed some things. let me know on plan9port-dev or send

Re: [9fans] shell functions

On Fri, Sep 26, 2014 at 12:32 PM, Kurt H Maier wrote: > Quoting Russ Cox : > > The right fix is to eliminate all possible interaction between (1) and >> (2). >> The first public fix focused instead on making (1) more robust, and guess >> what, it wasn't good e

Re: [9fans] shell functions

+9fans, since a few people have asked On Thu, Sep 25, 2014 at 6:15 PM, Scott Schwartz wrote: > Reading about the latest bash bug, I tried this with rc. > Is it a bug? Feature? Other? > > bash$ env 'fn#foo'='{true} > date > ' rc > Thu Sep 25 15:07:16 PDT 2014 > % whatis foo > fn foo {true} > I

Re: [9fans] sam for Windows?

On Fri, Jul 18, 2014 at 7:13 PM, <6o205z...@sneakemail.com> wrote: > There are 5 downloads at https://bitbucket.org/knieriem/pf9/downloads. > Which one(s) did you use? > Sorry, I missed this mail when it came in. I used sam20110504 and pf9bin and they both seemed fine. Russ

Re: [9fans] sam for Windows?

On Thu, Jul 3, 2014 at 1:39 AM, <6o205z...@sneakemail.com> wrote: > On 6/27/2014 4:38 PM, Russ Cox rsc-at-swtch.com |9fans| wrote: > >> However, Steve Simon buried the lede in his reply: https://bitbucket.org/ >> knieriem/pf9/downloads has a working sam, acme, plumber,

Re: [9fans] sam for Windows?

On Mon, Jun 2, 2014 at 7:19 PM, Lee Fallat wrote: > I just checked on a friend's laptop (AMD64 Windows install)- it works. > What doesn't work is this: > > http://plan9.bell-labs.com/netlib/research/sam.exe > > ...because it is a 32-bit installer. > > The link in my previous email though, contain

Re: [9fans] p9p on Retina Macs

What Marius wrote is mostly accurate. If you set devdrawretina=1 you get tinier pixels; acme, sam, and 9term know to draw thicker lines in response; other programs do not. If you want fonts that look somewhat like the Plan 9 bitmaps, I use this with acme: #!/bin/bash export devdrawretina=1 /usr/l

Re: [9fans] Go tip build fails

Are you all using 386 or amd64 systems? Russ

[9fans] for the mercurial users

plumb mercurial 12-hexdigit hash from directory inside mercurial repository. type is text data matches '[a-zA-Z0-9¡-�_\-./]+' data matches '[0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f]' plumb start rc -c 'cd '''$wdir'''; root=`{hg root}; rev='''

Re: [9fans] Lucient Ornico PC24E-H-FC-WIFI

On Thu, May 17, 2012 at 9:42 AM, wrote: > Since there has been no systematic attempt to track working > hardware, each purchase is a crapshoot. I own one "Lucent > WaveLAN" PC24E-H-FC that works and just bought one "IBM" > PC24E-H-FC that does not work. They're old cards, and the > non-working on

Re: [9fans] Starting a blog on plan 9

On Wed, May 9, 2012 at 8:09 AM, erik quanstrom wrote: >> Sam is enough for the new user, and learning it without the mouse >> seems like a really good idea. I agree with you sam -d is not an entry I think it's much easier to learn sam _with_ the mouse, and only then move on to sam -d for times wh

Re: [9fans] AMD64 system

On Wed, Apr 25, 2012 at 4:13 PM, Strake wrote: > What the hell? This is a waste and a fault. long at least ought to be > at least a machine word. Use vlong. Why does it matter what it's called? > The main one is this: I have a 64-bit machine, and I'll be damned if > my programs won't use every

Re: [9fans] git and (p9p) acme

On Wed, Apr 25, 2012 at 5:35 PM, Mathieu Lonjaret wrote: > So, are you saying E just works out of the box for you as the $EDITOR > for git/hg? Yes. Note that E waits for the file to change by running ls -l on the file in a loop. If for some reason doing the Put does not change the ls -l output

Re: [9fans] git and (p9p) acme

> It doesn't load the file for the user to edit. You must be running a different sam than I am. I would make a video and post it on YouTube but I am too lazy. Russ

Re: [9fans] git and (p9p) acme

On Wed, Apr 25, 2012 at 4:59 PM, Lyndon Nerenberg wrote: > But none of those commands will block until the file is saved, and that's the > issue. Are you sure you are running 'sam foo' and not 'sam foo &'? Sam 'blocks' until you quit out of it, just like acme or vi or ed. Russ

Re: [9fans] what am i missing

On Wed, Apr 25, 2012 at 4:37 PM, erik quanstrom wrote: > On Wed Apr 25 16:15:27 EDT 2012, r...@swtch.com wrote: >> This is not Linux.  Each individual proc (thread) has its own >> set of children, so the only wait message that should arrive > > and yet the threadwaitchan() is shared among all thre

Re: [9fans] git and (p9p) acme

On Wed, Apr 25, 2012 at 4:57 PM, Lyndon Nerenberg wrote: > A lack of expectation.  I.e. I expect 'sam foo' to, well, edit 'foo'.  'acme > foo' does that, as does 'ed foo.'  From a UI perspective, the 'sam foo' > behaviour is as non-intuitive as it gets. > > If 'sam foo' (i.e. with a single filen

Re: [9fans] git and (p9p) acme

On Wed, Apr 25, 2012 at 4:46 PM, Lyndon Nerenberg wrote: > Plugging 'sam file' into a script does not launch the editor with the > specified file in a window for the user to edit, and then save out. Sure it does. And so does 'acme file', if you are on Plan 9 or if you are on plan9port and don't

Re: [9fans] git and (p9p) acme

On Wed, Apr 25, 2012 at 4:30 PM, Lyndon Nerenberg wrote: > If 'sam file' did the obvious thing this would be much less of a problem. What is not obvious about what 'sam file' does?

Re: [9fans] git and (p9p) acme

I guess it depends on what you expect to break. I like using the E script because (once you learn not to click Put, which doesn't take too long) after I click Put the window is still there with my work in it in case the tool I just sent it to chooses to blow up and discard my efforts. Russ

Re: [9fans] what am i missing

On Wed, Apr 25, 2012 at 4:06 PM, erik quanstrom wrote: > good point.  procrfork() does nowait.  but then how do i get > a wait message.  i'm really hoping the answer is not "you don't". I don't believe you have looked at the context here. This is only used by procexec, which is trying to simulat

Re: [9fans] what am i missing

On Wed, Apr 25, 2012 at 3:46 PM, erik quanstrom wrote: > i think that if you're asynchronously procexecing() and > waiting for wait messages, some could have been lost. why would they be delivered to the proc running procexec? russ

Re: [9fans] could not write super block; waiting 10 seconds

On Mon, Mar 26, 2012 at 6:18 AM, Richard Miller <9f...@hamnavoe.com> wrote: > (1) When taking a snapshot, blockWrite in cache.c is called to write > an updated super block S, which has a pointer to the root block R > for the new epoch.  To maintain consistency on the disk, R must be > written befor

Re: [9fans] Regarding 9p based "protocols" message framing

On Fri, Mar 16, 2012 at 7:40 AM, Ciprian Dorin Craciun wrote: >  Why was I puzzled: because as a non Plan9 user / developer, I > usually think of the underlaying transport technology (be it sockets > or 9p) as a stream of bytes without explicit framing. Even outside Plan 9, this is not always the

Re: [9fans] sealed arena modified by venti??

Try running verifyarena on both.

Re: [9fans] evoluent mouse review

On Tue, Feb 21, 2012 at 10:03 AM, Quico Moya wrote: > I'm unable to simulate three buttons on my Magic Mouse.  Is there > something I have to do to turn this feature on? Thanks! There was at one point code in plan9port that simulated three buttons along the top of the magic mouse; it read out whe

Re: [9fans] Plan 9/plan9port coding conventions

Style is style; it is not defensible on its own. If I were contributing to smiley's projects, I would make the code look the way the rest of his code does. It's not that one way is necessarily better, but one way is definitely least distracting in a given context. Russ

Re: [9fans] Plan 9/plan9port coding conventions

In any project, the polite thing to do is to make your code look like the surrounding code. You have identified many ways in which your code does not look like the surrounding code. That's always the first step. Russ

Re: [9fans] Killing venti

On Thu, Jan 5, 2012 at 12:35 PM, wrote: >> run venti/sync. > > Ah.  Cool.  Gotta love those undocumented commands.  :) While probing > the distal edges of Venti's documented functionality, I also came across > the following, which have similar (but not identical) effect: > > hget http://$vthost:$

Re: [9fans] venti and "contrib": RFC

On Thu, Jan 5, 2012 at 10:15 AM, wrote: > But perhaps the other users are smart enough to have understood all this > at installation time, but when I first installed Plan9, that was not for > the archival features. And I spent my time on Plan9 looking for the > distributed system, the namespace a

Re: [9fans] Killing venti

run venti/sync. then kill it. russ

Re: [9fans] C compiler error?

On Tue, Dec 13, 2011 at 11:05 PM, Lucio De Re wrote: > What is the expected status?  Is Anthony's CL to be abandoned in > favour of the change to the Plan 9 C compiler (give or take the other > nit of a "static" definition)?  I don't have a problem with minor > unofficial changes to the Plan 9 dis

Re: [9fans] C compiler error?

On Tue, Dec 13, 2011 at 5:38 PM, Charles Forsyth wrote: > it's reasonable to use any integer type in a switch, although the compilers > don't currently support it. > it's compatible with the standard, which allows any integer type. i'd cancel > the change request and work round it (add a cast) unt

[9fans] spam on 9fans

There has been a lot of spam passing through 9fans, enough that, for example, my own subscription tends to auto-disable every few months due to the many bounced spam messages that the list server could not deliver. I have shuffled things around a bit, and it should reduce the amount of spam gettin

Re: [9fans] 6a bug

On Wed, Nov 16, 2011 at 7:50 PM, erik quanstrom wrote: > well my example is slightly booged then.  i just needed a label. > the point still stands that 6l is not liking the *value*.  this actually > comes from _start64v, and i wanted to simplify it.  if you replace > the given value with $10, it 6

Re: [9fans] 6a bug

I'm a little surprised 6a accepts the ull suffix. Russ

Re: [9fans] FS for sharing between Linux and Plan 9

On Fri, Nov 4, 2011 at 4:50 PM, wrote: > Hm.  It looks like I might have been wrong about that.  Digging a little > deeper, it seems like plan9port doesn't have any fdisk, prep, or fossil. > Is that correct?  (And if so, why?)  I know that Linux doesn't have any > kernel-level support for Plan 9

Re: [9fans] how to burn iso

On Mon, Oct 24, 2011 at 9:41 AM, Rudolf Sykora wrote: > My current understanding is that I need as if 3 different views on a CD: > -- if audio CD is to be written, I need to follow some structure in > which audio tracks should be written, so that other audio readers > understand it, > -- if data f

Re: [9fans] plumb(1) in ansi C

On Oct 18, 2011 at 06:24, Steve Simon wrote: > Anyone written plumb(1) in ansi c for a non-plan9 OS, > > By this I don't mean the plumber as such, but a command which > writes correctly formatted messages into /.../mnt/plumb/send. There is one in plan9port, as usual. You would have to tweak libpl

[9fans] plan9port on lion

It looks like Apple pushed Xcode 4.2 to the App Store recently. That, combined with some recent changes to plan9port, means that plan9port finally compiles 'out of the box' on Lion. Many thanks to David Jeannot for his heroic struggles with Cocoa and Objective C. Russ

Re: [9fans] ext2srv understands only 7bit ASCII file names?

> example of whitespace handling etc in trfs.c and recompile. Now, where > is the latin-1 code table again... latin-1 bytes 00-FF turn into unicode runes 00-FF.

Re: [9fans] ext2srv understands only 7bit ASCII file names?

On Oct 13, 2011 at 07:16, slash wrote: > I have some files on an external ext2 drive that have whitespace and > umlauts (ä, ö) in them. trfs took care of the whitespace. But ext2srv > presents umlauts as a question mark symbol (�) and won't let me access > the file (error: file does not exist). >

Re: [9fans] tcl, 9p

On Sat, Oct 8, 2011 at 8:02 PM, L N wrote: > Anyone know the state of the art of writing 9p clients/servers in tcl? I believe the state of the art is not to use tcl. :-) I'm having fun writing 9p clients in Go. Russ

Re: [9fans] copying over 9P using plan9port

To answer my question: the error message comes from 9pfuse. The extra bits are O_NOFOLLOW and O_LARGEFILE, both of which seem harmless in this context. Try this: diff -r 6db8fc2588f6 src/cmd/9pfuse/main.c --- a/src/cmd/9pfuse/main.c Mon Oct 03 18:16:09 2011 -0400 +++ b/src/cmd/9pfuse/main.c

Re: [9fans] copying over 9P using plan9port

What does 'mount' (not 9 mount, just mount) say after you mount the file system? That will tell you whether the '9 mount' used v9fs (Linux 9P driver) or 9pfuse (user-space 9P-to-FUSE translator). Neither gets much use, so it is easy to believe that there is a bug. Russ

Re: [9fans] namec() dislikes #M - why?

#M is not a nameable device. It is a pseudo-device representing mounted connections. Instead of writing bind -b #M123 /dev You are supposed to write mount -b /srv/whatever /dev My memory is that the name space files use the latter form unless the original name is gone. Russ

Re: [9fans] circular fonctions: precision?

On Mon, Oct 3, 2011 at 11:34 AM, Bakul Shah wrote: > I don't get it. Surely go has a FFI? Or Are you planning to reimplement many > libraries in go? Using FFI for square root is overkill. Russ

Re: [9fans] circular fonctions: precision?

On Mon, Oct 3, 2011 at 10:44 AM, Bakul Shah wrote: > Why not just use sun/FreeBSD functions in C? Because we are writing in Go. Russ

Re: [9fans] circular fonctions: precision?

On Sun, Oct 2, 2011 at 12:38 PM, wrote: > Is there some documentation about the precision of the circular (i.e > trigonometric) fonctions, depending on the (plan9) implementation and > the hardware? They are not terribly accurate. If you need accurate versions, the best I know are the ones that

Re: [9fans] cocoa devdraw

On Mon, Sep 26, 2011 at 4:10 PM, David Leimbach wrote: > Ucontext stuff was being deprecated in Leopard was my understanding and that > support for it would be shoddy. > > Time to roll our own?  Didn't you already do this? I did for many systems, and even did for Lion, but then I tried the syste

Re: [9fans] cocoa devdraw

On Mon, Sep 26, 2011 at 3:23 PM, Anthony Sorace wrote: > Do you have reason to believe this is a Lion issue? I'm running > Xcode 4.1 on Snow Leopard and libthread is buggered for me, > as well (I don't currently have a Lion system to confirm it's > buggered in the same way). No, I believe it is a

[9fans] cocoa devdraw

Thanks to heroic effort by David Jeannot, there is a new Cocoa-based OS X devdraw that seems to work well enough that I made it the default even on Snow Leopard. If you do the usual hg pull -u; ./INSTALL you'll get it. I think the only pending Lion issue now is that people using Xcode 4.1 don't h

Re: [9fans] toff fonts

On Sun, Sep 18, 2011 at 11:22 AM, wrote: > i was just wondering because all these special unicode > characters work with the LucidaSans font. and the > /sys/lib/postscript/troff/R file *suggested* to me that > it should fall back to the Lucida font for special > characters... > > how are the trof

Re: [9fans] toff fonts

Honestly, the easiest thing to do is run the input through sed. Or use Heirloom troff, which has much better support for Unicode and modern fonts. Russ

Re: [9fans] toff fonts

why are you trying to render U+2019? the usual way to do that is to write U+0027. russ

Re: [9fans] venerable software - 9wm

On Fri, Sep 16, 2011 at 10:22 AM, Steve Simon wrote: > anyone updated dhog's 9wm so it looks more rio-listic > rather than 8½ styled. yes - it is called rio in plan9port. russ

Re: [9fans] Plan 9 stack limit?

On Wed, Sep 7, 2011 at 9:18 PM, Comeau At9Fans wrote: > Threw a lot more at it and it seemed ok, until just now.  This time, for the > first time (with this problem) the app did not crash but 9vx.OSX crashed and > gave: >   libvx32/emu.c:1668: failed assertion `(void*)extra < (void*)codetab' > > A

Re: [9fans] Plan 9 stack limit?

On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans wrote: > The app.  9vx will continue to run after it.  It give a little dump thing on > the screen with "1476 The.App fault 0x4 no segment" send to the shell > account 9vx was started from.  Running acid on the app does not appear to > bring up a line

Re: [9fans] Plan 9 stack limit?

On 9vx the entire address space for a running process is 256 MB. The heap grows up and the stack grows down. It is easy to believe you could have blown out the stack. Is it just the program you ran that crashed or is it all of 9vx? The fact that you said '9vx.OSX' makes me think you might be run

Re: [9fans] plan9port: cocoa programmer needed

I am using Xcode 4.2 on Lion without problems. Can you try updating to the newer Xcode? Russ

Re: [9fans] plan9port: cocoa programmer needed

Try adding # HA HA HA. Apple broke things again. [ "$SYSNAME" != "Darwin" ] || ranlib $2 to the bottom of $PLAN9/bin/9ar

Re: [9fans] plan9port: cocoa programmer needed

David's new Cocoa devdraw is in the plan9port tree now, but not built by default. There are still some rough edges to work out. If you want to play and maybe find and fix bugs, you can use cd $PLAN9/src/cmd/devdraw mk cocoa export DEVDRAW=$PLAN9/src/cmd/devdraw/cocoa colors acme sam whatever Ru

Re: [9fans] libmach x86 botch

asm(stackaddress) is bogus not because of libmach but because asm is defined to disassemble from the text file, not from memory. Run 'whatis asm' in acid and notice that it says @addr++ not *addr++.

Re: [9fans] another acme/Mail question

> when I was playing with reading gmail with acme/Mail I sent a simple > e-mail to my gmail acount (from some webish outlook program, if that's > important), but then I saw this in the body of email as shown in acme > > 9p read mail/mbox/1375/body > //a > > can anybody tell me what it is? acme mai

Re: [9fans] plan9port: cocoa programmer needed

> According to my quick tests on Linux, the following > seems to work: > >        /usr/local/plan9/src/cmd/acme/text.c:754 >                case Kcmd+'c':  /* %C: copy */ >                        typecommit(t); >                        cut(t, t, nil, TRUE, FALSE, nil, 0); >                        r

Re: [9fans] plan9port: cocoa programmer needed

On Thu, Aug 25, 2011 at 2:33 PM, david jeannot wrote: >> It is possible that we just need to tweak the >> headers to get Carbon to build again, but Cocoa is >> obviously the right long term plan. > > I have a "working" Cocoa version of Devdraw for > OS X Lion: I'm using it with Acme to write this

Re: [9fans] plan9port: cocoa programmer needed

wow, thanks!

Re: [9fans] get the last write offset in p9p acme

Seems fine to me. You can shorten to w.Addr(",")

Re: [9fans] edit a huge file

>> that's not true.  it's still useful even with the temporary copy. >> and the temporary copy makes sure things aren't changing >> out from under acme's feet. > > i'm not sure what statement you're refuting. "you'd have to convince it to not read the entire file preemptively to make this a useful

Re: [9fans] edit a huge file

> no, but the whole file is read.  additionally, many 32-bit offsets are used. > > (cf. Range, Block, Disk, Buffer.cqi Elog, File.ntext, Text, Expand, in > acme/dat.h) > > i don't think it would be that hard to modify acme to handle large files, > but you'd have to convince it to not read the enti

Re: [9fans] edit a huge file

> I needed to edit/look through a cca 7 GB log (text) file. > Now I use p9p. > Acme failed with a segmentation fault, was killed. > Sam did not seg-faulted, but didn't work either. > I finally used ed/sed. > > So does acme/sam need to load the whole file into memory? neither loads the file into me

Re: [9fans] simple venti demo:

i call this 'ventino'. it's a tiny venti that keeps the whole index in memory, backed by a text file. i have not used it in a while (the file is dated may 25, 2009) but hey, it's a working venti server in 329 lines of code. #include #include #include #include #include #include #include ty

Re: [9fans] (no subject)

Yes, rfork N is very nearly useless in rc. In a C program it is more useful, because you can open file descriptors you need before and make system calls afterward. Russ

Re: [9fans] plan9port: cocoa programmer needed

On Wed, Aug 3, 2011 at 12:25 AM, David Leimbach wrote: > I was with you till the "very easy" part.  Been following the updates today > and noted that (earlier) the portion of INSTALL that detects the > architecture on Darwin was not working.  Had a patch for that and > regrettably blew it away (ac

[9fans] plan9port: cocoa programmer needed

I have updated plan9port to build and run on OS X Lion. Everything works except devdraw, the binary that handles putting windows on the screen and managing the mouse and keyboard. Devdraw was written 3 years ago, using the Carbon framework. Apple wants to retire that framework, so they have been

Re: [9fans] mail client; general question web vs command

>> If anyone does this, I also suggest using Russ' rc version >> (ported to Plan 9) of Acme Mail, instead of adapting the C >> code. russ has an rc version of acme mail? russ

Re: [9fans] Lock loop in malloc()

no one appreciates nm. 1b1b8 B outbuf 1f1b8 b nbuf$1 1f1e0 b _dtoalk 1f1e8 B ops 1f268 B ifsatisfied 1f2e8 B _stdiolk 1f2f8 B sbrkmempriv

Re: [9fans] Lock loop in malloc()

>> Following Erik's direction, it seems that the lock value is 0x0deadead, > > btw, there appears to be a typo in /sys/src/libc/386/tas.s.  it should be > spelled > to match other arches.  for some reason all other arches use 0xdeaddead. > unfortunately, pool also uses 0xdeaddead so this typo is f

Re: [9fans] Lock loop in malloc()

>> The address passed to lock - 0x1f2f8 in the trace - >> should be the address of the symbol sbrkmempriv. >> I assume it will be, but check (if not, there's other >> memory corruption).  Assuming it is, that's in the bss >> so the most likely culprits for corruption are the >> symbols near it: run

Re: [9fans] [p9p] problem with mk: variable being truncated

cd $PLAN9/src/cmd/mk g 16384

Re: [9fans] Lock loop in malloc()

> However, it does not seem to be Bison that's at fault: it seems that an > invocation of alloc() tries to set a lock and never succeeds or gives up. It's possible that you've found a latent bug in malloc. However, that malloc has been running along pretty steadily for a decade at this point, so i

Re: [9fans] Plan 9 Go (Was: GNU/Linux/Plan 9 disto)

go uses various features of bison to make writing the grammar easier and to be able to give good syntax error diagnostics. there are two viable choices here. 1. port bison. 2. run bison on another system, copy the go.tab.[ch] files over, and don't delete them. if #1 is too much, do #2, which is

Re: [9fans] 9fans archive engine

On Thu, Jul 14, 2011 at 10:28 AM, Yaroslav wrote: > Is the software which powers 9fans web archive publicly available? it's not.

Re: [9fans] grep (or perhaps regex(6)) question

On Tue, Jul 5, 2011 at 3:56 AM, dexen deVries wrote: > on plan9port: > % echo foobar | 9 grep '$JUNK' >  -> foobar > > that is, p9p grep matches any line with regular expression in form of > $ANY_REGEX > > why is it so? It's an ancient bug in the Plan 9 grep, a complication of the way Ken impleme

  1   2   3   4   5   6   7   8   >