Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FAIL: quick.TestCheckEqual on MacOS 10.5 #476

Closed
gopherbot opened this issue Dec 29, 2009 · 6 comments
Closed

FAIL: quick.TestCheckEqual on MacOS 10.5 #476

gopherbot opened this issue Dec 29, 2009 · 6 comments

Comments

@gopherbot
Copy link
Contributor

by stefan.vaillant:

Using both the release and most recent version, I get the following output 
when running ./all.bash:
/Users/vaillant/bin/gopack grc _test/testing/quick.a _gotest_.8 
--- FAIL: quick.TestCheckEqual
    fIntptr: #16: failed on input (*int)(0x258a60). Output 1: (*int)
(0x258a78). Output 2: (*int)(0x258aa0)
FAIL




What steps will reproduce the problem?
1. hg clone -r release https://go.googlecode.com/hg/ $GOROOT
2. cd $GOROOT/src
3. ./all.bash

Also:
1. hp pull -u     # which added 70 changes
2. cd $GOROOT/src
3. ./all.bash


What is the expected output? What do you see instead?
Seen:

cd testing/quick && gomake test
/Users/vaillant/bin/gotest
rm -f _test/testing/quick.a _gotest_.8
/Users/vaillant/bin/8g -o _gotest_.8 quick.go  quick_test.go
rm -f _test/testing/quick.a
/Users/vaillant/bin/gopack grc _test/testing/quick.a _gotest_.8 
--- FAIL: quick.TestCheckEqual
    fIntptr: #16: failed on input (*int)(0x258a60). Output 1: (*int)
(0x258a78). Output 2: (*int)(0x258aa0)
FAIL
make[2]: *** [test] Error 1
make[1]: *** [testing/quick.test] Error 2
make: *** [run] Error 2

Expected (personal guess):
/Users/vaillant/bin/gopack grc _test/testing/quick.a _gotest_.8 
PASS 


What is your $GOOS?  $GOARCH?
>echo $GOOS $GOARCH
darwin 386


Which revision are you using?  (hg identify)
e993d31639a2 tip


Please provide any additional information below.
>uname -a
Darwin Stefans-MacBook-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 
15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386

>xcodebuild -version
Xcode 3.1.3
Component versions: DevToolsCore-1192.0; DevToolsSupport-1186.0
BuildVersion: 9M2736
@gopherbot
Copy link
Contributor Author

Comment 1 by nilclown:

You say in the instructions to checkout a release; however, your hg identify is
returning 
that you are using tip.  Were they one and the same at that point, or is that an error?  
I suggest checking tip out again, I am not seeing this error on my 10.5-{386, amd64} or 
10.6-{386, amd64}

@gopherbot
Copy link
Contributor Author

Comment 2 by stefan.vaillant:

Thanks for the answer.
The output from "hg identify" is the one after I executed "hg pull -u".
I did the following just right now again (sorry for german hg output...):
---- copy/paste from terminal -----
Stefans-MacBook-2:vaillant go>hg pull -u
Hole von https://go.googlecode.com/hg/
Suche nach Änderungen
Füge Änderungssätze hinzu
Füge Manifeste hinzu
Füge Dateiänderungen hinzu
Fügte 27 Änderungssätze mit 51 Änderungen zu 41 Dateien hinzu
41 files updated, 0 files merged, 0 files removed, 0 files unresolved
Stefans-MacBook-2:vaillant go>cd src
Stefans-MacBook-2:vaillant src>./all.bash 
[many - many lines removed]
/Users/vaillant/bin/gopack grc _test/testing/quick.a _gotest_.8 
--- FAIL: quick.TestCheckEqual
    fIntptr: #16: failed on input (*int)(0x258a60). Output 1: (*int)(0x258a78). 
Output 2: (*int)(0x258aa0)
FAIL
make[2]: *** [test] Error 1
make[1]: *** [testing/quick.test] Error 2
make: *** [run] Error 2
Stefans-MacBook-2:vaillant go>cd ..
Stefans-MacBook-2:vaillant go>hg id -i -r tip https://go.googlecode.com/hg/
5b8076384e46
Stefans-MacBook-2:vaillant go>hg identify
5b8076384e46 tip
---------------- end of copy/paste ----------
I have not used hg before, so if I used it incorrectly, let me know.
BTW: sieve1.go program runs succesfully.

@rsc
Copy link
Contributor

rsc commented Jan 18, 2010

Comment 3:

This is a very strange error.  It suggests that there was memory corruption during the 
run.  I have managed to reproduce it on Snow Leopard by syncing to the specific version 
you were using and then using export GOGC=0 to trigger extra garbage collections.  
The strangest part is that I can only reproduce it by running "make test" in 
testing/quick.  If I run "gotest" (which is what "make test" eventually does) then it 
doesn't fail.

Owner changed to r...@golang.org.

Status changed to Accepted.

@rsc
Copy link
Contributor

rsc commented Jan 18, 2010

Comment 4:

http://golang.org/cl/190041

Status changed to Started.

@rsc
Copy link
Contributor

rsc commented Jan 18, 2010

Comment 5:

This issue was closed by revision da225c2.

Status changed to Fixed.

Merged into issue #-.

@gopherbot
Copy link
Contributor Author

Comment 6 by stefan.vaillant:

I conform, now no unexpected errors anymore.
Thanks.

@golang golang locked and limited conversation to collaborators Jun 24, 2016
@rsc rsc removed their assignment Jun 22, 2022
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants