* [9fans] Python/Mercurial error @ 2014-03-26 3:59 Ramakrishnan Muthukrishnan 2014-03-26 7:35 ` David du Colombier 0 siblings, 1 reply; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 3:59 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs As I wrote in the previous email [1], I have Python and Mercurial compiled from sources. When I use it to pull the golang sources, I noticed the following error: $ hg clone -u release http://code.google.com/p/go [...] added 19559 ... updating to branch release-branch.go1.2 abort: invalid argument: '/sys/src/go/src' Exception: KeyError(13155,) in module 'threading' from '/sys/lib/python2.7/threading.pyc' ignored abort: no such file or directory: '/sys/src/go/src/pkg/net/tcpsock_posix.go' (I am typing this from looking at the virtualbox screen, pardon me if there are any errors.) Also https didn't work with hg as it gave me a tls error. I guess I didn't build it with tls support. But that is okay.. [1] http://9fans.net/archive/2014/03/378 -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 3:59 [9fans] Python/Mercurial error Ramakrishnan Muthukrishnan @ 2014-03-26 7:35 ` David du Colombier 2014-03-26 11:09 ` Ramakrishnan Muthukrishnan 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-03-26 7:35 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs [-- Attachment #1: Type: text/plain, Size: 170 bytes --] Beside the Mercurial issue, the Go 1.2 release will not work on Plan 9. You have to follow tip. Just remove "-u release" from the clone line. -- David du Colombier [-- Attachment #2: Type: text/html, Size: 222 bytes --] ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 7:35 ` David du Colombier @ 2014-03-26 11:09 ` Ramakrishnan Muthukrishnan 2014-03-26 11:53 ` peterhull90 2014-03-26 12:09 ` Mark van Atten 0 siblings, 2 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 11:09 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs [-- Attachment #1: Type: text/plain, Size: 513 bytes --] On Wed, Mar 26, 2014 at 1:05 PM, David du Colombier <0intro@gmail.com> wrote: > Beside the Mercurial issue, the Go 1.2 release will not work on Plan 9. You > have to follow tip. Just remove "-u release" from the clone line. I installed the python/hg binaries from the 9legacy webpage. I also downloaded the go hg tip and did this: cd src ./all.rc I now get errors quite early itself while building lib9.a. Attaching a screenshot. I still can't seem to copy text to/from virtualbox. Ramakrishnan [-- Attachment #2: go-build.png --] [-- Type: image/png, Size: 47177 bytes --] ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 11:09 ` Ramakrishnan Muthukrishnan @ 2014-03-26 11:53 ` peterhull90 2014-03-26 12:08 ` Ramakrishnan Muthukrishnan 2014-03-26 12:09 ` Mark van Atten 1 sibling, 1 reply; 51+ messages in thread From: peterhull90 @ 2014-03-26 11:53 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs [-- Attachment #1: Type: text/plain, Size: 1045 bytes --] Could you post or have a look at libc_plan9.h - that file is generated by stripping out some things from /sys/include/libc.h and it appears that something in that process has generated a syntax error. Pete ps. I think it’s impossible to copy from vbox unless you have guest additions installed and AFAIK guest additions for plan9 have not been written. From: Ramakrishnan Muthukrishnan Sent: Wednesday, 26 March 2014 11:09 To: Fans of the OS Plan 9 from Bell Labs On Wed, Mar 26, 2014 at 1:05 PM, David du Colombier <0intro@gmail.com> wrote: > Beside the Mercurial issue, the Go 1.2 release will not work on Plan 9. You > have to follow tip. Just remove "-u release" from the clone line. I installed the python/hg binaries from the 9legacy webpage. I also downloaded the go hg tip and did this: cd src ./all.rc I now get errors quite early itself while building lib9.a. Attaching a screenshot. I still can't seem to copy text to/from virtualbox. Ramakrishnan [-- Attachment #2: Type: text/html, Size: 3006 bytes --] ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 11:53 ` peterhull90 @ 2014-03-26 12:08 ` Ramakrishnan Muthukrishnan 2014-03-26 13:50 ` erik quanstrom 2014-04-02 5:19 ` David du Colombier 0 siblings, 2 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 12:08 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Wed, Mar 26, 2014 at 5:23 PM, <peterhull90@gmail.com> wrote: > Could you post or have a look at libc_plan9.h - that file is generated by > stripping out some things from /sys/include/libc.h and it appears that > something in that process has generated a syntax error. Pete, Yes, you are right. I see an empty enum declaration: enum { } .. in between the "extern .. tokenize.." and "extern .. malloc .. " declarations. I will see how this file is generated. Thank you very much. I am running 9atom and not the Bell Labs plan9. I am not sure if some structures are not in sync in any header files. > ps. I think it’s impossible to copy from vbox unless you have guest > additions installed and AFAIK guest additions for plan9 have not been > written. Ah, okay. Thanks. I think I will install it on natively on my desktop PC this weekend. Thanks again. Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:08 ` Ramakrishnan Muthukrishnan @ 2014-03-26 13:50 ` erik quanstrom 2014-04-02 5:19 ` David du Colombier 1 sibling, 0 replies; 51+ messages in thread From: erik quanstrom @ 2014-03-26 13:50 UTC (permalink / raw) To: 9fans > Yes, you are right. I see an empty enum declaration: > > enum { > } > > .. in between the "extern .. tokenize.." and "extern .. malloc .. " > declarations. > > I will see how this file is generated. Thank you very much. I am > running 9atom and not the Bell Labs plan9. I am not sure if some > structures are not in sync in any header files. i've seen this before. but i don't exactly remember how i cleared it up. i think it involved mk'ing smaller bits, like mk stage first. i didn't see this error the last time i tried. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:08 ` Ramakrishnan Muthukrishnan 2014-03-26 13:50 ` erik quanstrom @ 2014-04-02 5:19 ` David du Colombier 2014-04-02 5:40 ` David du Colombier ` (3 more replies) 1 sibling, 4 replies; 51+ messages in thread From: David du Colombier @ 2014-04-02 5:19 UTC (permalink / raw) To: 9fans Two days ago, I've fixed the script mklibc.rc to generate the libc_plan9.h file properly on 9atom. https://codereview.appspot.com/82660044/ Please give a try and review this change to get it submitted before the Go 1.4 release. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 5:19 ` David du Colombier @ 2014-04-02 5:40 ` David du Colombier 2014-04-02 7:29 ` kokamoto ` (2 subsequent siblings) 3 siblings, 0 replies; 51+ messages in thread From: David du Colombier @ 2014-04-02 5:40 UTC (permalink / raw) To: 9fans > before the Go 1.4 release. Sorry, I mean Go 1.3 of course. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 5:19 ` David du Colombier 2014-04-02 5:40 ` David du Colombier @ 2014-04-02 7:29 ` kokamoto 2014-04-03 5:12 ` kokamoto 2014-04-02 12:48 ` erik quanstrom 2014-04-04 10:53 ` Ramakrishnan Muthukrishnan 3 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-02 7:29 UTC (permalink / raw) To: 9fans > https://codereview.appspot.com/82660044/ > > Please give a try and review this change to > get it submitted before the Go 1.4 release. I tried this, and compilation becomes seamless. However, a new test error occured as: ========= ? cmd/nm [no test files] pack.test 1119: suicide: sys: trap: fault read addr=0xeafffffc pc=0x254b6 *** Test killed: ran too long (3m0s). FAIL cmd/pack 180.007s ? cmd/yacc [no test files] ========= I'm still half sleeping, then, David, please submit this result to go team from you. Kenji ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 7:29 ` kokamoto @ 2014-04-03 5:12 ` kokamoto 2014-04-03 6:00 ` David du Colombier 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-03 5:12 UTC (permalink / raw) To: 9fans [-- Attachment #1: Type: text/plain, Size: 342 bytes --] >> https://codereview.appspot.com/82660044/ >> >> Please give a try and review this change to >> get it submitted before the Go 1.4 release. Sorry, David. I made mistake to copy your patch file to Plan9 system (I've not set abaco yet). I retried your above patch, and perfectly seamless results which are included here. Kenji [-- Attachment #2: Type: text/plain, Size: 12326 bytes --] # Building C bootstrap tool. cmd/dist # Building compilers and Go bootstrap tool for host, plan9/386. lib9 libbio warning: /usr/sys/src/go/src/libbio/bputrune.c:39[/usr/sys/src/go/src/libbio/bputrune.c:1450] result of operation not used libmach warning: /usr/sys/src/go/src/libmach/8db.c:207[/usr/sys/src/go/src/libmach/8db.c:2158] unreachable code FUNC warning: /usr/sys/src/go/src/libmach/sym.c:374[/usr/sys/src/go/src/libmach/sym.c:2198] useless or misleading comparison: UINT < 0 liblink misc/pprof cmd/objdump cmd/prof cmd/cc warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4593] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4593] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4599] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4599] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1788[/usr/sys/src/go/src/cmd/cc/y.tab.c:4596] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1868[/usr/sys/src/go/src/cmd/cc/y.tab.c:4671] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1952[/usr/sys/src/go/src/cmd/cc/y.tab.c:4751] set and not used: yyptr cmd/gc warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2049[/usr/sys/src/go/src/cmd/gc/y.tab.c:5497] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2072[/usr/sys/src/go/src/cmd/gc/y.tab.c:5518] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2080[/usr/sys/src/go/src/cmd/gc/y.tab.c:5526] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5568] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5568] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2127[/usr/sys/src/go/src/cmd/gc/y.tab.c:5571] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2234[/usr/sys/src/go/src/cmd/gc/y.tab.c:5673] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2309[/usr/sys/src/go/src/cmd/gc/y.tab.c:5742] set and not used: yyptr cmd/8l cmd/8a warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4282] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4282] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1379[/usr/sys/src/go/src/cmd/8a/y.tab.c:4285] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1567[/usr/sys/src/go/src/cmd/8a/y.tab.c:4461] set and not used: yyptr cmd/8c cmd/8g pkg/runtime pkg/errors pkg/sync/atomic pkg/sync pkg/io pkg/unicode pkg/unicode/utf8 pkg/unicode/utf16 pkg/bytes pkg/math pkg/strings pkg/strconv pkg/bufio pkg/sort pkg/container/heap pkg/encoding/base64 pkg/syscall pkg/time pkg/os pkg/reflect pkg/fmt pkg/encoding pkg/encoding/json pkg/flag pkg/path/filepath pkg/path pkg/io/ioutil pkg/log pkg/regexp/syntax pkg/regexp pkg/go/token pkg/go/scanner pkg/go/ast pkg/go/parser pkg/os/exec pkg/os/signal pkg/net/url pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go # Building packages and commands for plan9/386. runtime errors sync/atomic sync io unicode unicode/utf8 bytes bufio math strconv reflect encoding/binary syscall time os fmt debug/dwarf debug/elf strings debug/gosym debug/macho debug/pe sort flag log cmd/addr2line hash crypto crypto/md5 go/token path/filepath go/scanner go/ast io/ioutil go/parser text/tabwriter go/printer os/exec cmd/cgo go/format path cmd/fix container/heap encoding encoding/base64 unicode/utf16 encoding/json encoding/xml regexp/syntax regexp net/url text/template/parse text/template go/doc go/build compress/flate hash/crc32 compress/gzip container/list crypto/subtle crypto/cipher crypto/aes crypto/des math/rand math/big crypto/elliptic crypto/ecdsa crypto/hmac crypto/rand crypto/rc4 crypto/rsa crypto/sha1 crypto/sha256 crypto/dsa encoding/asn1 crypto/x509/pkix encoding/hex encoding/pem net crypto/x509 crypto/tls mime net/textproto mime/multipart net/http os/signal cmd/go runtime/pprof cmd/gofmt debug/goobj cmd/link debug/plan9obj cmd/nm cmd/pack cmd/yacc archive/tar archive/zip compress/bzip2 compress/lzw hash/adler32 compress/zlib container/ring crypto/sha512 database/sql/driver database/sql encoding/ascii85 encoding/base32 encoding/csv encoding/gob expvar hash/crc64 hash/fnv html html/template image/color image image/color/palette image/draw image/gif image/jpeg image/png index/suffixarray log/syslog math/cmplx net/http/cgi net/http/cookiejar net/http/fcgi net/http/httptest net/http/httputil net/http/pprof net/mail net/rpc net/rpc/jsonrpc net/smtp os/user runtime/debug runtime/race testing testing/iotest testing/quick text/scanner # Testing packages. ? cmd/addr2line [no test files] ? cmd/cgo [no test files] ok cmd/fix 0.037s ok cmd/go 0.042s ok cmd/gofmt 0.105s ok cmd/link 0.104s ? cmd/nm [no test files] sys: trap: fault read addr=0xfffffffc pc=0x3a26 PC=0x3a26 goroutine 0 [idle]: runtime.notesleep(0x1032e614) /usr/sys/src/go/src/pkg/runtime/lock_sema.c:166 +0xd6 stopm() /usr/sys/src/go/src/pkg/runtime/proc.c:935 +0xcd findrunnable() /usr/sys/src/go/src/pkg/runtime/proc.c:1243 +0x301 schedule() /usr/sys/src/go/src/pkg/runtime/proc.c:1326 +0xeb park0(0x103125a0) /usr/sys/src/go/src/pkg/runtime/proc.c:1391 +0xe8 runtime.mcall(0x254a3) /usr/sys/src/go/src/pkg/runtime/asm_386.s:190 +0x36 goroutine 16 [chan receive]: testing.RunTests(0x1838e4, 0x1f6640, 0x5, 0x5, 0x30315201) /usr/sys/src/go/src/pkg/testing/testing.go:504 +0x7c6 testing.Main(0x1838e4, 0x1f6640, 0x5, 0x5, 0x1feae0, ...) /usr/sys/src/go/src/pkg/testing/testing.go:435 +0x8a main.main() /tmp/go-build125941623/cmd/pack/_test/_testmain.go:55 +0x82 goroutine 19 [finalizer wait]: runtime.park(0x113d0, 0x1fa144, 0x1f95bc) /usr/sys/src/go/src/pkg/runtime/proc.c:1350 +0x80 runtime.parkunlock(0x1fa144, 0x1f95bc) /usr/sys/src/go/src/pkg/runtime/proc.c:1366 +0x3b runfinq() /usr/sys/src/go/src/pkg/runtime/mgc0.c:2578 +0xb0 runtime.goexit() /usr/sys/src/go/src/pkg/runtime/proc.c:1426 goroutine 25 [runnable]: syscall.startProcess(0x10357da3, 0x7, 0x10330810, 0x5, 0x6, ...) /usr/sys/src/go/src/pkg/syscall/exec_plan9.go:561 +0x12c syscall.StartProcess(0x10357da3, 0x7, 0x10330810, 0x5, 0x6, ...) /usr/sys/src/go/src/pkg/syscall/exec_plan9.go:572 +0x72 os.startProcess(0x10357da3, 0x7, 0x10330810, 0x5, 0x6, ...) /usr/sys/src/go/src/pkg/os/exec_plan9.go:33 +0x1e8 os.StartProcess(0x10357da3, 0x7, 0x10330810, 0x5, 0x6, ...) /usr/sys/src/go/src/pkg/os/doc.go:24 +0x62 os/exec.(*Cmd).Start(0x10312d20, 0x0, 0x0) /usr/sys/src/go/src/pkg/os/exec/exec.go:272 +0x5b4 os/exec.(*Cmd).Run(0x10312d20, 0x0, 0x0) /usr/sys/src/go/src/pkg/os/exec/exec.go:234 +0x3a os/exec.(*Cmd).CombinedOutput(0x10312d20, 0x0, 0x0, 0x0, 0x0, ...) /usr/sys/src/go/src/pkg/os/exec/exec.go:364 +0x1ca cmd/pack.func·005(0x103307e0, 0x5, 0x5, 0x0, 0x0) /usr/sys/src/go/src/cmd/pack/pack_test.go:204 +0xf2 cmd/pack.TestHello(0x103663c0) /usr/sys/src/go/src/cmd/pack/pack_test.go:221 +0x67e testing.tRunner(0x103663c0, 0x1f6670) /usr/sys/src/go/src/pkg/testing/testing.go:422 +0x87 created by testing.RunTests /usr/sys/src/go/src/pkg/testing/testing.go:503 +0x78a goroutine 28 [syscall]: syscall.Syscall(0x103e9d18, 0x200, 0x0, 0x0, 0x0, ...) /usr/sys/src/go/src/pkg/syscall/asm_plan9_386.s:19 +0x5 syscall.await(0x103e9d18, 0x200, 0x200, 0x104168cc, 0x0, ...) /usr/sys/src/go/src/pkg/syscall/zsyscall_plan9_386.go:43 +0x70 syscall.Await(0x10327040, 0x0, 0x0) /usr/sys/src/go/src/pkg/syscall/syscall_plan9.go:211 +0xc2 syscall.func·001() /usr/sys/src/go/src/pkg/syscall/exec_plan9.go:556 +0x17a created by syscall.startProcess /usr/sys/src/go/src/pkg/syscall/exec_plan9.go:560 +0x103 ax 0x0 bx 0x1032e614 cx 0x1 dx 0x1 di 0x17 si 0x0 bp 0x1fa800 sp 0x103b9f5c pc 0x3a26 flags 0x10202 cs 0x23 fs 0x1b gs 0x1b pack.test 1265: suicide: sys: trap: fault read addr=0xfffffffc pc=0x254b6 FAIL cmd/pack 0.082s ? cmd/yacc [no test files] ok archive/tar 0.031s ok archive/zip 0.601s ok bufio 0.177s ok bytes 0.220s ok compress/bzip2 0.121s ok compress/flate 1.467s ok compress/gzip 0.421s ok compress/lzw 0.730s ok compress/zlib 1.741s ok container/heap 0.021s ok container/list 0.021s ok container/ring 0.030s ? crypto [no test files] ok crypto/aes 0.054s ok crypto/cipher 0.032s ok crypto/des 0.043s ok crypto/dsa 0.073s ok crypto/ecdsa 0.089s ok crypto/elliptic 0.097s ok crypto/hmac 0.020s ok crypto/md5 0.088s ok crypto/rand 0.078s ok crypto/rc4 0.214s ok crypto/rsa 0.879s ok crypto/sha1 0.021s ok crypto/sha256 0.020s ok crypto/sha512 0.024s ok crypto/subtle 0.032s ok crypto/tls 5.207s ok crypto/x509 6.681s ? crypto/x509/pkix [no test files] ok database/sql 0.182s ok database/sql/driver 0.020s ok debug/dwarf 0.133s ok debug/elf 0.228s ok debug/goobj 0.019s ok debug/gosym 0.020s ok debug/macho 0.243s ok debug/pe 0.227s ok debug/plan9obj 0.079s ? encoding [no test files] ok encoding/ascii85 0.023s ok encoding/asn1 0.028s ok encoding/base32 0.025s ok encoding/base64 0.024s ok encoding/binary 0.027s ok encoding/csv 0.025s ok encoding/gob 0.082s ok encoding/hex 0.021s ok encoding/json 0.281s ok encoding/pem 0.024s ok encoding/xml 0.043s ok errors 0.024s ok expvar 0.035s ok flag 0.021s ok fmt 0.089s ok go/ast 0.034s ok go/build 9.972s ok go/doc 0.254s ok go/format 0.031s ok go/parser 0.062s ok go/printer 0.927s ok go/scanner 0.022s ok go/token 0.061s ? hash [no test files] ok hash/adler32 0.038s ok hash/crc32 0.020s ok hash/crc64 0.020s ok hash/fnv 0.025s ok html 0.022s ok html/template 0.133s ok image 0.924s ok image/color 0.028s ? image/color/palette [no test files] ok image/draw 0.151s ok image/gif 0.227s ok image/jpeg 0.431s ok image/png 0.091s ok index/suffixarray 0.029s ok io 0.037s ok io/ioutil 0.024s ok log 0.029s ? log/syslog [no test files] ok math 0.028s ok math/big 0.540s ok math/cmplx 0.022s ok math/rand 0.572s ok mime 0.027s ok mime/multipart 1.552s --- FAIL: TestResolveIPAddr (0.00 seconds) ipraw_test.go:74: ResolveIPAddr(ip6:ipv6-icmp, ::1) failed: write /net/cs: cs: no match FAIL FAIL net 0.944s ok net/http 8.109s ok net/http/cgi 0.137s ok net/http/cookiejar 0.035s ok net/http/fcgi 0.031s ok net/http/httptest 0.061s ok net/http/httputil 0.180s ? net/http/pprof [no test files] ok net/mail 0.026s ok net/rpc 0.187s ok net/rpc/jsonrpc 0.036s ok net/smtp 0.118s ok net/textproto 0.024s ok net/url 0.029s ok os 3.994s ok os/exec 0.390s ok os/signal 0.017s ok os/user 0.026s ok path 0.027s ok path/filepath 0.990s ok reflect 0.188s ok regexp 0.385s ok regexp/syntax 1.361s ok runtime 89.326s ok runtime/debug 0.108s ok runtime/pprof 0.989s ? runtime/race [no test files] ok sort 0.145s ok strconv 0.774s ok strings 0.203s ok sync 0.147s ok sync/atomic 0.172s ok syscall 0.021s ok testing 2.887s ? testing/iotest [no test files] ok testing/quick 0.071s ok text/scanner 0.026s ok text/tabwriter 0.025s ok text/template 0.076s ok text/template/parse 0.030s ok time 4.077s ok unicode 0.024s ok unicode/utf16 0.023s ok unicode/utf8 0.027s ? unsafe [no test files] 59.66u 17.04s 369.97r go test std -short -timeout ... # status= 1 all.rc 401: run.rc 1210: time 1216: go 1217: 1 ============ go version devel +1afdecdd77c1 Sat Mar 29 17:10:25 2014 -0400 plan9/386 ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 5:12 ` kokamoto @ 2014-04-03 6:00 ` David du Colombier 2014-04-03 6:04 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-04-03 6:00 UTC (permalink / raw) To: 9fans > Sorry, David. > I made mistake to copy your patch file to Plan9 > system (I've not set abaco yet). > > I retried your above patch, and perfectly seamless results > which are included here. I don't think the error you encountered was related to the patch, since it's only related to a compilation issue on 9atom. As long as the Go compilation succeed on 9atom, the patch was successfully applied. > ? cmd/nm [no test files] > pack.test 1119: suicide: sys: trap: fault read addr=0xeafffffc > pc=0x254b6 *** Test killed: ran too long (3m0s). > FAIL cmd/pack 180.007s > ? cmd/yacc [no test files] It was probably a real error. However, other 9atom users have not encountered it and it didn't fail for you the second time you tried, so it would tend to prove that it doesn't happen every time. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 6:00 ` David du Colombier @ 2014-04-03 6:04 ` erik quanstrom 0 siblings, 0 replies; 51+ messages in thread From: erik quanstrom @ 2014-04-03 6:04 UTC (permalink / raw) To: 9fans > > ? cmd/nm [no test files] > > pack.test 1119: suicide: sys: trap: fault read addr=0xeafffffc > > pc=0x254b6 *** Test killed: ran too long (3m0s). > > FAIL cmd/pack 180.007s > > ? cmd/yacc [no test files] > > It was probably a real error. However, other 9atom > users have not encountered it and it didn't fail > for you the second time you tried, so it would > tend to prove that it doesn't happen every time. does go make assumptions about where the stack is? - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 5:19 ` David du Colombier 2014-04-02 5:40 ` David du Colombier 2014-04-02 7:29 ` kokamoto @ 2014-04-02 12:48 ` erik quanstrom 2014-04-03 5:50 ` David du Colombier 2014-04-04 10:53 ` Ramakrishnan Muthukrishnan 3 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-02 12:48 UTC (permalink / raw) To: 9fans On Wed Apr 2 01:20:42 EDT 2014, 0intro@gmail.com wrote: > Two days ago, I've fixed the script mklibc.rc to > generate the libc_plan9.h file properly on 9atom. > > https://codereview.appspot.com/82660044/ > > Please give a try and review this change to > get it submitted before the Go 1.4 release. the script itself reminds me of gcc fixincludes. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 12:48 ` erik quanstrom @ 2014-04-03 5:50 ` David du Colombier 2014-04-03 5:58 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-04-03 5:50 UTC (permalink / raw) To: 9fans > the script itself reminds me of gcc fixincludes. This is probably not ideal, but the alternative would be to split libc.h in three parts: libc.h, fmt.h and utf.h and only include libc.h in Go (because Go has his own variants of libfmt and libutf). -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 5:50 ` David du Colombier @ 2014-04-03 5:58 ` erik quanstrom 2014-04-03 6:15 ` Jeff Sickel 2014-04-03 6:20 ` David du Colombier 0 siblings, 2 replies; 51+ messages in thread From: erik quanstrom @ 2014-04-03 5:58 UTC (permalink / raw) To: 9fans On Thu Apr 3 01:51:59 EDT 2014, 0intro@gmail.com wrote: > > the script itself reminds me of gcc fixincludes. > > This is probably not ideal, but the alternative would be > to split libc.h in three parts: libc.h, fmt.h and utf.h > and only include libc.h in Go (because Go has his own > variants of libfmt and libutf). why is the alternative to modify plan 9, and why can't they live with the system fmt/rune routines? - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 5:58 ` erik quanstrom @ 2014-04-03 6:15 ` Jeff Sickel 2014-04-03 6:20 ` David du Colombier 1 sibling, 0 replies; 51+ messages in thread From: Jeff Sickel @ 2014-04-03 6:15 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Apr 3, 2014, at 12:58 AM, erik quanstrom <quanstro@quanstro.net> wrote: > > On Thu Apr 3 01:51:59 EDT 2014, 0intro@gmail.com wrote: >>> the script itself reminds me of gcc fixincludes. >> >> This is probably not ideal, but the alternative would be >> to split libc.h in three parts: libc.h, fmt.h and utf.h >> and only include libc.h in Go (because Go has his own >> variants of libfmt and libutf). > > why is the alternative to modify plan 9, and why can't they > live with the system fmt/rune routines? Go will likely require its own libraries for everything in the near future. The Plan 9 variants will have to accept that as it is just too time consuming to try and keep the headers clean and still use the original Plan 9 libraries that started the core Go implementation. - jas ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 5:58 ` erik quanstrom 2014-04-03 6:15 ` Jeff Sickel @ 2014-04-03 6:20 ` David du Colombier 2014-04-03 6:24 ` erik quanstrom 1 sibling, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-04-03 6:20 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs [-- Attachment #1: Type: text/plain, Size: 328 bytes --] > why is the alternative to modify plan 9, and why can't they > live with the system fmt/rune routines? They are incompatible. For example, some Fmt verbs (like %F) does produce slightly different output. It was an explicit requirement from the Go team to use their variants of these libraries. -- David du Colombier [-- Attachment #2: Type: text/html, Size: 392 bytes --] ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 6:20 ` David du Colombier @ 2014-04-03 6:24 ` erik quanstrom 2014-04-03 17:18 ` Ramakrishnan Muthukrishnan 0 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-03 6:24 UTC (permalink / raw) To: 9fans > They are incompatible. For example, some Fmt verbs (like %F) does produce > slightly different output. It was an explicit requirement from the Go team > to use their variants of these libraries. do you see why i think that relationship is upside down? - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 6:24 ` erik quanstrom @ 2014-04-03 17:18 ` Ramakrishnan Muthukrishnan 2014-04-03 17:21 ` erik quanstrom 2014-04-03 17:57 ` David du Colombier 0 siblings, 2 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-04-03 17:18 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs Sorry, late into it again. David, I picked the new hg from 9legacy website (2.9.1) and used it to pull Go source. But I consistently get this error on both Bell Labs plan9 and 9atom on virtualbox. ; hg clone http://code.google.com/p/go .... ... adding file changes transaction abort! failed to truncate 00manifest.i rollback failed - please run hg recover abort: invalid arguments ; cd go ; hg recover no interrupted transaction available ; -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 17:18 ` Ramakrishnan Muthukrishnan @ 2014-04-03 17:21 ` erik quanstrom 2014-04-03 17:57 ` David du Colombier 1 sibling, 0 replies; 51+ messages in thread From: erik quanstrom @ 2014-04-03 17:21 UTC (permalink / raw) To: 9fans > adding file changes > transaction abort! > failed to truncate 00manifest.i > rollback failed - please run hg recover > abort: invalid arguments looks like that error path was never tested. :-) - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 17:18 ` Ramakrishnan Muthukrishnan 2014-04-03 17:21 ` erik quanstrom @ 2014-04-03 17:57 ` David du Colombier 2014-04-03 18:01 ` erik quanstrom 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan 1 sibling, 2 replies; 51+ messages in thread From: David du Colombier @ 2014-04-03 17:57 UTC (permalink / raw) To: 9fans > ; hg clone http://code.google.com/p/go > .... > ... > adding file changes > transaction abort! > failed to truncate 00manifest.i > rollback failed - please run hg recover > abort: invalid arguments > ; cd go > ; hg recover > no interrupted transaction available > ; It looks similar to an issue I encountered occasionally. I reported it to Jeff Sickel, but we still haven't succeed to track it down. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 17:57 ` David du Colombier @ 2014-04-03 18:01 ` erik quanstrom 2014-04-03 18:23 ` David du Colombier 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan 1 sibling, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-03 18:01 UTC (permalink / raw) To: 9fans On Thu Apr 3 13:59:36 EDT 2014, 0intro@gmail.com wrote: > > ; hg clone http://code.google.com/p/go > > .... > > ... > > adding file changes > > transaction abort! > > failed to truncate 00manifest.i > > rollback failed - please run hg recover > > abort: invalid arguments > > ; cd go > > ; hg recover > > no interrupted transaction available > > ; > > It looks similar to an issue I encountered occasionally. > I reported it to Jeff Sickel, but we still haven't succeed > to track it down. i hope this isn't begging the obvious, but with huge masses of code, i find it helpful to hunt down the initial error message and start adding debugging code. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 18:01 ` erik quanstrom @ 2014-04-03 18:23 ` David du Colombier 2014-04-04 1:09 ` Ramakrishnan Muthukrishnan 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-04-03 18:23 UTC (permalink / raw) To: 9fans > i hope this isn't begging the obvious, but with huge > masses of code, i find it helpful to hunt down the initial > error message and start adding debugging code. I think it's more a matter of spare time and reproducibility ☺. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 18:23 ` David du Colombier @ 2014-04-04 1:09 ` Ramakrishnan Muthukrishnan 2014-04-04 1:15 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-04-04 1:09 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Thu, Apr 3, 2014 at 11:53 PM, David du Colombier <0intro@gmail.com> wrote: >> i hope this isn't begging the obvious, but with huge >> masses of code, i find it helpful to hunt down the initial >> error message and start adding debugging code. > > I think it's more a matter of spare time and reproducibility ☺. I could help reproduce the problem and debug it this weekend, if someone can handhold a bit. I don't know next to nothing about debugging on a plan9 system but would like to learn. I will try to read up and see where the error is reported from. One observation is that on the VirtualBox system, the network throughput seem to be very very low. The 'hg clone' speeds are ~1/10x of that while cloning on the GNU/Linux system running natively. So, perhaps there is something funny going on with the network card. I could also try on qemu later today. -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-04 1:09 ` Ramakrishnan Muthukrishnan @ 2014-04-04 1:15 ` erik quanstrom 0 siblings, 0 replies; 51+ messages in thread From: erik quanstrom @ 2014-04-04 1:15 UTC (permalink / raw) To: 9fans On Thu Apr 3 21:11:07 EDT 2014, vu3rdd@gmail.com wrote: > On Thu, Apr 3, 2014 at 11:53 PM, David du Colombier <0intro@gmail.com> wrote: > >> i hope this isn't begging the obvious, but with huge > >> masses of code, i find it helpful to hunt down the initial > >> error message and start adding debugging code. > > > > I think it's more a matter of spare time and reproducibility ☺. > > I could help reproduce the problem and debug it this weekend, if > someone can handhold a bit. I don't know next to nothing about > debugging on a plan9 system but would like to learn. I will try to > read up and see where the error is reported from. i think this is a matter of debugging hg's python, not plan 9. so the plan 9 you need to know is the system python libs are in /sys/lib/python2.7. :-) - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 17:57 ` David du Colombier 2014-04-03 18:01 ` erik quanstrom @ 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan 2014-04-03 19:21 ` David du Colombier 2014-04-04 5:39 ` Jeff Sickel 1 sibling, 2 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-04-03 18:04 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Thu, Apr 3, 2014 at 11:27 PM, David du Colombier <0intro@gmail.com> wrote: >> ; hg clone http://code.google.com/p/go >> .... >> ... >> adding file changes >> transaction abort! >> failed to truncate 00manifest.i >> rollback failed - please run hg recover >> abort: invalid arguments >> ; cd go >> ; hg recover >> no interrupted transaction available >> ; > > It looks similar to an issue I encountered occasionally. > I reported it to Jeff Sickel, but we still haven't succeed > to track it down. I tried cloning the go repo multiple times with the new hg and I get the error *everytime*. :( -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan @ 2014-04-03 19:21 ` David du Colombier 2014-04-04 5:39 ` Jeff Sickel 1 sibling, 0 replies; 51+ messages in thread From: David du Colombier @ 2014-04-03 19:21 UTC (permalink / raw) To: 9fans > I tried cloning the go repo multiple times with the new hg and I get > the error *everytime*. :( I'm having troubles to reproduce this problem recently. It seems to depends on your network connection. I suppose there is an issue somewhere in the networking code. If that's a problem for you, you can still clone the repository from Unix, then copy it to Plan 9 and you can use the other hg commands (like hg pull) from here. This issue is mostly happening with "clone". -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan 2014-04-03 19:21 ` David du Colombier @ 2014-04-04 5:39 ` Jeff Sickel 2014-04-07 18:27 ` Ramakrishnan Muthukrishnan 1 sibling, 1 reply; 51+ messages in thread From: Jeff Sickel @ 2014-04-04 5:39 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs > On Apr 3, 2014, at 1:04 PM, Ramakrishnan Muthukrishnan <vu3rdd@gmail.com> wrote: > I tried cloning the go repo multiple times with the new hg and I get > the error *everytime*. :( What file system are you using? Have you tried 'hg clone -U'? There are a few cases with hg where the repository your trying to clone has a file stored in its repo that is longer than a valid path on certain Plan 9 file systems. This is the case for go, python, and a few other prominent repositories. In the case of go, getting the repo cloned without the update can work, because it doesn't fail during the file walk that would be invalid during temporary reconstruction if the work area file space. Then an update to tip later will actually work because it bypasses the garbage file that was replaced|moved in a later commit. - jas ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-04 5:39 ` Jeff Sickel @ 2014-04-07 18:27 ` Ramakrishnan Muthukrishnan 0 siblings, 0 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-04-07 18:27 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs Sorry for the late response, Jeff. Apologies. I just booted up virtualbox. On Fri, Apr 4, 2014 at 11:09 AM, Jeff Sickel <jas@corpus-callosum.com> wrote: > > >> On Apr 3, 2014, at 1:04 PM, Ramakrishnan Muthukrishnan <vu3rdd@gmail.com> wrote: > >> I tried cloning the go repo multiple times with the new hg and I get >> the error *everytime*. :( > > What file system are you using? I don't know. How do I find out? Is there an equiv of the Unix's fstab somewhere? I looked a bit but couldn't find it. Still finding my way around the system. > Have you tried 'hg clone -U'? Yes, that gave me same error message. > There are a few cases with hg where the repository your trying to clone has a file stored in its repo that is longer than a valid path on certain Plan 9 file systems. This is the case for go, python, and a few other prominent repositories. In the case of go, getting the repo cloned without the update can work, because it doesn't fail during the file walk that would be invalid during temporary reconstruction if the work area file space. Then an update to tip later will actually work because it bypasses the garbage file that was replaced|moved in a later commit. Okay, I will clone it on another Unix system and copy it over into plan9 for the time being. Thanks. -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 5:19 ` David du Colombier ` (2 preceding siblings ...) 2014-04-02 12:48 ` erik quanstrom @ 2014-04-04 10:53 ` Ramakrishnan Muthukrishnan 2014-04-04 11:38 ` David du Colombier 3 siblings, 1 reply; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-04-04 10:53 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Wed, Apr 2, 2014 at 10:49 AM, David du Colombier <0intro@gmail.com> wrote: > Two days ago, I've fixed the script mklibc.rc to > generate the libc_plan9.h file properly on 9atom. > > https://codereview.appspot.com/82660044/ > > Please give a try and review this change to > get it submitted before the Go 1.4 release. I got a fresh copy of go from the current hg tip and applied this patch. I now see some other errors while it builds pkg/math module: I had not seen these before, so perhaps something new that landed in the go repo may be responsible for it? go/src/pkg/math/abs.go:14: internal error: abs ~r1 (type float64) recorded as live on entry [...] same error for various other files (acosh.go, asin.go ... ) [...] go tool dist: FAILED: ... It will be great if one of the "distributions" like 9atom ship a version of various tools like hg/python/go along with it. -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-04 10:53 ` Ramakrishnan Muthukrishnan @ 2014-04-04 11:38 ` David du Colombier 0 siblings, 0 replies; 51+ messages in thread From: David du Colombier @ 2014-04-04 11:38 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs > I got a fresh copy of go from the current hg tip and applied this > patch. I now see some other errors while it builds pkg/math module: I > had not seen these before, so perhaps something new that landed in the > go repo may be responsible for it? > > go/src/pkg/math/abs.go:14: internal error: abs ~r1 (type float64) > recorded as live on entry > [...] same error for various other files (acosh.go, asin.go ... ) > [...] > go tool dist: FAILED: ... A build issue has been introduced in Go tip yesterday. We're working on it. Please checkout 5943000dd5ba in the meantime. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 11:09 ` Ramakrishnan Muthukrishnan 2014-03-26 11:53 ` peterhull90 @ 2014-03-26 12:09 ` Mark van Atten 2014-03-26 12:38 ` David du Colombier 2014-03-26 13:24 ` Ramakrishnan Muthukrishnan 1 sibling, 2 replies; 51+ messages in thread From: Mark van Atten @ 2014-03-26 12:09 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs >Attaching a > screenshot. I still can't seem to copy text to/from virtualbox. One thing you can do is to run Plan 9 in virtualbox but use drawterm on the host to access it. Then you can copy/paste from the drawterm window. Mark. ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:09 ` Mark van Atten @ 2014-03-26 12:38 ` David du Colombier 2014-03-26 13:23 ` Ramakrishnan Muthukrishnan 2014-03-26 13:47 ` erik quanstrom 2014-03-26 13:24 ` Ramakrishnan Muthukrishnan 1 sibling, 2 replies; 51+ messages in thread From: David du Colombier @ 2014-03-26 12:38 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs You can easily fix the generated include/plan9/plan9_libc.h file by hand for now. It seems /sys/include/libc.h is slightly different on 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't forget to comment out the generation of plan9_libc.h in src/make.rc. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:38 ` David du Colombier @ 2014-03-26 13:23 ` Ramakrishnan Muthukrishnan 2014-03-31 5:44 ` kokamoto 2014-03-26 13:47 ` erik quanstrom 1 sibling, 1 reply; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 13:23 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Wed, Mar 26, 2014 at 6:08 PM, David du Colombier <0intro@gmail.com> wrote: > You can easily fix the generated include/plan9/plan9_libc.h file by > hand for now. It seems /sys/include/libc.h is slightly different on > 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't > forget to comment out the generation of plan9_libc.h in src/make.rc. I tried that, David. The build proceeds but I get a trap now. pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go sys: trap: invalid opcode pc=0x4d9e9 PC=4d9e9 goroutine 16 [running]: runtime.cmpbody() [.....] and then it prints a bunch of registers (ax, bx, .. pc, flags, cs .. gs) and their values. :( I will see what went wrong with libc header file and try to come up with some fix. -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 13:23 ` Ramakrishnan Muthukrishnan @ 2014-03-31 5:44 ` kokamoto 2014-03-31 6:23 ` David du Colombier 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-03-31 5:44 UTC (permalink / raw) To: 9fans > On Wed, Mar 26, 2014 at 6:08 PM, David du Colombier <0intro@gmail.com> wrote: >> You can easily fix the generated include/plan9/plan9_libc.h file by >> hand for now. It seems /sys/include/libc.h is slightly different on >> 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't >> forget to comment out the generation of plan9_libc.h in src/make.rc. > > I tried that, David. The build proceeds but I get a trap now. > > pkg/text/template/parse > pkg/text/template > pkg/go/doc > pkg/go/build > cmd/go > sys: trap: invalid opcode pc=0x4d9e9 > PC=4d9e9 > > goroutine 16 [running]: > runtime.cmpbody() > [.....] > and then it prints a bunch of registers (ax, bx, .. pc, flags, cs .. > gs) and their values. :( I also had the same result using the recent Go code. This is cause by the line of $GOTOOLDIR/go_bootstrap cleaan -i std in make.rc. It can also make the same result for the $GOTOOLDIR/go_bootstrap install ... line. My go_bootstrap file size is 5143780. Has anyone solved this successfully? How? Kenji ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-31 5:44 ` kokamoto @ 2014-03-31 6:23 ` David du Colombier 2014-03-31 6:47 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-03-31 6:23 UTC (permalink / raw) To: 9fans > I also had the same result using the recent Go code. > This is cause by the line of > $GOTOOLDIR/go_bootstrap cleaan -i std > in make.rc. > > It can also make the same result for the > $GOTOOLDIR/go_bootstrap install ... line. > > My go_bootstrap file size is 5143780. > > Has anyone solved this successfully? How? Are you running 9atom? Ramakrishnan Muthukrishnan is also running 9atom. I suspect this problem is specific to 9atom, since I never encountered it on Plan 9. Could you run acid on the process and provide us the output of asm(*PC) and regs()? Thanks. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-31 6:23 ` David du Colombier @ 2014-03-31 6:47 ` kokamoto 2014-03-31 13:00 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-03-31 6:47 UTC (permalink / raw) To: 9fans [-- Attachment #1: Type: text/plain, Size: 486 bytes --] > Are you running 9atom? Ramakrishnan Muthukrishnan is also > running 9atom. I suspect this problem is specific to 9atom, > since I never encountered it on Plan 9. Yes, I'm running 9atom. > Could you run acid on the process and provide us the > output of asm(*PC) and regs()? Thanks. Included is a log from go itself. It's not acid result however. I hope it may help you. PS. go_bootstrap runs safely for a simpler command, such as go_bootstrap help xxx. Kenji [-- Attachment #2: Type: text/plain, Size: 7193 bytes --] # Building C bootstrap tool. cmd/dist # Building compilers and Go bootstrap tool for host, plan9/386. lib9 libbio warning: /usr/sys/src/go/src/libbio/bputrune.c:39[/usr/sys/src/go/src/libbio/bputrune.c:1448] result of operation not used libmach warning: /usr/sys/src/go/src/libmach/8db.c:207[/usr/sys/src/go/src/libmach/8db.c:2156] unreachable code FUNC warning: /usr/sys/src/go/src/libmach/sym.c:374[/usr/sys/src/go/src/libmach/sym.c:2196] useless or misleading comparison: UINT < 0 liblink misc/pprof cmd/objdump cmd/prof cmd/cc warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4591] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4591] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4597] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4597] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1788[/usr/sys/src/go/src/cmd/cc/y.tab.c:4594] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1868[/usr/sys/src/go/src/cmd/cc/y.tab.c:4669] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1952[/usr/sys/src/go/src/cmd/cc/y.tab.c:4749] set and not used: yyptr cmd/gc warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2049[/usr/sys/src/go/src/cmd/gc/y.tab.c:5495] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2072[/usr/sys/src/go/src/cmd/gc/y.tab.c:5516] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2080[/usr/sys/src/go/src/cmd/gc/y.tab.c:5524] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5566] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5566] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2127[/usr/sys/src/go/src/cmd/gc/y.tab.c:5569] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2234[/usr/sys/src/go/src/cmd/gc/y.tab.c:5671] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2309[/usr/sys/src/go/src/cmd/gc/y.tab.c:5740] set and not used: yyptr cmd/8l cmd/8a warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4280] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4280] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1379[/usr/sys/src/go/src/cmd/8a/y.tab.c:4283] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1567[/usr/sys/src/go/src/cmd/8a/y.tab.c:4459] set and not used: yyptr cmd/8c cmd/8g pkg/runtime pkg/errors pkg/sync/atomic pkg/sync pkg/io pkg/unicode pkg/unicode/utf8 pkg/unicode/utf16 pkg/bytes pkg/math pkg/strings pkg/strconv pkg/bufio pkg/sort pkg/container/heap pkg/encoding/base64 pkg/syscall pkg/time pkg/os pkg/reflect pkg/fmt pkg/encoding pkg/encoding/json pkg/flag pkg/path/filepath pkg/path pkg/io/ioutil pkg/log pkg/regexp/syntax pkg/regexp pkg/go/token pkg/go/scanner pkg/go/ast pkg/go/parser pkg/os/exec pkg/os/signal pkg/net/url pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go sys: trap: invalid opcode pc=0x4f9c9 PC=0x4f9c9 goroutine 16 [running]: runtime.cmpbody() /usr/sys/src/go/src/pkg/runtime/asm_386.s:1251 +0x29 fp=0x10507408 runtime.cmpstring(0x105369c0, 0x10, 0x1053e680, 0x13, 0x1056faa0) /usr/sys/src/go/src/pkg/runtime/asm_386.s:1190 +0x15 fp=0x1050740c io/ioutil.byName.Less(0x104c4a80, 0xa, 0x64, 0x7, 0x6, ...) /usr/sys/src/go/src/pkg/io/ioutil/ioutil.go:95 +0x96 fp=0x10507430 io/ioutil.(*byName).Less(0x10536a00, 0x7, 0x6, 0x0) /usr/sys/src/go/src/pkg/io/ioutil/ioutil.go:1 +0x7c fp=0x10507450 sort.insertionSort(0x304957d0, 0x10536a00, 0x6, 0xa) /usr/sys/src/go/src/pkg/sort/sort.go:32 +0x5c fp=0x10507470 sort.quickSort(0x304957d0, 0x10536a00, 0x6, 0xa, 0x7) /usr/sys/src/go/src/pkg/sort/sort.go:185 +0x104 fp=0x10507498 sort.quickSort(0x304957d0, 0x10536a00, 0x0, 0xa, 0x7) /usr/sys/src/go/src/pkg/sort/sort.go:180 +0x128 fp=0x105074c0 sort.Sort(0x304957d0, 0x10536a00) /usr/sys/src/go/src/pkg/sort/sort.go:200 +0x6c fp=0x105074e0 io/ioutil.ReadDir(0x1053e380, 0x1b, 0x0, 0x0, 0x0, ...) /usr/sys/src/go/src/pkg/io/ioutil/ioutil.go:110 +0x155 fp=0x10507528 go/build.(*Context).readDir(0x36ee80, 0x1053e380, 0x1b, 0x0, 0x0, ...) /usr/sys/src/go/src/pkg/go/build/build.go:174 +0xa1 fp=0x1050754c go/build.(*Context).Import(0x36ee80, 0x1dd6b0, 0x1, 0x1053e300, 0x1b, ...) /usr/sys/src/go/src/pkg/go/build/build.go:585 +0xce4 fp=0x105079f0 go/build.(*Context).ImportDir(0x36ee80, 0x1053e300, 0x1b, 0x0, 0x2b3090, ...) /usr/sys/src/go/src/pkg/go/build/build.go:396 +0x5f fp=0x10507a18 main.func·021(0x1053e300, 0x1b, 0x30495620, 0x1056f6e0, 0x0, ...) /usr/sys/src/go/src/cmd/go/main.go:526 +0x2a9 fp=0x10507a9c path/filepath.walk(0x1053e300, 0x1b, 0x30495620, 0x1056f6e0, 0x10507c6c, ...) /usr/sys/src/go/src/pkg/path/filepath/path.go:343 +0x79 fp=0x10507b28 path/filepath.walk(0x1053e140, 0x18, 0x30495620, 0x104a5530, 0x10507c6c, ...) /usr/sys/src/go/src/pkg/path/filepath/path.go:368 +0x3a3 fp=0x10507bb4 path/filepath.Walk(0x1053e140, 0x18, 0x10507c6c, 0x0, 0x0) /usr/sys/src/go/src/pkg/path/filepath/path.go:390 +0xb0 fp=0x10507be0 main.matchPackages(0xdeffefa8, 0x3, 0x0, 0x0, 0x0) /usr/sys/src/go/src/cmd/go/main.go:535 +0x2b3 fp=0x10507ca4 main.allPackages(0xdeffefa8, 0x3, 0x0, 0x0, 0x0) /usr/sys/src/go/src/cmd/go/main.go:479 +0x4a fp=0x10507d04 main.importPathsNoDotExpansion(0x1049a018, 0x1, 0x1, 0x0, 0x0, ...) /usr/sys/src/go/src/cmd/go/main.go:310 +0x266 fp=0x10507d90 main.importPaths(0x1049a018, 0x1, 0x1, 0x0, 0x0, ...) /usr/sys/src/go/src/cmd/go/main.go:320 +0x5b fp=0x10507e04 main.packagesAndErrors(0x1049a018, 0x1, 0x1, 0x0, 0x0, ...) /usr/sys/src/go/src/cmd/go/pkg.go:806 +0x19e fp=0x10507e90 main.runClean(0x369f00, 0x1049a018, 0x1, 0x1) /usr/sys/src/go/src/cmd/go/clean.go:75 +0x3a fp=0x10507eb8 main.main() /usr/sys/src/go/src/cmd/go/main.go:161 +0x449 fp=0x10507f9c runtime.main() /usr/sys/src/go/src/pkg/runtime/proc.c:243 +0x106 fp=0x10507fd0 runtime.goexit() /usr/sys/src/go/src/pkg/runtime/proc.c:1426 fp=0x10507fd4 created by _rt0_go /usr/sys/src/go/src/pkg/runtime/asm_386.s:101 +0xf7 goroutine 19 [finalizer wait]: runtime.park(0x5dab0, 0x36e2f8, 0x36d75c) /usr/sys/src/go/src/pkg/runtime/proc.c:1350 +0x80 runtime.parkunlock(0x36e2f8, 0x36d75c) /usr/sys/src/go/src/pkg/runtime/proc.c:1366 +0x3b runfinq() /usr/sys/src/go/src/pkg/runtime/mgc0.c:2578 +0xb0 runtime.goexit() /usr/sys/src/go/src/pkg/runtime/proc.c:1426 ax 0x13 bx 0x10 cx 0x1053e680 dx 0x13 di 0x1053e680 si 0x105369c0 bp 0x10 sp 0x10507404 pc 0x4f9c9 flags 0x10246 cs 0x23 fs 0x1b gs 0xf010001b all.rc 255: go_bootstrap 810: sys: trap: invalid opcode pc=0x4f9c9 ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-31 6:47 ` kokamoto @ 2014-03-31 13:00 ` erik quanstrom 2014-04-01 0:57 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-03-31 13:00 UTC (permalink / raw) To: 9fans which kernel are you running? the 386 kernel or the 386pae kernel? - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-31 13:00 ` erik quanstrom @ 2014-04-01 0:57 ` kokamoto 2014-04-01 1:03 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-01 0:57 UTC (permalink / raw) To: 9fans [-- Attachment #1: Type: text/plain, Size: 160 bytes --] I've been apart from Plan9 for days, then, please forgive my silly question. What is 386pae kernel, and how I can find which kernel I'm running. Kenji [-- Attachment #2: Type: message/rfc822, Size: 3560 bytes --] From: erik quanstrom <quanstro@quanstro.net> To: 9fans@9fans.net Subject: Re: [9fans] Python/Mercurial error Date: Mon, 31 Mar 2014 09:00:57 -0400 Message-ID: <b9769546c4cbabfac177be309d7d0308@mikro.quanstro.net> which kernel are you running? the 386 kernel or the 386pae kernel? - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 0:57 ` kokamoto @ 2014-04-01 1:03 ` erik quanstrom 2014-04-01 2:27 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-01 1:03 UTC (permalink / raw) To: 9fans On Mon Mar 31 21:01:35 EDT 2014, kokamoto@hera.eonet.ne.jp wrote: > I've been apart from Plan9 for days, then, please > forgive my silly question. > > What is 386pae kernel, and how I can find > which kernel I'm running. the 386pae kernel is in /sys/src/9/pcpae. it is the same as the pc kernel, except is uses physical address extension to address more than 4GB of memory. (but not too much more. :-)) - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 1:03 ` erik quanstrom @ 2014-04-01 2:27 ` kokamoto 2014-04-01 3:05 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-01 2:27 UTC (permalink / raw) To: 9fans > the 386pae kernel is in /sys/src/9/pcpae. it is the same as the pc kernel, > except is uses physical address extension to address more than 4GB > of memory. (but not too much more. :-)) Thanks, eric. I found '9fs atom' just now.☺ Yes, I found /sys/src/9/pcpae and teg2 directory. Much proceedings were made during I'm sleeping... Thanks to authors contributed them. The fact that '9fs atom' is there means atom is completely independent distribution of Plan9? By the way, I'm definitely running 386 kernel. Kenji ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 2:27 ` kokamoto @ 2014-04-01 3:05 ` erik quanstrom 2014-04-01 6:46 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-01 3:05 UTC (permalink / raw) To: 9fans > The fact that '9fs atom' is there means atom is > completely independent distribution of Plan9? technically, atom is independent sources, but i wouldn't read anything into that. 9fs atom is just an easy way to access the source. > By the way, I'm definitely running 386 kernel. you'll need to run the pae kernel. it has support for sse, which you will need for go. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 3:05 ` erik quanstrom @ 2014-04-01 6:46 ` kokamoto 2014-04-01 13:54 ` erik quanstrom 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-01 6:46 UTC (permalink / raw) To: 9fans > you'll need to run the pae kernel. it has support for > sse, which you will need for go. Ok, I'll try it. I have somewhat complicated feeling on linux's PAE kernal. Isn't ther anything wrong to run pae kernel, somthing like some application don't run on it etc. Kenji ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 6:46 ` kokamoto @ 2014-04-01 13:54 ` erik quanstrom 2014-04-02 2:54 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: erik quanstrom @ 2014-04-01 13:54 UTC (permalink / raw) To: 9fans > Ok, I'll try it. > I have somewhat complicated feeling on linux's PAE kernal. > Isn't ther anything wrong to run pae kernel, somthing > like some application don't run on it etc. everything should run fine. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-01 13:54 ` erik quanstrom @ 2014-04-02 2:54 ` kokamoto 2014-04-02 5:10 ` David du Colombier 0 siblings, 1 reply; 51+ messages in thread From: kokamoto @ 2014-04-02 2:54 UTC (permalink / raw) To: 9fans [-- Attachment #1: Type: text/plain, Size: 226 bytes --] I built pcpae kernel and recompiled go distribution, and probably success. Attached is the go compilation result, and the last line shows the used go version. Someone can explain the meaning of the last error? Kenji [-- Attachment #2: go.log --] [-- Type: text/plain, Size: 9204 bytes --] # Building C bootstrap tool. cmd/dist # Building compilers and Go bootstrap tool for host, plan9/386. lib9 libbio warning: /usr/sys/src/go/src/libbio/bputrune.c:39[/usr/sys/src/go/src/libbio/bputrune.c:1449] result of operation not used libmach warning: /usr/sys/src/go/src/libmach/8db.c:207[/usr/sys/src/go/src/libmach/8db.c:2157] unreachable code FUNC warning: /usr/sys/src/go/src/libmach/sym.c:374[/usr/sys/src/go/src/libmach/sym.c:2197] useless or misleading comparison: UINT < 0 liblink misc/pprof cmd/objdump cmd/prof cmd/cc warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4592] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1785[/usr/sys/src/go/src/cmd/cc/y.tab.c:4592] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4598] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1791[/usr/sys/src/go/src/cmd/cc/y.tab.c:4598] result of operation not used warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1788[/usr/sys/src/go/src/cmd/cc/y.tab.c:4595] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1868[/usr/sys/src/go/src/cmd/cc/y.tab.c:4670] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/cc/y.tab.c:1952[/usr/sys/src/go/src/cmd/cc/y.tab.c:4750] set and not used: yyptr cmd/gc warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2049[/usr/sys/src/go/src/cmd/gc/y.tab.c:5496] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2072[/usr/sys/src/go/src/cmd/gc/y.tab.c:5517] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2080[/usr/sys/src/go/src/cmd/gc/y.tab.c:5525] useless or misleading comparison: ULONG <= 0xffffffff warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5567] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2124[/usr/sys/src/go/src/cmd/gc/y.tab.c:5567] result of operation not used warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2127[/usr/sys/src/go/src/cmd/gc/y.tab.c:5570] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2234[/usr/sys/src/go/src/cmd/gc/y.tab.c:5672] set and not used: yytoken warning: /usr/sys/src/go/src/cmd/gc/y.tab.c:2309[/usr/sys/src/go/src/cmd/gc/y.tab.c:5741] set and not used: yyptr cmd/8l cmd/8a warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4281] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1376[/usr/sys/src/go/src/cmd/8a/y.tab.c:4281] result of operation not used warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1379[/usr/sys/src/go/src/cmd/8a/y.tab.c:4284] set and not used: yymsg warning: /usr/sys/src/go/src/cmd/8a/y.tab.c:1567[/usr/sys/src/go/src/cmd/8a/y.tab.c:4460] set and not used: yyptr cmd/8c cmd/8g pkg/runtime pkg/errors pkg/sync/atomic pkg/sync pkg/io pkg/unicode pkg/unicode/utf8 pkg/unicode/utf16 pkg/bytes pkg/math pkg/strings pkg/strconv pkg/bufio pkg/sort pkg/container/heap pkg/encoding/base64 pkg/syscall pkg/time pkg/os pkg/reflect pkg/fmt pkg/encoding pkg/encoding/json pkg/flag pkg/path/filepath pkg/path pkg/io/ioutil pkg/log pkg/regexp/syntax pkg/regexp pkg/go/token pkg/go/scanner pkg/go/ast pkg/go/parser pkg/os/exec pkg/os/signal pkg/net/url pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go # Building packages and commands for plan9/386. runtime errors sync/atomic sync io unicode unicode/utf8 bytes bufio math strconv reflect encoding/binary syscall time os fmt debug/dwarf debug/elf strings debug/gosym debug/macho debug/pe sort flag log cmd/addr2line hash crypto crypto/md5 go/token path/filepath go/scanner go/ast io/ioutil go/parser text/tabwriter go/printer os/exec cmd/cgo go/format path cmd/fix container/heap encoding encoding/base64 unicode/utf16 encoding/json encoding/xml regexp/syntax regexp net/url text/template/parse text/template go/doc go/build compress/flate hash/crc32 compress/gzip container/list crypto/subtle crypto/cipher crypto/aes crypto/des math/rand math/big crypto/elliptic crypto/ecdsa crypto/hmac crypto/rand crypto/rc4 crypto/rsa crypto/sha1 crypto/sha256 crypto/dsa encoding/asn1 crypto/x509/pkix encoding/hex encoding/pem net crypto/x509 crypto/tls mime net/textproto mime/multipart net/http os/signal cmd/go runtime/pprof cmd/gofmt debug/goobj cmd/link debug/plan9obj cmd/nm cmd/pack cmd/yacc archive/tar archive/zip compress/bzip2 compress/lzw hash/adler32 compress/zlib container/ring crypto/sha512 database/sql/driver database/sql encoding/ascii85 encoding/base32 encoding/csv encoding/gob expvar hash/crc64 hash/fnv html html/template image/color image image/color/palette image/draw image/gif image/jpeg image/png index/suffixarray log/syslog math/cmplx net/http/cgi net/http/cookiejar net/http/fcgi net/http/httptest net/http/httputil net/http/pprof net/mail net/rpc net/rpc/jsonrpc net/smtp os/user runtime/debug runtime/race testing testing/iotest testing/quick text/scanner # Testing packages. ? cmd/addr2line [no test files] ? cmd/cgo [no test files] ok cmd/fix 0.038s ok cmd/go 0.041s ok cmd/gofmt 0.107s ok cmd/link 0.099s ? cmd/nm [no test files] ok cmd/pack 1.038s ? cmd/yacc [no test files] ok archive/tar 0.031s ok archive/zip 0.594s ok bufio 0.173s ok bytes 0.211s ok compress/bzip2 0.114s ok compress/flate 1.457s ok compress/gzip 0.393s ok compress/lzw 0.746s ok compress/zlib 1.710s ok container/heap 0.020s ok container/list 0.020s ok container/ring 0.033s ? crypto [no test files] ok crypto/aes 0.054s ok crypto/cipher 0.104s ok crypto/des 0.038s ok crypto/dsa 0.054s ok crypto/ecdsa 0.111s ok crypto/elliptic 0.095s ok crypto/hmac 0.024s ok crypto/md5 0.089s ok crypto/rand 0.078s ok crypto/rc4 0.210s ok crypto/rsa 0.738s ok crypto/sha1 0.021s ok crypto/sha256 0.020s ok crypto/sha512 0.023s ok crypto/subtle 0.029s ok crypto/tls 5.062s ok crypto/x509 6.752s ? crypto/x509/pkix [no test files] ok database/sql 0.182s ok database/sql/driver 0.019s ok debug/dwarf 0.143s ok debug/elf 0.240s ok debug/goobj 0.018s ok debug/gosym 0.020s ok debug/macho 0.227s ok debug/pe 0.227s ok debug/plan9obj 0.078s ? encoding [no test files] ok encoding/ascii85 0.024s ok encoding/asn1 0.029s ok encoding/base32 0.025s ok encoding/base64 0.026s ok encoding/binary 0.026s ok encoding/csv 0.025s ok encoding/gob 0.079s ok encoding/hex 0.025s ok encoding/json 0.263s ok encoding/pem 0.023s ok encoding/xml 0.047s ok errors 0.020s ok expvar 0.032s ok flag 0.020s ok fmt 0.093s ok go/ast 0.035s ok go/build 10.093s ok go/doc 0.277s ok go/format 0.030s ok go/parser 0.062s ok go/printer 0.962s ok go/scanner 0.022s ok go/token 0.069s ? hash [no test files] ok hash/adler32 0.031s ok hash/crc32 0.020s ok hash/crc64 0.024s ok hash/fnv 0.021s ok html 0.022s ok html/template 0.146s ok image 0.906s ok image/color 0.027s ? image/color/palette [no test files] ok image/draw 0.148s ok image/gif 0.218s ok image/jpeg 0.402s ok image/png 0.078s ok index/suffixarray 0.028s ok io 0.035s ok io/ioutil 0.024s ok log 0.025s ? log/syslog [no test files] ok math 0.025s ok math/big 0.527s ok math/cmplx 0.021s ok math/rand 0.561s ok mime 0.022s ok mime/multipart 1.587s --- FAIL: TestResolveIPAddr (0.00 seconds) ipraw_test.go:74: ResolveIPAddr(ip6:ipv6-icmp, ::1) failed: write /net/cs: cs: no match FAIL FAIL net 0.948s ok net/http 8.576s ok net/http/cgi 0.161s ok net/http/cookiejar 0.034s ok net/http/fcgi 0.031s ok net/http/httptest 0.061s ok net/http/httputil 0.180s ? net/http/pprof [no test files] ok net/mail 0.024s ok net/rpc 0.181s ok net/rpc/jsonrpc 0.036s ok net/smtp 0.110s ok net/textproto 0.024s ok net/url 0.024s ok os 3.890s ok os/exec 0.470s ok os/signal 0.017s ok os/user 0.021s ok path 0.022s ok path/filepath 1.067s ok reflect 0.168s ok regexp 0.375s ok regexp/syntax 1.337s ok runtime 96.535s ok runtime/debug 0.090s ok runtime/pprof 0.989s ? runtime/race [no test files] ok sort 0.133s ok strconv 0.761s ok strings 0.193s ok sync 0.135s ok sync/atomic 0.143s ok syscall 0.021s ok testing 2.812s ? testing/iotest [no test files] ok testing/quick 0.072s ok text/scanner 0.025s ok text/tabwriter 0.023s ok text/template 0.071s ok text/template/parse 0.029s ok time 3.809s ok unicode 0.027s ok unicode/utf16 0.022s ok unicode/utf8 0.028s ? unsafe [no test files] 53.89u 15.41s 377.21r go test std -short -timeout ... # status= 1 all.rc 1771: run.rc 2577: time 2583: go 2584: 1 ------- go version go version devel +1afdecdd77c1 Sat Mar 29 17:10:25 2014 -0400 plan9/386 ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 2:54 ` kokamoto @ 2014-04-02 5:10 ` David du Colombier 2014-04-02 6:20 ` kokamoto 0 siblings, 1 reply; 51+ messages in thread From: David du Colombier @ 2014-04-02 5:10 UTC (permalink / raw) To: 9fans > Someone can explain the meaning of the last error? > --- FAIL: TestResolveIPAddr (0.00 seconds) > ipraw_test.go:74: ResolveIPAddr(ip6:ipv6-icmp, ::1) failed: write /net/cs: cs: no match > FAIL > FAIL net 0.948s The ResolveIPAddr test is failing because you don't have the ::1 address configured on the loopback. You can add it with: ip/ipconfig loopback /dev/null ::1 Anyway, it doesn't really matter if you can't run all the tests. Go is properly compiled and installed on your machine and you're now able to use it. How did you succeed to run go_bootstrap? Have you just switched from the 9atom pc kernel to the pcpae kernel? -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-04-02 5:10 ` David du Colombier @ 2014-04-02 6:20 ` kokamoto 0 siblings, 0 replies; 51+ messages in thread From: kokamoto @ 2014-04-02 6:20 UTC (permalink / raw) To: 9fans Thanks David. > How did you succeed to run go_bootstrap? Have you > just switched from the 9atom pc kernel to the pcpae > kernel? I just switched from 9atom pc to pcpae kernel. When I run /usr/sys/src/go/src/all.rc, it fails to make $GOROOT/include/plan9/libc_plan9.h. Then, I removed the lines of empty enum, as enum { } . After I made change to $GOROOT/src/make.rc to comment out the line ../include/plan9/mklibc.rc > ../include/plan9/libc_plan9.h , I rerun all.rc. Everything runs ok then. Kenji ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:38 ` David du Colombier 2014-03-26 13:23 ` Ramakrishnan Muthukrishnan @ 2014-03-26 13:47 ` erik quanstrom 2014-03-26 14:13 ` David du Colombier 2014-03-26 14:19 ` Ramakrishnan Muthukrishnan 1 sibling, 2 replies; 51+ messages in thread From: erik quanstrom @ 2014-03-26 13:47 UTC (permalink / raw) To: 9fans On Wed Mar 26 08:39:24 EDT 2014, 0intro@gmail.com wrote: > You can easily fix the generated include/plan9/plan9_libc.h file by > hand for now. It seems /sys/include/libc.h is slightly different on > 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't > forget to comment out the generation of plan9_libc.h in src/make.rc. this guess is incorrect. i installed python/hg on 9atom 3 weeks ago with jeff, and there were no issues at all. - erik ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 13:47 ` erik quanstrom @ 2014-03-26 14:13 ` David du Colombier 2014-03-26 14:19 ` Ramakrishnan Muthukrishnan 1 sibling, 0 replies; 51+ messages in thread From: David du Colombier @ 2014-03-26 14:13 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs > this guess is incorrect. i installed python/hg on 9atom > 3 weeks ago with jeff, and there were no issues at all. This is Go, not Python. -- David du Colombier ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 13:47 ` erik quanstrom 2014-03-26 14:13 ` David du Colombier @ 2014-03-26 14:19 ` Ramakrishnan Muthukrishnan 1 sibling, 0 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 14:19 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Wed, Mar 26, 2014 at 7:17 PM, erik quanstrom <quanstro@quanstro.net> wrote: > On Wed Mar 26 08:39:24 EDT 2014, 0intro@gmail.com wrote: >> You can easily fix the generated include/plan9/plan9_libc.h file by >> hand for now. It seems /sys/include/libc.h is slightly different on >> 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't >> forget to comment out the generation of plan9_libc.h in src/make.rc. > > this guess is incorrect. i installed python/hg on 9atom > 3 weeks ago with jeff, and there were no issues at all. There wasn't any issue installing hg and python. I have now tried compiling from source and running the binaries and both work just fine (I get the threading.py errors occasionally when running hg). The libc header file error is when I tried to compile go-lang. -- Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: [9fans] Python/Mercurial error 2014-03-26 12:09 ` Mark van Atten 2014-03-26 12:38 ` David du Colombier @ 2014-03-26 13:24 ` Ramakrishnan Muthukrishnan 1 sibling, 0 replies; 51+ messages in thread From: Ramakrishnan Muthukrishnan @ 2014-03-26 13:24 UTC (permalink / raw) To: Fans of the OS Plan 9 from Bell Labs On Wed, Mar 26, 2014 at 5:39 PM, Mark van Atten <vanattenmark@gmail.com> wrote: >>Attaching a >> screenshot. I still can't seem to copy text to/from virtualbox. > > One thing you can do is to run Plan 9 in virtualbox but use drawterm > on the host to access it. Then you > can copy/paste from the drawterm window. I haven't yet configured my system to be a CPU, does that matter? I will take a dig at it tonight. Thanks Mark. Ramakrishnan ^ permalink raw reply [flat|nested] 51+ messages in thread
end of thread, other threads:[~2014-04-07 18:27 UTC | newest] Thread overview: 51+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-03-26 3:59 [9fans] Python/Mercurial error Ramakrishnan Muthukrishnan 2014-03-26 7:35 ` David du Colombier 2014-03-26 11:09 ` Ramakrishnan Muthukrishnan 2014-03-26 11:53 ` peterhull90 2014-03-26 12:08 ` Ramakrishnan Muthukrishnan 2014-03-26 13:50 ` erik quanstrom 2014-04-02 5:19 ` David du Colombier 2014-04-02 5:40 ` David du Colombier 2014-04-02 7:29 ` kokamoto 2014-04-03 5:12 ` kokamoto 2014-04-03 6:00 ` David du Colombier 2014-04-03 6:04 ` erik quanstrom 2014-04-02 12:48 ` erik quanstrom 2014-04-03 5:50 ` David du Colombier 2014-04-03 5:58 ` erik quanstrom 2014-04-03 6:15 ` Jeff Sickel 2014-04-03 6:20 ` David du Colombier 2014-04-03 6:24 ` erik quanstrom 2014-04-03 17:18 ` Ramakrishnan Muthukrishnan 2014-04-03 17:21 ` erik quanstrom 2014-04-03 17:57 ` David du Colombier 2014-04-03 18:01 ` erik quanstrom 2014-04-03 18:23 ` David du Colombier 2014-04-04 1:09 ` Ramakrishnan Muthukrishnan 2014-04-04 1:15 ` erik quanstrom 2014-04-03 18:04 ` Ramakrishnan Muthukrishnan 2014-04-03 19:21 ` David du Colombier 2014-04-04 5:39 ` Jeff Sickel 2014-04-07 18:27 ` Ramakrishnan Muthukrishnan 2014-04-04 10:53 ` Ramakrishnan Muthukrishnan 2014-04-04 11:38 ` David du Colombier 2014-03-26 12:09 ` Mark van Atten 2014-03-26 12:38 ` David du Colombier 2014-03-26 13:23 ` Ramakrishnan Muthukrishnan 2014-03-31 5:44 ` kokamoto 2014-03-31 6:23 ` David du Colombier 2014-03-31 6:47 ` kokamoto 2014-03-31 13:00 ` erik quanstrom 2014-04-01 0:57 ` kokamoto 2014-04-01 1:03 ` erik quanstrom 2014-04-01 2:27 ` kokamoto 2014-04-01 3:05 ` erik quanstrom 2014-04-01 6:46 ` kokamoto 2014-04-01 13:54 ` erik quanstrom 2014-04-02 2:54 ` kokamoto 2014-04-02 5:10 ` David du Colombier 2014-04-02 6:20 ` kokamoto 2014-03-26 13:47 ` erik quanstrom 2014-03-26 14:13 ` David du Colombier 2014-03-26 14:19 ` Ramakrishnan Muthukrishnan 2014-03-26 13:24 ` Ramakrishnan Muthukrishnan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).