I "unset TERM" and that worked, currently a hundred something tests deep 
with no failures.

Thanks again for your help!
Josh

On Friday, January 31, 2020 at 5:11:50 PM UTC-5, Dima Pasechnik wrote:
>
> On Fri, Jan 31, 2020 at 10:04 PM Josh Bevan <[email protected] <javascript:>> 
> wrote: 
> > On Friday, January 31, 2020 at 4:00:34 PM UTC-5, Dima Pasechnik wrote: 
> >> 
> >> On Fri, Jan 31, 2020 at 8:47 PM Josh Bevan <[email protected]> wrote: 
> >> > I'm able to load up sage and do the simple suggested "2+2" and 
> "factor(2005)". 
> >> > However when I do 
> >> > [jbevan@scc-he1 sage-9.0]$ sage --testall 
> >> > 
> >> > I get: 
> >> > no stored timings available 
> >> > Running doctests with ID 2020-01-31-13-28-13-f917e3d0. 
> >> > Git branch: develop 
> >> > Using --optional=build,dochtml,memlimit,mpir,sage 
> >> > Doctesting entire Sage library. 
> >> > Doctesting 3796 files. 
> >> > sage -t src/sage/__init__.py 
> >> >     [11 tests, 0.05 s] 
> >> > sage -t src/sage/env.py 
> >> >     [44 tests, 0.36 s] 
> >> > sage -t src/sage/all.py 
> >> >     [16 tests, 1.34 s] 
> >> > sage -t src/sage/version.py 
> >> >     [0 tests, 0.00 s] 
> >> > sage -t src/sage/all_cmdline.py 
> >> >     [0 tests, 0.00 s] 
> >> > sage -t src/sage/all_notebook.py 
> >> >     [0 tests, 0.00 s] 
> >> > sage -t src/sage/monoids/automatic_semigroup.py 
> >> > 
> ********************************************************************** 
> >> > File "src/sage/monoids/automatic_semigroup.py", line 156, in 
> sage.monoids.automatic_semigroup.AutomaticSemigroup 
> >> > Failed example: 
> >> >     N.cardinality() == G5.cardinality() 
> >> > Expected: 
> >> >     True 
> >> > Got: 
> >> >     <CSI-?1034h>True 
> >> 
> >> This must be something funny with locale, or terminal, or shell... 
> >> How exactly are you accessing the node? 
> > 
> > 
> > The cluster runs Sun Grid Engine (SGE). I ssh into the cluster to the 
> login node using MobaXterm v12.4 from Windows 10. Then I "qrsh" into a 
> compute node with an interactive shell and "module load sagemath"; this 
> uses Lmod to load a modulefile.lua which contains: 
> > local root = pathJoin("/share/pkg.7",myModuleName(),myModuleVersion()) 
> > local base = 
> pathJoin("/share/pkg.7",myModuleName(),myModuleVersion(),"install") 
> > 
> > setenv("SAGE_ROOT",             pathJoin(root,"src/sage-9.0")) 
> > setenv("SAGE_LOCAL",            base) 
> > setenv("SCC_SAGEMATH_DIR",      base) 
> > setenv("SCC_SAGEMATH_BIN",      pathJoin(base,"bin")) 
> > 
> > prepend_path("PATH",pathJoin(base,"bin")) 
> > 
> > Then I just execute "sage --testall" from the shell on the compute node. 
> > 
> > If you like I can log the tests to a file and upload it. The only other 
> salient fact I noticed is that on any given failure only 1 of the tests 
> fails with the extra "<CSI-?1034h>" garbage. 
>
> I found an old ticket where some CSI- garbage was mentioned: 
> https://trac.sagemath.org/ticket/14370 
> The solution there was to unset environment variable TERM 
>
> Perhaps that's the cause here too, in particular given that you ssh 
> from Windows... 
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/4f487090-1f8d-4119-ae94-ad19ddd01ff1%40googlegroups.com.

Reply via email to