Go benchmark harness.
PDP11/40 simulator for atmega2560
This is my sister, Kodos
Gopher Academy Blog -- fork of go.blog
Package bad idea contains no good ideas
Example code for blog post
4ad/go.arm64 18
Go development tree for the arm64 port (historical).
4ad/go 14
Go development tree for the sparc64 port
airstream is a network pipe that automatically discovers its peer via multicast DNS.
Retrochallenge 2017/04 Arduino 6502 simulator
push eventdavecheney/pdp11
commit sha 17e7f164f8c09c0b4fd889cae3897b9118b645ed
CMP
commit sha 380fac5706d73df7aa865bab26e368e867bf9b36
CMPB
push time in 4 hours
push eventdavecheney/pdp11
commit sha 215cdd7a1476d8b9d9e6df597d9ef8efd9b0489b
BIS BISB
push time in 7 hours
push eventdavecheney/pdp11
commit sha da6e4dd8119239bb9f751b5a48eb17556eedad63
BIC BICB
push time in 7 hours
push eventdavecheney/pdp11
commit sha 718ac461f7441f35a423b142f2aa9125b5ad1872
BIT
push time in 8 hours
push eventdavecheney/pdp11
commit sha 526a05be2d9eb3cbc52a2fcce551880b2cdfd119
ROR RORB
commit sha 42b741d9e7791a057c0ebad0db191e42bf4068c7
SXT
push time in 8 hours
push eventdavecheney/pdp11
commit sha 5e37544e5e0a882099d1afc9649b2e8c7c69a065
SBC SBCB
push time in 9 hours
push eventdavecheney/pdp11
commit sha 35d491073fe8bb9da19c6ae3f9643a86e6936545
more test coverage
commit sha 119129f0be5dd675a0d0c98950db2019c25cf8e4
switch to matryer/is
push time in 10 hours
push eventdavecheney/pdp11
commit sha bb6663c60a38de603bc4ba4d6cb86515ea089ef9
ADC ADCB
push time in 10 hours
push eventdavecheney/pdp11
commit sha 18594f442f7354459d00060ea74c8ef131547ab7
CLR,CLRB,COM,COMB
push time in 11 hours
push eventdavecheney/pdp11
commit sha b3cecc3248915a3ede0300f6a7a4f155cfd6be7a
DEC, DECB, NEG, NEGB
push time in 11 hours
push eventdavecheney/pdp11
commit sha fad02a7cb960ccff1da3f7b81de26e479659722d
fix TSTB
commit sha 0cb2ca27a03d6b0f19f0427485d746bb5e861938
add TST/TSTB benchmark
push time in 12 hours
issue commentgolang/go
net/http: Transport race condition by Content-Length == 0 response
Look at your logic there is nothing to prevent this sequence
// step 1
go func() {
// step 4
close(wait)
// step 5, req is already cancelled.
http.DefaultTransport.RoundTrip(req)
close(done)
}()
// step 2
<-wait
// step 3
cancel()
<-done
comment created time in 12 hours
issue closedgolang/go
http request store context in structure, it may cause some bug?
https://github.com/golang/go/blob/fa04d488bd54b8fdd78cc9bcc6d90de4bf5f8efb/src/net/http/request.go#L319
according to official document, do not store Contexts inside a struct type, but request.go did(https://golang.org/pkg/context/)
closed time in 13 hours
z54604
issue commentgolang/go
http request store context in structure, it may cause some bug?
Thank you for raising this issue. Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions.
The request.ctx field was added in Go 1.7 in this change https://go-review.googlesource.com/c/go/+/21496/ I encourage you to review the history of the change and the associated discussion.
GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 13 hours
push eventdavecheney/pdp11
commit sha c1f714f087b45b3778c0e4065f63860e78f3e938
add github workflow
push time in 13 hours
push eventdavecheney/pdp11
commit sha 89a777ef962a041ba895985966a294e0018ef939
add github workflow
push time in 13 hours
push eventdavecheney/pdp11
commit sha 49a3c0f4f832f987f709ccc9eca5c032713d04ab
readme
push time in 13 hours
push eventdavecheney/pdp11
commit sha 76ee92fe47d23029529851d59b51549bf30dd0b9
readme
push time in 13 hours
push eventdavecheney/pdp11
commit sha a55e9564d165019e82a7d69b12440cef1a779127
fix startaddr
push time in 13 hours
issue commentgolang/go
panic: runtime error: slice bounds out of range [::1751306] with length 1048576
@w01fb0ss please do not post screenshots of text, please just copy and paste the text. Thank you
comment created time in 14 hours
issue commentgolang/go
proposal: Go 2: builtin add func resize(v Type, size)
Why not only allow channel buffer resize for channels with non-zero buffer? If you have a channel that may need to resize, I don't know why you'd ever start with no buffer.
How would this be reported at runtime?
Would it be permitted to resize a channel capacity downwards?
comment created time in 15 hours
issue commentgolang/go
sync/mutex: sync: inconsistent mutex state
Can you please provide the full panic message. Thank you
comment created time in a day
push eventdavecheney/pdp11
commit sha fec84e000b9a4e764bf6a5061494deb61fa0b5d8
kong scaffold
commit sha bf962a2b1a6883c8ab5d8bd5f2dca36d6ea98cbe
kb11 part 1
commit sha e1811d96e8cf61c8613ad03aad9782ad0de9e84b
KB11 part 2
commit sha e9902a163e54e0debbbf1f7f5f44705b95274f7c
kb11 part 3
commit sha b115eb7c474b51e863cbbb7953ed51f9bd7d1c3a
KB11 part 4
commit sha d07183b4ec2b93a55a6092f5baae87209f2f913d
kb11 part 5
commit sha 3b2e5a506cddcb7bf3f7a374f4fb38796ce98b15
cpu runs
commit sha e04023138815ff8daa611e45dbc8c36330e81e4e
cpu tests part 1
commit sha fddc9682f12830b6fb854d50c6bd95d02cb6abb4
cpu tests part 2
commit sha ce58ade01184ede56dbccee7529d03d1ed735def
rk11 part 1
commit sha e5ea1fbba6d1cb92a2f4439005bbc9f1e4b0e2c2
more debugging
push time in a day
issue commentgolang/go
sync/mutex: sync: inconsistent mutex state
This looks like memory corruption. Have you tried running your program under the race detector? See https://blog.golang.org/race-detector .
comment created time in a day
issue commentdavecheney/junk
how to compile the go-id program
@ORESoftware what did you try? What did you see when you tried?
comment created time in a day
push eventdavecheney/pdp11
commit sha 77cdf97061e31763c2932e59ca62777438035971
added go.mod
push time in 3 days
push eventdavecheney/cpp11
commit sha 72090bf630e3360510530fd92451aa9cdcba25c5
mostly handle condition codes after write to memory so that traps can be rolled back
commit sha 9c307e64654f6ff84fa57f046642e247ae03032b
untemplate BIT BITC
commit sha 2cff48ce282aa9eee815cde3189342c653f65d61
introduce template setNZ
commit sha 9b979bc8b76cb4b26a9bc2f0e2cdeb343c5f00b1
add setNZV
commit sha 58c501b9d7785f9057945d46efa5004f4ca39d80
setNZV
commit sha 5865b7eb226abe7ec3c315cc53142281f74dd943
template INC, INCB
commit sha 3edcb5d08e89752f18caac8a1707d425c33b28e2
template BIT/BITB
commit sha e7fc08a6d982d9a2c8d02ef0df2eb2616371159c
template TST TSTB
commit sha 6c307e36192bb701e80988451baf2f46c3d4c22d
simplify COM
commit sha 4286ca5bc5af057ebf562a68703c96096a7d4c82
template MOV, MOVB
commit sha a5504f3cabe847ce2717146e92d555c5f75aa3a9
improve SXT
commit sha d6885d190a5743ed07b14785d0ad4750bd163a28
fix MFPI MTPI
commit sha 83944aa1fcfe0b1b4219a56a63a5a33c799d50b6
cleanup
commit sha 0a9c1e4b82e92edc10fd3ca2f3f20aad0aec27de
merge aget into DA
push time in 3 days
created repositorydavecheney/pdp11
Emulating a computer from the 1970's with a language from the 2000's
created time in 3 days
issue commentgolang/go
tls.Conn.Read() stuck in runtime_pollWait after internet connection loss and recovery
The runtime could probably detect the internet disconnection event and fail all outstanding Reads.
the network fd is handled by epoll (on linux) and if there is no event received from the kernel, there's nothing the runtime can do.
comment created time in 3 days
issue commentgolang/go
tls.Conn.Read() stuck in runtime_pollWait after internet connection loss and recovery
Yup, if it’s important, it needs a timeout.
Still, I would expect that a read call (even untimed) would error with "internet disconnected" on internet disconnection, or would unstuck again when the internet connection has recovered, but not just stuck
If the operating system has not signalled that the tcp connection has been closed or reset, there’s not much the runtime can do from user space.
comment created time in 3 days
issue commentgolang/go
proposal: builtin add func resize(v Type, size)
Thank you for raising this proposal.
I don’t think there is much value in resizing slices as they grow geometrical when appended to. If this is not good enough making a new slice and copying the contents is two lines.
Maps grow by doubling (I think) and provide a size hint. Perhaps this is good enough, if not, some benchmarks showing that map rehashing is dominating insert performance would be valuable for this proposal.
I cannot see how a slice could be resized safely without additional locking. There are probably some unanswered questions when a channel is resized from unbuffered to buffered.
comment created time in 3 days
issue commentgolang/go
tls.Conn.Read() stuck in runtime_pollWait after internet connection loss and recovery
This is expected if a timeout has not been set on the connection. Has a timeout been set before calling Read!
comment created time in 3 days
push eventdavecheney/cpp11
commit sha 8651007f8696fcd13ee04dba5133d9f16dfb5c22
remove MOV, MOVB template
commit sha fa6ddbbe3908260f46adc0ad8d5d774e5738867d
untemplate TST/TSTB
commit sha bff6fd5fbb50005cb7d30cdf8a9a1f856eb69e88
remove SWAB template, fix bug
commit sha ea4851118cad2555a8c2c8f394617fa146205c07
untemplate INC / INCB
commit sha 7ced84618e7cd47bf916e30ba3ad01b658d608d2
fix FlagV in INC / INCB
push time in 3 days
issue commentgolang/go
net/http: ServeContent If-None-Match will always NOT match
For what its worth I think it would make sense for Go to support etags with/without double quotes.
comment created time in 3 days
push eventdavecheney/cpp11
commit sha 530fe9c26e1c66896e9b010edd5a9d628ecf3c58
remove D macro
commit sha 73ea59bfcc648312fa7db5bf8fcbbe3dc5b9e2c7
remove S macro
commit sha 1f752e0204b00e447ea12546584292dc5ea65c75
remove macros, isolate raw aget to a single call
commit sha 326836c76a352e1defca70f4bada7fc100cc86f2
SET is not used.
push time in 3 days
push eventdavecheney/cpp11
commit sha f6a76bc519bf363b92376f37eafde860d8cae4e8
more stuff through writePSW
push time in 4 days
issue commentgolang/go
syscall: got panic when call `syscall.ParseSocketControlMessage`
Thank you for your issue. To be able to investigate we will need a way to reproduce what you see. Can you please provide a stand alone program which demonstrates the panic you see. Thank you
comment created time in 4 days
push eventdavecheney/cpp11
commit sha a5149bfc4f4c5399bf16156021beb32aab72c654
finally cleaned up prevuser
push time in 4 days
push eventdavecheney/cpp11
commit sha 4a980f6e2c6c107c2d4b15930281961ac0cb1651
Revert "devirtualise cpu registers" This reverts commit 908b508174e5ea7e216e405ced6ab45b3ca5831f.
push time in 4 days
push eventdavecheney/cpp11
commit sha 996cc69e712a8e1178d1368489143c74714339ca
remove cpu.curuser
commit sha 5d741a4e6eaf99a6814ef62021d1d417ef7f277f
merge kb11.h changes
commit sha 55b432ab98aff4161c60fabe3ae6741bfccdc683
skip unibus write in RTI/RTT
commit sha 9e124067976c4f0c08af9a718dbbdd03597b7557
move cpu registers into cpu.read16
commit sha 908b508174e5ea7e216e405ced6ab45b3ca5831f
devirtualise cpu registers
commit sha c37fd708efc3e9b0fc6a5f43b76f78062d87aab5
simplify irq handling
push time in 4 days
issue commentgolang/go
After executed the system call, exitsyscall hung is happened， high cpu
@davecheney So should I open a new issue with the information I have posted above?
Yes, but please understand that Go 1.13 is unsupported and you will be asked to confirm the problem continues to occur in Go 1.15.
comment created time in 4 days
issue commentgolang/go
After executed the system call, exitsyscall hung is happened， high cpu
@bobotu Go 1.13 is no longer supported. Would you please
- Test with Go 1.15.2
- If the issue is present there, please open a new issue and complete the issue template. Please do not comment here. If there is a duplicate, we'll take care of it.
comment created time in 4 days
push eventdavecheney/cpp11
commit sha 2288b56264f93ba3c993b7868ef30ff68fdf8134
make drive not ready during read/write
commit sha d6c7eba9033d7a2fba9fbac47fe17a76f929b346
reak rkwc
commit sha f7889c35ffd0dbbd4b9dc99364771b8fb37aa2d8
small cleanups
commit sha bd04914d3b3ad504737f81608be502152d193d83
clean up switchmode
commit sha c55e94a7397881b8322365caeb9122f1ba42b943
introduce writePSW helper
commit sha e82be94d355148ee5fd7f6060d5d7616256a29e0
clean up R6 switch
commit sha dfee398f878c0c50f8b3876ba685b81091201397
fix disasm and printstate
commit sha bf37e58a0cc5190489959cc002fa5b6610ee140e
add MFPT support (not really)
commit sha 264113cd789ee050e90a410fc8680da2c5ded6ee
make PSW private
commit sha 72cbf4fac5be51f3ea44991a811b8eee31dcffd7
switch MFPI/MTPI to use currentmode
push time in 4 days
issue closedgolang/go
Mongo GO Driver and error with runtime/syscall_windows.go file
<!-- Please answer these questions before submitting your issue. Thanks! For questions please use one of our forums: https://github.com/golang/go/wiki/Questions -->
What version of Go are you using (go version)?
<pre> go version go1.15.2 windows/amd64
</pre>
Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (go env)?
<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
set GO111MODULE=
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\Owner\AppData\Local\go-build
set GOENV=C:\Users\Owner\AppData\Roaming\go\env
set GOEXE=.exe
set GOFLAGS=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOINSECURE=
set GOMODCACHE=C:\Users\Owner\go\pkg\mod
set GONOPROXY=github.com/LukasDeco/
set GONOSUMDB=github.com/LukasDeco/
set GOOS=windows
set GOPATH=C:\Users\Owner\go
set GOPRIVATE=github.com/LukasDeco/
set GOPROXY=https://proxy.golang.org,direct
set GOROOT=c:\go
set GOSUMDB=sum.golang.org
set GOTMPDIR=
set GOTOOLDIR=c:\go\pkg\tool\windows_amd64
set GCCGO=gccgo
set AR=ar
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set GOMOD=C:\Go\src\occasionally-api\go.mod
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=C:\Users\Owner\AppData\Local\Temp\go-build043299782=/tmp/go-build -gno-record-gcc-switches
</pre></details>
What did you do?
I was able to use a mongo-go driver on my local windows set up. Now I can't
What did you expect to see?
My app start up on go run
What did you see instead?
Exception 0xc0000005 0x0 0x7ff9be532fff 0x2125f2d0000 PC=0x2125f2d0000
syscall.loadsystemlibrary(0xc00022fb40, 0xc00022b200, 0xc00022b200, 0x1f) c:/go/src/runtime/syscall_windows.go:136 +0xe7 syscall.LoadDLL(0xb57753, 0xa, 0x336531, 0xa53f20, 0x29) c:/go/src/syscall/dll_windows.go:81 +0x16a syscall.(*LazyDLL).Load(0xc000004140, 0x0, 0x0) c:/go/src/syscall/dll_windows.go:245 +0xc8 syscall.(*LazyProc).Find(0xc00005d7d0, 0x0, 0x0) c:/go/src/syscall/dll_windows.go:300 +0xbf syscall.(*LazyProc).mustFind(...) c:/go/src/syscall/dll_windows.go:318 syscall.(*LazyProc).Addr(...) c:/go/src/syscall/dll_windows.go:327 syscall._DnsQuery(0xc000026840, 0x21, 0x0, 0xc00029ef98, 0x0, 0x0, 0x0) c:/go/src/syscall/zsyscall_windows.go:1699 +0x4c syscall.DnsQuery(0xc00022cc00, 0x28, 0x21, 0x0, 0xc00029ef98, 0x0, 0xc00027c678, 0xc00027c674) c:/go/src/syscall/zsyscall_windows.go:1695 +0xb5 net.(*Resolver).lookupSRV(0x10fb7c0, 0xced7c0, 0xc0000200b0, 0xb552dd, 0x7, 0xb51dee, 0x3, 0xc0000267a9, 0x1a, 0x0, ...) c:/go/src/net/lookup_windows.go:252 +0x125 net.LookupSRV(0xb552dd, 0x7, 0xb51dee, 0x3, 0xc0000267a9, 0x1a, 0xcdd860, 0xc000201ae0, 0xa53da0, 0xc00027c558, ...) c:/go/src/net/lookup.go:420 +0xac go.mongodb.org/mongo-driver/x/mongo/driver/dns.(*Resolver).fetchSeedlistFromSRV(0x10e7f60, 0xc0000267a9, 0x1a, 0x1, 0x0, 0x0, 0xc000267110, 0x1, 0x1) C:/Users/Owner/go/pkg/mod/go.mongodb.org/[email protected]/x/mongo/driver/dns/dns.go:78 +0xb9 go.mongodb.org/mongo-driver/x/mongo/driver/dns.(*Resolver).ParseHosts(0x10e7f60, 0xc0000267a9, 0x1a, 0x1, 0x0, 0x0, 0xc000267100, 0x1, 0x1) C:/Users/Owner/go/pkg/mod/go.mongodb.org/[email protected]/x/mongo/driver/dns/dns.go:34 +0xfe go.mongodb.org/mongo-driver/x/mongo/driver/connstring.(*parser).parse(0xc00029f3f0, 0xc000026780, 0x59, 0xc00027c41c, 0xc00027c418) C:/Users/Owner/go/pkg/mod/go.mongodb.org/[email protected]/x/mongo/driver/connstring/connstring.go:205 +0xaf3 go.mongodb.org/mongo-driver/x/mongo/driver/connstring.Parse(0xc000026780, 0x59, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) C:/Users/Owner/go/pkg/mod/go.mongodb.org/[email protected]/x/mongo/driver/connstring/connstring.go:27 +0xb2 go.mongodb.org/mongo-driver/mongo/options.(*ClientOptions).ApplyURI(0xc00029fcc0, 0xc000026780, 0x59, 0x59) C:/Users/Owner/go/pkg/mod/go.mongodb.org/[email protected]/mongo/options/clientoptions.go:163 +0xdb main.ConnectDB() c:/go/src/occasionally-api/connection.go:23 +0xab main.main() c:/go/src/occasionally-api/main.go:60 +0x5d rax 0x7ff9bb0049d2 rbx 0x7ff9bb0049d0 rcx 0x77 rdi 0xffffffffffbadd11 rsi 0x0 rbp 0x0 rsp 0x2f683ff090 r8 0x97c r9 0x97c r10 0x97c r11 0x97c r12 0xc000007a r13 0x0 r14 0x7ff9bb0049d2 r15 0x7ff9be330000 rip 0x2125f2d0000 rflags 0x10206 cs 0x33 fs 0x53 gs 0x2b exit status 2
I'm not sure whether I should have posted this here or with the mongodb people. The top of the stack trace is the windows syscall file, so I figured I'd see if you guys could see anything of importance here. Everything was working fine and then now this. Also, this isn't necessarily consistent. It is happening MOST of the time, but not all of the time.
Thanks!
closed time in 5 days
LukasDeco
issue commentgolang/go
Mongo GO Driver and error with runtime/syscall_windows.go file
Chalk another one up to Webroot
comment created time in 5 days
push eventdavecheney/cpp11
commit sha 8b0dfbe4146879d1c9185513ea15eb7c882f7a85
unibus is only 16 bit
commit sha 2aec08e142a51c83341fa6297d78f0935da0be54
kb11 introduce read16/write16
commit sha a9f16e71a42181b57dbd5cf9c87dca6f4a1854ef
mark trap noreturn, make switchmode a method.
commit sha 16898131adf2f094f6348cc2699e9b02633a31a1
rename cpu.PS to PSW
commit sha 3dc1fb2d89c42444e46bf6749209ce6474fa3ca8
clean up kw11
commit sha 249519711f7ef2e0cd1fb16e7a686f8810e35c65
clean up rk11
commit sha 6ee39045460ddc3dabcbe6f6f229c46d2dea5e31
rebuild rk11
commit sha 26aab89164da512dac4414dd274ed83f56f514ed
Freshen rk0 image
push time in 5 days
push eventdavecheney/cpp11
commit sha c1db0c28966be71074a78727c016a02efb8791aa
remove unibus.access
push time in 6 days
push eventdavecheney/cpp11
commit sha d803846f23f652da944662e98b930d2c82d4768c
switch to trapat
push time in 6 days
push eventdavecheney/cpp11
commit sha a51c7f929bae3e780b4946c9c27a274109a17482
kb11 cleanups
commit sha 5b25e2dae0cd85ef9d32c9544d92f9edeb5448d0
cpu.step rewrite
push time in 6 days
push eventdavecheney/cpp11
commit sha a4345f3a52c265014c2912c83476d1e2923ab7f4
rk11: fake write check op, now boots rk3.dsk diagnostics
commit sha 23873ca761be84d8a33e1fa2c0f71f85619e02f4
dl11 tweaks
commit sha d3cc2f50531ae3cadf5022e856d389901ccdc9ba
rename dl11 to kl11
commit sha dc650f3663903aca7916f30f7e6e93c400d3cf24
clean up kl11
commit sha edf6e68c1125141749b2ca7e2ebde9efd04ea43d
kw11: implement line clock in terms of sigalarm
commit sha 3a5beb92029920c7e32e83548c5c04cdcc751f04
kw11 cleanups
commit sha 13b15c4375098ff86640a4f2b3a93d04863e23a7
kb11 cleanup
push time in 6 days
issue commentgolang/go
Mongo GO Driver and error with runtime/syscall_windows.go file
Have you rules out interference by anti virus software?
comment created time in 6 days
issue closedpkg/term
Please make new release including PR #54
Current release has a bug building on macOS.
##[error]../../../go/pkg/mod/github.com/pkg/[email protected]/termios/ioctl.go:8:30: undefined: unix.SYS_IOCTL
This error was introduced with https://github.com/pkg/term/commit/1cd1864dfbfc5a77b108303511c30b6b08938de2#diff-55be90b78724feed63a53d4ea3212178 which was part of v1.0.0.
This issue later resolved with https://github.com/pkg/term/commit/8dfd1b8a1225b475ec84ffe411b093d3d113ce9c#diff-55be90b78724feed63a53d4ea3212178 which is part of #54
It would be very helpful to make a new release including this fix. Otherwise go modules catching v1.0.0 which failes on macOS.
closed time in 7 days
pgollangi
issue commentpkg/term
Please make new release including PR #54
Done v1.1.0
comment created time in 7 days
issue closedpkg/term
Consider releasing a semantic version of term so it can be used with go mod
Good morning. I've found this package to be quite robust for managing serial communications with some embedded systems work we are doing and would like to rely on it as a dependency.
We are using Go Modules and would appreciate it if you could release a tag with V0.1.0 or whatever version you feel is appropriate for now.
closed time in 7 days
zacsketches
push eventdavecheney/cpp11
commit sha dd82293ea58a9424360e4dab3c8994576413575f
template switchmode and various fixes
commit sha f6db51f1f9f5d7e0910fae30c20acee0b4131ade
template mmu::decode
commit sha 783d221965331008ce084e6b5c3c80507770342f
modernise disasm
commit sha c3cc1d37aacfcbc7f187e85f3fa8878974ceb256
pass rk05 book disk on startup
push time in 7 days
issue commentgolang/go
Memory not being reclaimed by OS
Having said that, it looks like your application's heap is around 25 based on this line
gc 11 @600.379s 0%: 0.062+13+0.025 ms clock, 0.12+0/6.4/14+0.051 ms cpu, 13->13->12 MB, 25 MB goal, 2
Does this match with your measurements?
comment created time in 7 days
issue commentgolang/go
Memory not being reclaimed by OS
Thank you for this data, can I ask you to use go build, not go run as the trace for go run is conflated with the trace for you application.
comment created time in 7 days
issue commentgolang/go
signal SIGBUS: bus error during linking
Are you able to provide the source of the program you were compiling.
comment created time in 7 days
issue closedgolang/go
"func (*Resolver) LookupIP" seems not exists, but it is in the documentation
What version of Go are you using (go version)?
<pre> $ go version go version go1.14.6 darwin/amd64 </pre>
Does this issue reproduce with the latest release?
<pre> package main import "context" import "net" func GoogleDNSDialer(ctx context.Context, network, address string) (net.Conn, error) { d := net.Dialer{} return d.DialContext(ctx, "udp", "8.8.8.8:53") } var local_resolver net.Resolver = net.Resolver{ Dial: GoogleDNSDialer, } func LocalLookupIP(name string) ([]net.IP, error) { return local_resolver.LookupIP(context.Background(), "ip", name) } </pre>
<pre> go build </pre>
What operating system and processor architecture are you using (go env)?
<details><summary><code>go env</code> Output</summary><br><pre> $ go env
GO111MODULE="" GOARCH="amd64" GOBIN="" GOCACHE="/Users/thierryfournier/Library/Caches/go-build" GOENV="/Users/thierryfournier/Library/Application Support/go/env" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="darwin" GOINSECURE="" GONOPROXY="" GONOSUMDB="" GOOS="darwin" GOPATH="/Users/thierryfournier/go" GOPRIVATE="" GOPROXY="https://proxy.golang.org,direct" GOROOT="/usr/local/go" GOSUMDB="sum.golang.org" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64" GCCGO="gccgo" AR="ar" CC="clang" CXX="clang++" CGO_ENABLED="1" GOMOD="" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/_d/zs7l5ldx1r94fn_qh1zvn1rw0000gn/T/go-build235743352=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>
What did you do?
Compilation error is:
./a.go:12:25: local_resolver.LookupIP undefined (type net.Resolver has no field or method LookupIP)
But the documentation says that the function "func (*Resolver) LookupIP" exists: https://godoc.org/net#Resolver.LookupIP
I check the file "/usr/local/go/src/net/lookup.go" and the function doesn't exists
What did you expect to see?
My build works (or fix the documentation).
What did you see instead?
closed time in 7 days
tech-ozon-io
issue commentgolang/go
"func (*Resolver) LookupIP" seems not exists, but it is in the documentation
Thank you for raising this issue. As this questions has been answered, I am going to close this issue.
Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 7 days
issue commentgolang/go
SIGBUS error when running make (because disk space consumed)
Hi. Thanks for raising this issue. Can you please upgrade to go 1.15.2 and confirm if the problem is present there.
comment created time in 8 days
push eventdavecheney/cpp11
commit sha bf700d6beb0b8c55ba77f9a0ab18a2bc35b26bef
convert cpu to kb11 class
commit sha d1bb354218ce461b41b9f9e8c608cd86c7215d83
move INTR into cpu
commit sha 517f77843d497131ff8901905413487928825b1b
convert rk11 to class
commit sha 8b05bc6f80f95f28dad2a7d0b3064e25c641840f
move mmu to kt11 class
commit sha 040c61a61dbce010081bf9a7de6fd2d41bfbcd50
add ms11 memory class
commit sha 68ea3a5058f9f806a283fd5536bc1eb6faa86187
move mmu under cpu
commit sha b7c32d3bb0f0ca9c9fc2aa53dc3b20089aff5cb4
reference rk11 from cpu
commit sha c7e396c00c929384f7e3145e611deab4eb37d1b4
convert unibus to class
commit sha b8b670f22c061d60c214742169f8597bf2fc3f3b
reference cpu from dl11
commit sha 1898391ff5f61b13388fb95f2105b80ffc7bc586
move unibus under cpu
commit sha 918840ced1c41f8988f0bad1b3a8c193ff7648b4
move cons under unibus
commit sha ab19421feeecf62ad4d649266c4e61ff8fb34f3e
move rk11 to unibus
commit sha 917d61d7015dc8d722e0fa06e36f4ca6e5e41006
kw11 clock
commit sha 19f99f0a5bd91dbc8ee5993e3bbf2fbc2758d588
move kw11 tick logic into KW11
commit sha 51ce52b19c0050118ae2fd8536e6a37dedbab255
move intr struct into cpu
commit sha a1098adca5e3045a9c6253db496cf57d1213c9b3
remove unused var
commit sha fd8e61ac6c4ba765f65142d69716dd8a23bda338
add kw11
commit sha 0342ca070a80e8e87175bdbaf7bec063bb58594e
use std::array for itab
push time in 8 days
issue commentgolang/go
Memory not being reclaimed by OS
The OS never reclaims this memory and we see a steady increase in memory usage of our application (without the fix described above).
Can you run your application with GODEBUG=gctrace=1 up to the point it is killed by the operating system and paste the complete output in this issue. Thank you.
comment created time in 8 days
issue commentgolang/go
Memory not being reclaimed by OS
When the Go scavenger finds free pages of memory it will ask the operating system via the madvise(2) syscall that the operating system, if needed, may take the page without swapping its contents to disk. If the operating system does need the page it can take it and this will be reflected in the RSS value reported by tools like top. However, madvise(2) cannot make the operating system do this, it can only suggest that if needed the operating system can take the page and later return it empty. Operating systems can and will ignore this suggestion unless they are under memory pressure by other processes.
The amount of memory that the runtime has released to the operating system is recorded in the HeadReleased value of https://godoc.org/runtime#MemStats.
comment created time in 8 days
issue commentgolang/go
go: unknown environment setting GO111MODULE=ON in windows 10
Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 8 days
issue commentgolang/go
smtp send mail all receiver failed when there is one invalid mail address
Thank you for raising this issue. Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
If this is a bug report, please use complete the issue template.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 8 days
issue commentgolang/go
proposal: x/sync: create CondMutex, inspired by Abseil
@bcmills thanks, for the record, I’m not in favor of this proposal.
comment created time in 9 days
issue closedgolang/go
go import error local vs vendored package
<!-- Please answer these questions before submitting your issue. Thanks! For questions please use one of our forums: https://github.com/golang/go/wiki/Questions -->
What version of Go are you using (go version)?
<pre> 1.10
</pre>
Does this issue reproduce with the latest release? NA
What operating system and processor architecture are you using (go env)? mac os
<details><summary><code>go env</code> Output</summary><br><pre> GOARCH="amd64" GOBIN="" GOCACHE="/Users/asaha/Library/Caches/go-build" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="darwin" GOOS="darwin" GOPATH="/Users/asaha/Development/GO" GORACE="" GOROOT="/usr/local/go" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64" GCCGO="gccgo" CC="clang" CXX="clang++" CGO_ENABLED="1" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/r4/dkc4bc615112bvpdxk_nlwtd0jp9hj/T/go-build513884398=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>
What did you do?
<!-- I have run this manhy times before and not received this error. There are not change to the env or imports of late. So I am not sure why I would be receiving this now. Seems to be having an issue with the import deciphering between the vendored pkg and local pkg dependencies for company/ -->
What did you expect to see?
the service running. I have run the service many times and not received this error. not sure why I am all of a sudden getting this now.
What did you see instead?
cannot use bs (type *"company/framework".WebService) as type *"company/utilities/message/vendor/company/framework".WebService in argument to message.SetupMessageService
---- Code snippets ----------
package main
import ( "log" "company/framework" "company/utilities/message" )
func init() { framework.SetupEnv(framework.ProcessTypeUtilityService) }
func main() { bs := framework.NewUtilityService(message.ServiceName) message.InitializeRequiredServices() message.SetupMessageService(bs) //line that errors
// Start the service
err := bs.Start()
if err != nil {
log.Fatal("Could not start utilitiy service ", message.ServiceName, ": ", err)
}
}
import ( "encoding/json" "errors" "fmt" "io/ioutil" "net/http" "net/url" "strings" "time"
"golang.org/x/net/context"
"company/framework"
"company/framework/twlog"
"company/utilities/message/api"
)
// function that error line calls func SetupMessageService(bs *framework.WebService) { ...
closed time in 9 days
Anjali-Saha
issue commentgolang/go
go import error local vs vendored package
As @tpaschalis has mentioned we don’t use the issue tracker for questions about using go. Also, go 1.10 is beyond the supported window so before we could investigate you should upgrade to go 1.15.2 or later.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 9 days
issue commentgolang/go
net: can {Conn,PacketConn}.Close block?
Can this issue be closed?
comment created time in 9 days
issue commentgolang/go
net/http: Memory leak when we cannot access remote url
Can you please describe how you have determined you have a memory leak so someone can attempt to reproduce what you see.
Which tools did you use, how did you run them, what output did you see, and how did you determine that this was a leak?
comment created time in 9 days
issue closedgolang/go
caller of func called by goroutine is goexit
<!-- Please answer these questions before submitting your issue. Thanks! For questions please use one of our forums: https://github.com/golang/go/wiki/Questions -->
What version of Go are you using (go version)?
<pre> $ go version go1.14.8 </pre>
Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (go env)?
<details><summary><code>go env</code> Output</summary><br><pre> $ go env </pre></details>
What did you do?
<!-- If possible, provide a recipe for reproducing the error. A complete runnable program is good. A link on play.golang.org is best. --> get caller of some func https://play.golang.org/p/gKjf1xNTCOK
What did you expect to see?
see the correct caller
What did you see instead?
for func called in goroutine mode, the caller is goexit
closed time in 9 days
wjh000123
issue commentgolang/go
caller of func called by goroutine is goexit
This is caused by inlining. I don’t believe there is a bug here.
Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 9 days
issue commentgolang/go
proposal: Go 2: goroutine collector to prevent goroutine leaks
This proposal adds goroutine reference types that are returned by go invocations, a goroutine is considered to be a 'zombie' when no references to it exist. If I want a goroutine to exist, I keep a reference to it somewhere. If I have no references to the goroutine then it might as well not exist to me
So this is the flow of logic
ref := go something()
ref = nil // kills goroutine
Yea? Something like this?
Others may be blocked on a IO operations that are taking a very long time or are waiting to recieve on a channel that has no senders anymore. In other words, they think they still have work to do.
This doesn't sound like the reference to a goroutine model you described earlier. It sounds different.
Collecting a goroutine doesn't terminate it, the runtime just moves it along so to speak because what it's doing is no longer important.
Could you be more precise about "just moves it along". Do you mean send some kind of signal too it?
comment created time in 9 days
issue commentgolang/go
proposal: Go 2: goroutine collector to prevent goroutine leaks
Thanks for confirming. I have two additional questions;
- What are your criteria for identifying zombie goroutines?
- What is preventing those zombie goroutines from exiting?
comment created time in 10 days
issue commentgolang/go
proposal: Go 2: goroutine collector to prevent goroutine leaks
The question would be then, if Go has an implicit garbage collector, why doesn't it have an implicit goroutine collector.
I don’t understand this statement, go does have such a facility — when a goroutine exits any memory references that are now unreachable are freed. This includes the goroutines stack and it’s associated runtime data structures.
What I think you’re asking for is explicit goroutine collection, that is, a way to cause a goroutine to exit this freeing its resources. Is that what you are asking for?
comment created time in 10 days
issue closedgolang/go
<!-- Please answer these questions before submitting your issue. Thanks! For questions please use one of our forums: https://github.com/golang/go/wiki/Questions -->
What version of Go are you using (go version)?
<pre> $ go version go version go1.15.1 darwin/amd64 </pre>
Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (go env)?
<details><summary><code>go env</code> Output</summary><br><pre> $ go env GO111MODULE="" GOARCH="amd64" GOBIN="" GOCACHE="/Users/adelicia/Library/Caches/go-build" GOENV="/Users/adelicia/Library/Application Support/go/env" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="darwin" GOINSECURE="" GOMODCACHE="/Users/adelicia/go/pkg/mod" GONOPROXY="" GONOSUMDB="" GOOS="darwin" GOPATH="/Users/adelicia/go" GOPRIVATE="" GOPROXY="https://proxy.golang.org,direct" GOROOT="/usr/local/go" GOSUMDB="sum.golang.org" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64" GCCGO="gccgo" AR="ar" CC="clang" CXX="clang++" CGO_ENABLED="1" GOMOD="" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/1v/60bjrxr975b8_gm7rx8_0zyr0000gn/T/go-build688238576=/tmp/go-build -gno-record-gcc-switches -fno-common" </pre></details>
What did you do?
<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->
I'm making an HTTP request to the go backend server which fetches the record from mongodb atlas database.
Database contains just one record:
GetProfile returns UserProfile user
func GetProfile(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Access-Control-Allow-Origin", "*")
w.Header().Set("Content-Type", "application/json")
w.Header().Set("Access-Control-Allow-Methods", "GET")
params := mux.Vars(r)
var user models.UserProfile
fmt.Println("getProfile for : ", params["uid"])
filter := bson.M{"uid": params["uid"]}
err := collection.FindOne(context.Background(), filter).Decode(&user)
if err != nil {
w.WriteHeader(http.StatusInternalServerError)
w.Write([]byte({ "message": " + err.Error() + " }))
return
// user = createUser(params["uid"])
}
json.NewEncoder(w).Encode(user)
}
router snippet
router := mux.NewRouter() router.HandleFunc("/api/userProfile/{uid}", middleware.GetProfile).Methods("GET", "OPTIONS")
data-struct
type UserProfile struct {
ID primitive.ObjectID json:"_id" bson:"_id"
UserID string json:"uid" bson:"uid"
Pantry []string json:"pantry" bson:"pantry"
Cart []string json:"cart" bson:"cart"
Favourites []string json:"fav" bson:"fav"
}
What did you expect to see?
url in postman: http://localhost:8080/api/userProfile/[email protected]
What did you see instead?
closed time in 10 days
karasuno7
issue commentgolang/go
You have a mistake in your struct tags, go test will show you the problem.
Thank you for raising this issue. Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 10 days
issue commentgolang/go
# runtime/cgo exec: "C:\\Program": file does not exist
Your go installation is corrupt and/or the time stamps have been disrupted, possibly by unpacking one version of go over another
Please delete c:\go and reinstall from a fresh copy
comment created time in 10 days
issue commentgolang/go
Please open a new issue and complete the template .
comment created time in 10 days
issue commentgolang/go
x/tools/go/packages: Fails to build with 1.11
The mod file should be updated to go 1.14, the oldest supported release.
comment created time in 11 days
issue closedgolang/go
why i can not run this sucessfully?
<!-- Please answer these questions before submitting your issue. Thanks! For questions please use one of our forums: https://github.com/golang/go/wiki/Questions -->
What version of Go are you using (go version)?
<pre> $ 1.15.1
</pre>
package main import ( "fmt" )
type Student struct { Name string Age int Id int } //定义一个小学生 type Pupil struct{ Student Score int } //定义一个大学生 type Graduate struct{ Student SixScore float32 }
func Say(stu *Student) string{ infostr := fmt.Sprintf("%v说:我饿了！",(*stu).Name) return infostr }
func test(p *Pupil) int { return (*p).Score +1 }
func pass(g *Graduate) float32{ return (g).SixScore7.10 }
func main() { p := &Pupil{} p.Student.Name ="小明" p.Student.Age =8 p.Student.Id =5120130566 p.Score = 60 p.Student.Say() result := p.test() fmt.Printf("%v的真实成绩是%v",p.Name,p.Score)
g := &Graduate{}
g.Student.Name ="xiaohong"
g.Student.Age =26
g.Student.Id =117020910147
g.SixScore=73.2
g.Student.Say()
result1 :=g.pass()
fmt.Printf("%v的六级成绩是%v",g.Name,g.SixScore)
}
my result: .\main.go:41:11: p.Student.Say undefined (type Student has no field or method Say) .\main.go:42:13: p.test undefined (type *Pupil has no field or method test) .\main.go:50:11: g.Student.Say undefined (type Student has no field or method Say) .\main.go:51:13: g.pass undefined (type *Graduate has no field or method pass)
closed time in 11 days
mejyz
issue commentgolang/go
why i can not run this sucessfully?
Thank you for raising this issue. Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:
-
Stack Overflow with questions tagged "go"
-
The Go Forum, a web-based forum
-
Gophers Slack, use the invite app for access. The
#generalchannel is a good starting point. -
Go Community on Hashnode with questions and posts tagged with "go"
-
IRC channel #go-nuts on Freenode
comment created time in 11 days
PR closed golang/go
Correcting English pluralization.
pr closed time in 11 days
pull request commentgolang/go
no thank you, this is the plural of the abbreviation, GOOS
comment created time in 11 days
issue closedpkg/term
termios package does not compile under OpenBSD, NetBSD or DragonflyBSD
The termios/pty_bsd.go build tags build the file for FreeBSD, NetBSD and OpenBSD, but two of the syscall constants that it refers to (syscall.SYS_POSIX_OPENPT and syscall.TIOCGPTN) are only defined for FreeBSD if you grep the syscall package source.
In addition to this, the BSD variant files are missing build tags for DragonflyBSD.
closed time in 12 days
driusan
issue closedpkg/term
golang.syscall to golang.org/x/sys
Hello,
In according to https://golang.org/pkg/syscall:
Deprecated: this package is locked down. Callers should use the corresponding package in the golang.org/x/sys repository instead.
In my point of view, we have to update. Please clarify your point of view.
closed time in 12 days
Konstantin8105
issue commentpkg/term
golang.syscall to golang.org/x/sys
I've switched to x/sys now.
comment created time in 12 days
issue closedpkg/term
Unable to obtain underlying error causing short write.
Unable to obtain underlying error causing short write. If the syscall.Write() fails due to an error, the code examines the returned length which is very likely to be less than what was intended to be written and returns io.ErShortWrite.
In my case, the USB serial device was removed and I need to know that the fd is bad, so I can take the appropriate action.
func (t *Term) Write(b []byte) (int, error) { n, e := syscall.Write(t.fd, b) if n < 0 { n = 0 } if n != len(b) { return n, io.ErrShortWrite } if e != nil { return n, &os.PathError{"write", t.name, e} } return n, nil }
closed time in 12 days
max-okumoto
issue commentpkg/term
Unable to obtain underlying error causing short write.
I'm sorry, there's nothing this package can do, the operating system doesn't give an explanation why the write didn't complete, Sorry.
comment created time in 12 days
