I sent a message on a thread earlier about broken procs when running 'go test 
std' -- test of template/html is one of those that broken -- that seems to 
indicate resource limit problems because running each test individually passes 
without a problem.  Does the test fail if you 'go test' in the 
pkg/template/html directory?

On May 24, 2013, at 6:11 PM, Jeremy Jackins <jeremyjack...@gmail.com> wrote:

> I consistently fail at html/template. At one point I was hanging
> indefinitely on some other tests (net/http I think) due to goroutines
> never giving up control, setting GOMAXPROCS=2 fixed it. I'm not sure
> if that's still an issue though.
> 
> I have a 386 which is capable of SSE2, and I'm up to date with sources.
> 
> On Fri, May 24, 2013 at 8:29 AM,  <lu...@proxima.alt.za> wrote:
>>> which tests does it break?  ?c compile -0. as 0 (which is incorrect),
>>> and print(2)'s %g and %f print -0. as 0.  could this or other bits of
>>> non-ieee conformance in the system be the real issue?
>> 
>> They could be significant, but only where floating point is involved,
>> the failures I noted do not have an obvious floating point component -
>> except when SSE2 is required and not available.
>> 
>> So let's start with a show of hands.  Who can consistently run the Go
>> build tests (run.rc --no-rebuild in $GOROOT/src after a successful
>> make.rc) without failure and what is the Plan 9 (i386) environment
>> applicable?
>> 
>> Factors I believe are relevant are CPU type, including SSE2
>> capabilities, which fork of Plan 9 (current Bell Labs
>> distribution/prior to the 21-bit Rune update (maybe), nix, 9atom,
>> 9front, are there others?  I know 9vx is broken, sadly.), local
>> updates may be pertinent too.  Also, I'm assuming, with Christopher,
>> that we're dealing with Go "tip", if it's an older version, that may
>> point us in some useful direction.
>> 
>> Also, for the more adventurous, CL 7987044 (from memory - prompt me if
>> it's wrong) adds ARM capabilities, modulo some changes from Gorka I
>> have yet to identify.  I will be going off topic for a while, I need
>> to rebuild the local ESXi instance and that will probably take longer
>> than the weekend, so I can't promise much help until I'm done.  But I
>> will be interested in the outcome of this poll.
>> 
>> If you can, pass the request on, there may be people this message
>> can't reach.
>> 
>> Lucio.
> 

Reply via email to