On Tue, Jan 31, 2012 at 5:18 PM, Starx <[email protected]> wrote: >>Please make your code available. [...] It depends on the code... > > I hesitated to do this at first because it's a rather large amount of > code, but as you requested I've attached the file. It goes in the > sage/modules folder.
Oh, regarding "large code", the typical thing people do is post it to a site like http://pastebin.com/ then post a *link* in the email. > >> Do you mean that there were errors when you ran manually but not when you >> did "sage -t ..."? That's strange. > > Yep, in fact the example code at line 929: > > sage: h = P.get_space(1).hom(0, P.get_space(2)) > > produces an error because I guess the hom function was changed in 4.8 > and will no longer accept the integer 0 as input for creating a zero > map. Easy to fix, but the doctest doesn't catch it. > >> Try running 'sage -t --verbose ....' to see exactly where the error arises. >> That might help. > > This does help narrow it down. The following code will crash sage: > > sage: from sage.modules.quiver_module import Quiver > sage: Q = Quiver({1:{2:['a']}}) > sage: P = Q.P(GF(3), 1) > sage: R = P.radical() > sage: P.quotient(R) > > The quotient function basically takes a bun of vector space quotients > and passes some homomorphisms to those quotients. I couldn't come up > with a smaller example that makes it crash though, if I play around > with vector spaces and their quotients everything in sage seems fine. > > -Jim > > On Tue, Jan 31, 2012 at 4:17 PM, John H Palmieri <[email protected]> > wrote: >> >> >> On Tuesday, January 31, 2012 3:17:51 PM UTC-8, JStarx wrote: >>> >>> Hi, I am running OS X 10.6.8 and I just upgraded to 4.8 from 4.7.2. >>> Some code I've been working on all of a sudden started failing it's >>> doctests. Most of the failures have been easy to track down and fix, >>> I only have one left to go but it's stumped me: >>> >>> d-69-91-134-166:sage-main Starx$ sage -t sage/modules/quiver_module.py >>> sage -t "devel/sage-main/sage/modules/quiver_module.py" >>> lda must be >= MAX(N,1): lda=0 N=0Parameter 7 to routine cblas_sgemv >>> was incorrect >>> Mac OS BLAS parameter error in cblas_sgemv, parameter #0, (unavailable), >>> is 0 >>> >>> [2.7 s] >>> >>> ---------------------------------------------------------------------- >>> The following tests failed: >>> >>> >>> sage -t "devel/sage-main/sage/modules/quiver_module.py" >> >> Try running 'sage -t --verbose ....' to see exactly where the error arises. >> That might help. >> >> >> >>> I tried going into sage and running some of the code from my doctests >>> manually and even though the above is the only error from the doctest >>> some of the doctest code still produces errors, so does that mean this >>> is an error with the doctester itself? >> >> Do you mean that there were errors when you ran manually but not when you >> did "sage -t ..."? That's strange. Do you have it on a laptop? Come by my >> office some time and show me what's going on. >> >> -- >> John >> >> -- >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/sage-support >> URL: http://www.sagemath.org > > > > -- > Die Dunkelheit... leitet die Musik. > Die Musik... leitet die Seele. > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/sage-support > URL: http://www.sagemath.org -- William Stein Professor of Mathematics University of Washington http://wstein.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
