http://blog.gmane.org/gmane.os.plan9.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.plan9.general/70202 <pre>the sse change broke floating point exception handling. from /sys/src/9/pc/main.c:^matherror() /* * save floating point state to check out error */ fpenv(&amp;up-&gt;fpsave); mathnote(); this is wrong, because fpenv() will store the enviroment in x87 format, but mathnote() uses mathstate() which intreprets the FPsave structure depending on if sse was enabled or not. a fix for this was just commited in 9front which passes the status word and fppc explicitely to mathnode() and uses mathnote(up-&gt;fpsave.status, up-&gt;fpsave.pc); in matherror() and the values extracted by mathstate() in mathemu(). the 2nd problem is how we'r going to handle the fpregs file in devproc. as this change changes the format. fpr() in acid returns garbage right now. any thoughts on it how to move forward on this? -- cinap </pre> cinap_lenrek< at >gmx.de 2013-05-24T21:29:27 http://comments.gmane.org/gmane.os.plan9.general/70195 <pre>Hello, 9 fans! If I wanted to play with native Plan 9 installation or demonstrate it to someone, does anyone have a Plan 9 installed on a VPS or a Pi with free guest access? It would be nice to be able to drawterm to it. I remember there were discussions about creating Plan 9 instance on Amazon EC2 platform, but why bother if someone would be so kind to share own virtual server. Thanks in advance. </pre> Ruslan Khusnullin 2013-05-24T11:45:07 http://comments.gmane.org/gmane.os.plan9.general/70193 <pre>I am trying to get the Plan 9/386 port of go stable enough to run a builder on one of my machines, but I've run into a few snags and could use some guidance. Here's the relevant setup: VMware Workstation instance running as CPU/FS/Auth server Thinkpad T21 running as a CPU server The Plan 9 install is up to date against sources, and the go tree is tip. Compiling the go tool chain with sse2 under VMware yields broken tools, and building with GO386=387, consistently breaks the tests. On bare metal, all tests except net/http pass most of the time. When a test fails I get the following errors: From the test: &lt;test&gt; &lt;pid&gt;: suicide: sys: trap: fault write addr=0xfffffffc pc=0x0001e6ea panic: runtime error: index out of range &lt;followed by a goroutine stack trace&gt; On the console of the cpu server: &lt;pid&gt; &lt;test&gt;: checked &lt;n&gt; page table entries It doesn't matter what the test is, when it fails, it follows this pattern An unrelated problem is in net/http, I am seeing any of the timeout tests, e.g., TestServerTime</pre> Christopher Nielsen 2013-05-23T22:14:59 http://comments.gmane.org/gmane.os.plan9.general/70190 <pre>Hello everyone, Anyone has used cryptsetup with cwfs64x and fs's mirror feature? Any reliability problems? Also, weeks ago I send a mail to contrib&lt; at &gt;plan9.bell-labs.com without response. I would like to share some ape ports and dictionaries for dict. Thanks in advance. Regards, trebol. </pre> trebol 2013-05-23T15:07:01 http://comments.gmane.org/gmane.os.plan9.general/70184 <pre>To anyone with a pi out there, can you try to do an upas send on the pi (just send a mail) and let me know if it worked fine there? thanks </pre> Francisco J Ballesteros 2013-05-21T10:27:31 http://comments.gmane.org/gmane.os.plan9.general/70178 <pre> I installed 9atom downloaded from Erik's site on 5/12 on a Gigabyte GA-D525TUD (http://www.gigabyte.com/products/product-page.aspx?pid=3549#ov). When I have *nomp=1 in plan9.ini, I am able to log in and things work OK (except the mouse wheel scroll direction is opposite to what I would expect), When I remove *nomp=1 from plan9.ini, 9atom reports four processors, and every keystroke produces 6 or 8 or more tokens of the character I am trying to type. If I'm lucky and I tap a key lightly and quickly enough, I can get a single character, but it's not easy. I tried the only other usb keyboard I have and had the same problem. Any suggestions? Thanks. Greg </pre> Gregory Pavelak 2013-05-19T12:22:14 http://comments.gmane.org/gmane.os.plan9.general/70173 <pre>Hello, yesterday day I had error messages below: automatic dump Fri May 17 05:00:07 2013 automatic dump Sat May 18 05:00:08 2013 command 30 data f7aea8a0 limit f7aec0a0 dlen 16384 status 0 error 0 lba 163565804 -&gt; 163565804, count 32 -&gt; 32 (32) atagenioretry: nondma w:163565804:32 &lt; at &gt;163565804:32 wrenwrite: error on w"/dev/sdD0/fsworm"(2315949): i/o error 040804 163565804 mirrwrite: error at w"/dev/sdD0/fsworm" block 2315949 atagenioretry: nondma w:163565836:32 &lt; at &gt;163565836:32 wrenwrite: error on w"/dev/sdD0/fsworm"(2315950): i/o error 040804 163565836 mirrwrite: error at w"/dev/sdD0/fsworm" block 2315950 atagenioretry: nondma w:163565900:32 &lt; at &gt;163565900:32 wrenwrite: error on w"/dev/sdD0/fsworm"(2315952): i/o error 040804 163565900 mirrwrite: error at w"/dev/sdD0/fsworm" block 2315952 atagenioretry: nondma w:163565932:32 &lt; at &gt;163565932:32 ... ... it seems that wrenwrite/mirrwrite errors from cwfs are induced by "atagenioretry: nondma" which come from kernel (/sys/src/9/pc/sdide.c). have you ever seen messages lik</pre> arisawa 2013-05-19T04:32:52 http://comments.gmane.org/gmane.os.plan9.general/70157 <pre> Can Go be used for replacing C in Plan9? Could be a kernel be written in Go? If it is not possible, what about making a C-like Go? Where C-like Go means having similar syntax, but not channels, garbage collection, and other fancy 21st century runtime features; but with no need for makefiles and fast compilation times. Could this be a sort of plugable compiler, where we could select what features of the language we would use for being included in the runtime? I think it will be nice for Plan9 having such language-compiler, Go has proved to be an improvement over C in its own niche. </pre> lamg 2013-05-17T15:51:01 http://comments.gmane.org/gmane.os.plan9.general/70150 <pre> Anyone has installed Go, the source code has Makefiles and bash scripts for building, it doesn´t seem to be for plan9. </pre> lamg 2013-05-16T22:31:47 http://comments.gmane.org/gmane.os.plan9.general/70143 <pre>Does anyone know why this one outlier mbwc.c is in libap.a? It brings in libutf dependencies to ap. Lib regexp does use it, and stdlib.h does bring in the signatures w/o bringing in utf.h to add the lib. -jas </pre> Jeff Sickel 2013-05-15T17:42:47 http://comments.gmane.org/gmane.os.plan9.general/70136 <pre>Hello, I made this quick little hack to do what the subject says. Sharing for anyone who might find it useful. diff /n/sources/plan9/sys/src/cmd/rio/rio.c /sys/src/cmd/rio/rio.c 779a780,802 </pre> Costin Chirvasuta 2013-05-13T17:33:42 http://comments.gmane.org/gmane.os.plan9.general/70132 <pre>has anyone ever written (for lack of a better term) a devdraw proxy? my application at hand would be to "tee" the messages between multiple "real" draw devices, but i can think of a number of useful things such a proxy might do. i'd be interested in hearing about any examples or experience before i get started. anthony </pre> a< at >9srv.net 2013-05-10T03:48:05 http://comments.gmane.org/gmane.os.plan9.general/70128 <pre>Hi, I have read this article: btcd: A Full Alternative Bitcoin Implementation, Written In Go http://bitcoinmagazine.com/btcd-a-full-bitcoin-alternative-written-in-go and I wonder if this could be a way to have Bitcoin in the Plan9 environment. The project it is not yet released but some part are available: https://github.com/conformal/btcwire/blob/master/README.md The program is licensed under the liberal ISC License. The blog: https://blog.conformal.com/ Antonio </pre> Antonio Barrones 2013-05-09T18:47:48 http://comments.gmane.org/gmane.os.plan9.general/70123 <pre>the patch carries over the condition flags into all the emulated instructions in the linker. i dont think this will work as intended because after returning from _div, the condition flags should have been modified no? or does BL somehow preserve the flags? i'm no arm expert... -- cinap </pre> cinap_lenrek< at >gmx.de 2013-05-08T20:09:58 http://comments.gmane.org/gmane.os.plan9.general/70108 <pre>When using vncv on a terminal with software cursor (vesa, rpi) the mouse cursor leaves a trail. This seem to be caused by the fact that vncv loads picture updates with loadimage(2) directly to screen. Loading to an offscreen image followed by a draw(2) to screen removes the artifact: /n/dump/2013/0507/sys/src/cmd/vnc/draw.c:106,111 - /sys/src/cmd/vnc/draw.c:106,112 static void updatescreen(Rectangle r) { + Image* img; int b, bb; lockdisplay(display); /n/dump/2013/0507/sys/src/cmd/vnc/draw.c:120,129 - /sys/src/cmd/vnc/draw.c:121,135 /* * assume load image fails only because of resize */ + img = allocimage(display, r, screen-&gt;chan, 0, DNofill); + if(img == nil) + sysfatal("updatescreen: %r"); b = Dx(r) * pixb * Dy(r); - bb = loadimage(screen, rectaddpt(r, screen-&gt;r.min), pixbuf, b); + bb = loadimage(img, r, pixbuf, b); if(bb != b &amp;&amp; verbose) fprint(2, "loadimage %d on %R for %R returned %d: %r\n", b, rectaddpt(r, screen-&gt;r.min), screen-&gt;r, bb); + draw(screen, rectaddpt(r, screen-&gt;r.min</pre> Yaroslav 2013-05-07T09:02:43 http://comments.gmane.org/gmane.os.plan9.general/70105 <pre>exportfs(4) claims that -r skips the initial protocol. but it appears that it only skips the initial part of the intial protocol, making ; cat /n/sources/plan9/rc/bin/service/!tcp564 #!/bin/rc mount '#s/boot' /root $rootspec exec /bin/exportfs -r /root incompatable with real file servers. it appears that the linux 9p file module requires this behavior, and it is not capable of connecting to regular file servers. so my question is, should the manual page or the code be corrected? - erik </pre> erik quanstrom 2013-05-06T20:41:10 http://comments.gmane.org/gmane.os.plan9.general/70098 <pre>it looks like it is not possible to pass up a list of blocks for a single packet, due to qio using Block.next for queues. if this is correct, has anyone looked at the difficulty of using Block.list to chain blocks in queues? - erik </pre> erik quanstrom 2013-05-04T10:08:43 http://comments.gmane.org/gmane.os.plan9.general/70097 <pre>remember, it's not too early to register. http://iwp9.org - erik </pre> erik quanstrom 2013-05-04T08:53:39 http://comments.gmane.org/gmane.os.plan9.general/70063 <pre>Hello! I'm aware that it's rather late for this, and that I very nearly missed the submission deadline, but well... real life had other plans for me. Still, I'd just love to work on Plan9 over the summer, and here is my proposal: https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/bawr/4002 Comments are welcome, even if the Melange version is frozen I'll probably update an HTML version for my own reference, if nothing else. Cheers! /bawr </pre> Bartosz Wróblewski 2013-05-03T18:36:55 http://comments.gmane.org/gmane.os.plan9.general/70047 <pre>what the subject says, anyone put their venti (those that use it) on a solid state disk? -Steve </pre> Steve Simon 2013-05-03T14:19:23 http://comments.gmane.org/gmane.os.plan9.general/70046 <pre>Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... Anyone attempted this? -Steve </pre> Steve Simon 2013-05-03T14:18:40 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.plan9.general