- 14 Feb, 2012 19 commits
-
-
Russ Cox authored
Filed issue 3016 to fix this, but I really want to see a "ok" in the Windows column so we know what is and is not working. R=golang-dev, dsymonds CC=golang-dev https://golang.org/cl/5658050
-
Brad Fitzpatrick authored
Now with a bit more paranoia and lower number of requests to keep it under the default OS X 256 fd limit. R=golang-dev, dsymonds, rsc CC=golang-dev https://golang.org/cl/5659051
-
Russ Cox authored
Typing ^\ delivers the SIGQUIT to all threads, it appears. R=golang-dev, r, iant CC=golang-dev https://golang.org/cl/5657044
-
Russ Cox authored
TBR=r CC=golang-dev https://golang.org/cl/5661053
-
Brad Fitzpatrick authored
R=golang-dev, rsc CC=golang-dev https://golang.org/cl/5658049
-
Russ Cox authored
TBR=golang-dev CC=golang-dev https://golang.org/cl/5656051
-
Rob Pike authored
It's not as pretty, but it deletes some irrelevant information from the printout and avoids a dependency. It also means the test binary will stop if a test panics. That's a feature, not a bug. Any output printed by the test appears before the panic traceback. before: --- FAIL: TestPanic (0.00 seconds) fmt_test.go:19: HI testing.go:257: runtime error: index out of range /Users/r/go/src/pkg/testing/testing.go:257 (0x23998) _func_003: t.Logf("%s\n%s", err, debug.Stack()) /Users/r/go/src/pkg/runtime/proc.c:1388 (0x10d2d) panic: reflect·call(d->fn, d->args, d->siz); /Users/r/go/src/pkg/runtime/runtime.c:128 (0x119b0) panicstring: runtime·panic(err); /Users/r/go/src/pkg/runtime/runtime.c:85 (0x11857) panicindex: runtime·panicstring("index out of range"); /Users/r/go/src/pkg/fmt/fmt_test.go:21 (0x23d72) TestPanic: a[10]=1 /Users/r/go/src/pkg/testing/testing.go:264 (0x21b75) tRunner: test.F(t) /Users/r/go/src/pkg/runtime/proc.c:258 (0xee9e) goexit: runtime·goexit(void) FAIL after: --- FAIL: TestPanic (0.00 seconds) fmt_test.go:19: HI panic: runtime error: index out of range [recovered] panic: (*testing.T) (0xec3b0,0xf8400001c0) goroutine 2 [running]: testing._func_003(0x21f5fa8, 0x21f5100, 0x21f5fb8, 0x21f5e88) /Users/r/go/src/pkg/testing/testing.go:259 +0x108 ----- stack segment boundary ----- fmt_test.TestPanic(0xf8400001c0, 0x27603728) /Users/r/go/src/pkg/fmt/fmt_test.go:21 +0x6b testing.tRunner(0xf8400001c0, 0x18edb8, 0x0, 0x0) /Users/r/go/src/pkg/testing/testing.go:264 +0x6f created by testing.RunTests /Users/r/go/src/pkg/testing/testing.go:343 +0x76e goroutine 1 [chan receive]: testing.RunTests(0x2000, 0x18edb8, 0x2400000024, 0x100000001, 0x200000001, ...) /Users/r/go/src/pkg/testing/testing.go:344 +0x791 testing.Main(0x2000, 0x18edb8, 0x2400000024, 0x188a58, 0x800000008, ...) /Users/r/go/src/pkg/testing/testing.go:275 +0x62 main.main() /var/folders/++/+++Fn+++6+0++4RjPqRgNE++2Qk/-Tmp-/go-build743922747/fmt/_test/_testmain.go:129 +0x91 exit status 2 R=rsc, dsymonds CC=golang-dev https://golang.org/cl/5658048
-
Andrew Gerrand authored
Fixes #2897. R=golang-dev, r CC=golang-dev https://golang.org/cl/5658047
-
Robert Griesemer authored
Fixes #3008. R=rsc CC=golang-dev https://golang.org/cl/5660046
-
Russ Cox authored
Should fix build breakage. TBR=golang-dev CC=golang-dev https://golang.org/cl/5656050
-
Russ Cox authored
This CL makes it possible to run make.bash with GOOS and GOARCH set to something other than the native host GOOS and GOARCH. As part of the CL, the tool directory moves from bin/tool/ to pkg/tool/goos_goarch where goos and goarch are the values for the host system (running the build), not the target. pkg/ is not technically appropriate, but C objects are there now tool (pkg/obj/) so this puts all the generated binaries in one place (rm -rf $GOROOT/pkg cleans everything). Including goos_goarch in the name allows different systems to share a single $GOROOT on a shared file system. Fixes #2920. R=golang-dev, r CC=golang-dev https://golang.org/cl/5645093
-
Russ Cox authored
Generates an infinite stream (at least >1GB) of: === RUN TestTransportPersistConnLeak 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files 2012/02/13 22:20:19 http: Accept error: accept tcp 127.0.0.1:63972: too many open files R=bradfitz CC=golang-dev https://golang.org/cl/5661052
-
Alex Brainman authored
R=golang-dev, bradfitz CC=golang-dev https://golang.org/cl/5656048
-
Mikio Hara authored
R=golang-dev, adg CC=golang-dev https://golang.org/cl/5661051
-
Brad Fitzpatrick authored
Thanks to Sascha Matzke & Florian Weimer for diagnosing. R=golang-dev, adg, bradfitz, kevlar CC=golang-dev https://golang.org/cl/5656046
-
Brad Fitzpatrick authored
Fixes #2941 R=golang-dev, rsc, adg CC=golang-dev https://golang.org/cl/5663046
-
Nigel Tao authored
R=gri, r CC=golang-dev https://golang.org/cl/5659048
-
Shenghou Ma authored
1, IMO, the fatal error "regfree: not a register" from 5g when compiling runtime/debug.go is due to gcc miscompile, it doesn't show up when compiled with -O0. But I still haven't thought of a way to fix this, should all ARM builds be built with -O0? 2, fixed mksysnum_linux.pl, so zsysnum_linux_arm.go no longer needs to be hand-generated. 3, regen all in pkg syscall for Linux/ARM on Debian 6.0 This CL is somewhat big, I'd like to split it if necessary. R=rsc, dave CC=golang-dev https://golang.org/cl/5659044
-
Andrew Gerrand authored
R=golang-dev, r CC=golang-dev https://golang.org/cl/5657047
-
- 13 Feb, 2012 21 commits
-
-
Andrew Gerrand authored
This was an implementation detail that snuck into the public interface. *Writer.Create gives you an io.Writer, the *Writer itself was never meant to be written to. R=golang-dev, dsymonds, r CC=golang-dev https://golang.org/cl/5654076
-
Andrew Gerrand authored
R=rsc CC=golang-dev https://golang.org/cl/5659045
-
Brad Fitzpatrick authored
I remembered that sendfile support was lacking a test. R=golang-dev, rsc CC=golang-dev https://golang.org/cl/5652079
-
Andrew Gerrand authored
R=golang-dev, bradfitz CC=golang-dev https://golang.org/cl/5661047
-
Russ Cox authored
Makes files like src/pkg/syscall/ztypes_linux_amd64.go easier to read. (The copy that is checked in predates the //line output mode, so this also preserves the status quo.) R=golang-dev, iant, gri CC=golang-dev https://golang.org/cl/5655068
-
Russ Cox authored
Fixes #2905. R=golang-dev, bradfitz, r CC=golang-dev https://golang.org/cl/5645088
-
Russ Cox authored
Also update build to be able to run mkbuiltin again. The export form has changed a little, so builtin.c has more diffs than unsafe.go. In CL 5650069, I just edited the documentation, a rarely successful method of change. R=ken2 CC=golang-dev https://golang.org/cl/5662043
-
Robert Griesemer authored
Fixes #2998. R=rsc CC=golang-dev https://golang.org/cl/5650078
-
Rob Pike authored
R=golang-dev, gri CC=golang-dev https://golang.org/cl/5654077
-
Robert Griesemer authored
This was broken by https://golang.org/cl/5643066 which introduced lazy indentation printing. Fixes #2990. R=rsc CC=golang-dev https://golang.org/cl/5655067
-
Shenghou Ma authored
R=golang-dev, gri CC=golang-dev https://golang.org/cl/5649086
-
Ian Lance Taylor authored
Drop reference to "machine type." Specify that integer overflow must be an error. Drop requirement that exponent must be 128 bits--that's a lot. Clarify that floating point expressions may be rounded, including intermediate values. This is a reworking of https://golang.org/cl/5577068/ . Fixes #2789. R=r, rsc, r, gri, ken, ken, iant CC=golang-dev, remyoudompheng https://golang.org/cl/5655049
-
Shenghou Ma authored
R=golang-dev, rsc CC=golang-dev https://golang.org/cl/5645099
-
Darren Elwood authored
R=golang-dev, rsc CC=golang-dev https://golang.org/cl/5650076
-
Russ Cox authored
R=golang-dev, gri CC=golang-dev https://golang.org/cl/5650077
-
Russ Cox authored
Restore package os/signal, with new API: Notify replaces Incoming, allowing clients to ask for certain signals only. Also, signals go to everyone who asks, not just one client. This could plausibly move into package os now that there are no magic side effects as a result of the import. Update runtime for new API: move common Unix signal handling code into signal_unix.c. (It's so easy to do this now that we don't have to edit Makefiles!) Tested on darwin,linux 386,amd64. Fixes #1266. R=r, dsymonds, bradfitz, iant, borman CC=golang-dev https://golang.org/cl/3749041
-
Adam Langley authored
1) Remove the Reset() member in crypto/aes and crypto/des (and document the change). 2) Turn several empty error structures into vars. Any remaining error structures are either non-empty, or will probably become so in the future. 3) Implement SetWriteDeadline for TLS sockets. At the moment, the TLS status cannot be reused after a Write error, which is probably fine for most uses. 4) Make crypto/aes and crypto/des return a cipher.Block. R=rsc, r CC=golang-dev https://golang.org/cl/5625045
-
Marcel van Lohuizen authored
one trie lookup per rune is needed. See forminfo.go for a description of the new format. Also included leading and trailing canonical combining class in decomposition information. This will often avoid additional trie lookups. R=r, r CC=golang-dev https://golang.org/cl/5616071
-
Rob Pike authored
Thanks to Aaron Kemp for noticing. R=golang-dev, dsymonds CC=golang-dev https://golang.org/cl/5645097
-
Andrew Gerrand authored
This is not the finished product, but a good checkpoint from which to proceed with further development. R=golang-dev, dsymonds, r CC=golang-dev https://golang.org/cl/5571061
-
Andrew Gerrand authored
R=golang-dev, bradfitz, iant CC=golang-dev https://golang.org/cl/5639064
-