Re: [sage-devel] cython string problem

2016-01-10 Thread Jeroen Demeyer
On 2016-01-10 18:26, Daniel Krenn wrote: This shows that the problem is += in s += self.separator.join(E) Are you sure? I already get a problem here: /usr/local/src/sage-config/src/sage/data_structures/lazy_list.pyx in sage.data_structures.lazy_list.lazy_list_abstract.__repr__ (build/cyth

Re: [sage-devel] Re: Notebooks from admin viewpoint

2016-01-10 Thread Dima Pasechnik
On Sunday, 10 January 2016 10:21:34 UTC, Volker Braun wrote: > > On Sunday, January 10, 2016 at 8:59:01 AM UTC+1, Jori Mäntysalo wrote: >> >> So for multi-user server the admin must make local accounts. This is >> contrary to all normal systems. > > > I would argue the opposite, making local a

[sage-devel] Re: Build failure OS X (10.11 El capitan) sage-6.10

2016-01-10 Thread jhonrubia6
Hi, I did a github clone and worked fine. Maybe something wrong in the tarball, I do not know. I will clone from now on, always learning new things :-) thanks a lot both of you Javier El miércoles, 6 de enero de 2016, 22:13:16 (UTC+1), Dima Pasechnik escribió: > > On Wednesday, 6 January 2016 20

Re: [sage-devel] Re: Notebooks from admin viewpoint

2016-01-10 Thread Nils Bruin
On Sunday, January 10, 2016 at 2:21:34 AM UTC-8, Volker Braun wrote: > > I would argue the opposite, making local accounts is exactly what you > usually do to let users run their own programs (i.e. execute arbitrary > code). > I would agree with that. However, one would also expect that a note

[sage-devel] Re: cython string problem

2016-01-10 Thread Volker Braun
1) don't cdef class attributes, it just makes debugging unnecessary hard. Unless you are wrapping C-level types where you can't avoid it, of course. Just keep it in python, maybe use cpdef if you must. 2) I'd recommend using __cinit__ instead of __init__ with cdef classes and use more of a RAII

Re: [sage-devel] cython string problem

2016-01-10 Thread Daniel Krenn
On 2016-01-10 19:54, Vincent Delecroix wrote: > On 10/01/16 14:58, Daniel Krenn wrote: >> On 2016-01-10 18:46, John H Palmieri wrote: >>> Does "print E" initialize some variables or do anything relevant? >> >> None that I am aware of (E is a list of strings) > > Are you sure? I bet that self.more

Re: [sage-devel] cython string problem

2016-01-10 Thread Vincent Delecroix
On 10/01/16 14:58, Daniel Krenn wrote: On 2016-01-10 18:46, John H Palmieri wrote: Does "print E" initialize some variables or do anything relevant? None that I am aware of (E is a list of strings) Are you sure? I bet that self.more is None... is it initialized somewhere? you can run sage:

Re: [sage-devel] cython string problem

2016-01-10 Thread Daniel Krenn
On 2016-01-10 18:46, John H Palmieri wrote: > Does "print E" initialize some variables or do anything relevant? None that I am aware of (E is a list of strings) Daniel -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this gro

Re: [sage-devel] cython string problem

2016-01-10 Thread John H Palmieri
On Sunday, January 10, 2016 at 9:26:53 AM UTC-8, Daniel Krenn wrote: > > On 2016-01-10 15:18, Vincent Delecroix wrote: > > Would better to post to sage-support. > > F'up set > > > What about doing the test in the console? You can also change the > > doctest to > > > > m2.__repr__() > >

Re: [sage-devel] cython string problem

2016-01-10 Thread Daniel Krenn
On 2016-01-10 15:18, Vincent Delecroix wrote: > Would better to post to sage-support. F'up set > What about doing the test in the console? You can also change the > doctest to > > m2.__repr__() > > that would show the traceback. This shows that the problem is += in s += self.separator.jo

Re: [sage-devel] cython string problem

2016-01-10 Thread Vincent Delecroix
Would better to post to sage-support. What about doing the test in the console? You can also change the doctest to m2.__repr__() that would show the traceback. Vincent On 10/01/16 08:16, Daniel Krenn wrote: I am trying to rewrite some code and have troubles with the following code:

[sage-devel] cython string problem

2016-01-10 Thread Daniel Krenn
I am trying to rewrite some code and have troubles with the following code: cdef str s = self.name if s: s += ' ' s += self.opening_delimiter cdef list E = list('{!r}'.format(self.get(n)) for n in xrange(min(num_elts, self.prev

Re: [sage-devel] Re: Notebooks from admin viewpoint

2016-01-10 Thread Volker Braun
On Sunday, January 10, 2016 at 8:59:01 AM UTC+1, Jori Mäntysalo wrote: > > So for multi-user server the admin must make local accounts. This is > contrary to all normal systems. I would argue the opposite, making local accounts is exactly what you usually do to let users run their own programs

[sage-devel] Re: Jupyter notebook by default?

2016-01-10 Thread Henri Girard
%%maxima doesn't work but %maxima does Le vendredi 18 décembre 2015 11:35:53 UTC+1, Jeroen Demeyer a écrit : > > Should the Jupyter notebook be the default notebook for the next Sage > 7.0 release? I don't really have an opinion on the matter. > > > Pros: > > * Nice tracebacks! > * The Jupyte