conversion error #5400

jasongrout · 2009-02-28T16:29:19Z

Using Sage 3.4.alpha0:

{{{sage: RDF(e^(1j))
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1419, 0))

ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1535, 0))

ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1419, 0))

(then a TypeError is thrown since I don't have an RDF value)

}}}

Now, of course, the above gives a TypeError, but there still shouldn't be the scary preparser error.

CC: @sagetrac-mvngu

Component: misc

Issue created by migration from https://trac.sagemath.org/ticket/5400

jasongrout · 2009-02-28T16:29:50Z

comment:1

Trying this again:

sage: RDF(e^(1j))
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1419, 0))

ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1535, 0))

ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1419, 0))

ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1419, 0))

jasongrout · 2009-02-28T16:31:09Z

comment:3

Robert, I "assigned" you the bug because I don't know an easy way to CC you on the bug report, since you are likely the best person to look at this currently.

sagetrac-mabshoff · 2009-02-28T16:33:05Z

comment:4

Replying to @jasongrout:

Robert, I "assigned" you the bug because I don't know an easy way to CC you on the bug report, since you are likely the best person to look at this currently.

I assume you know about the CC field, so what is the problem?

Many account holders in trac are listed at http://trac.sagemath.org/sage_trac/wiki

Cheers,

Michael

jasongrout · 2009-02-28T16:52:40Z

comment:5

The only CC option I have now with the new trac is to add myself. It's not a text box anymore.

sagetrac-mabshoff · 2009-02-28T16:56:23Z

comment:6

Replying to @jasongrout:

The only CC option I have now with the new trac is to add myself. It's not a text box anymore.

Ok, this is a permission issue with the new trac since I can CC anybody :)

This is now #5401.

Cheers,

Michael

robertwb · 2009-02-28T22:08:37Z

comment:7

Hmm... this doesn't happen in 3.3.

What does sage: preparse('RDF(e^(1j))') give you?

robertwb · 2009-02-28T22:12:02Z

comment:8

This is not a preparsing bug.

sage: a = sage: a = e^1j; a
 e^(1.0*I)
sage: RDF(a)
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (1088, 0))
...

jasongrout · 2009-03-01T03:12:02Z

comment:9

Good point with your test. The tokenizing statement made me think it was the preparser.

robertwb · 2009-05-18T21:50:44Z

comment:10

This gives the correct error now.

sage: RDF(e^(1j))
------------------------------------------------------------
Traceback (most recent call last):
  File "<ipython console>", line 1, in <module>
  File "parent.pyx", line 288, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:4320)
  File "coerce_maps.pyx", line 155, in sage.structure.coerce_maps.NamedConvertMap._call_ (sage/structure/coerce_maps.c:4225)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5834, in _real_double_
    return self._convert(field)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5718, in _convert
    return typ(g)
  File "parent.pyx", line 288, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:4320)
  File "coerce_maps.pyx", line 155, in sage.structure.coerce_maps.NamedConvertMap._call_ (sage/structure/coerce_maps.c:4225)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5834, in _real_double_
    return self._convert(field)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5712, in _convert
    fops = [typ(op) for op in self._operands]
  File "parent.pyx", line 288, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:4320)
  File "coerce_maps.pyx", line 155, in sage.structure.coerce_maps.NamedConvertMap._call_ (sage/structure/coerce_maps.c:4225)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5834, in _real_double_
    return self._convert(field)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 5712, in _convert
    fops = [typ(op) for op in self._operands]
  File "parent.pyx", line 288, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:4320)
  File "coerce_maps.pyx", line 155, in sage.structure.coerce_maps.NamedConvertMap._call_ (sage/structure/coerce_maps.c:4225)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/calculus/calculus.py", line 4839, in _real_double_
    return R(self._obj)
  File "parent.pyx", line 288, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:4320)
  File "coerce_maps.pyx", line 155, in sage.structure.coerce_maps.NamedConvertMap._call_ (sage/structure/coerce_maps.c:4225)
  File "/usr/local/sage/local/lib/python2.5/site-packages/sage/functions/constants.py", line 973, in _real_double_
    raise TypeError
TypeError

TimDumol · 2010-01-18T01:44:29Z

Work Issues: Close/mark as fixed?

TimDumol · 2010-01-18T01:44:29Z

comment:11

Right now it gives?:

sage: RDF(e^(1j))
[...]
/home/timdumol/sage-4.3.1.alpha0/local/lib/python2.6/site-packages/sage/rings/complex_number.so in sage.rings.complex_number.ComplexNumber.__float__ (sage/rings/complex_number.c:7209)()

TypeError: can't convert complex to float; use abs(z)

This seems to be the right error. Should this be closed?

robertwb · 2010-01-18T19:51:19Z

comment:12

I hate the fact that

sage: RR(CC(-1))
-1.00000000000000

but

sage: RDF(CDF(-1))
------------------------------------------------------------
Traceback (most recent call last):
  File "<ipython console>", line 1, in <module>
  File "parent.pyx", line 538, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:5007)
  File "coerce_maps.pyx", line 82, in sage.structure.coerce_maps.DefaultConvertMap_unique._call_ (sage/structure/coerce_maps.c:3109)
  File "coerce_maps.pyx", line 77, in sage.structure.coerce_maps._call_ (sage/structure/coerce_maps.c:3000)
  File "real_double.pyx", line 540, in sage.rings.real_double.RealDoubleElement.__init__ (sage/rings/real_double.c:5553)
  File "complex_double.pyx", line 808, in sage.rings.complex_double.ComplexDoubleElement.__float__ (sage/rings/complex_double.c:6628)
TypeError: can't convert complex to float; use abs(z)

jasongrout · 2010-05-04T15:53:44Z

comment:13

Replying to @robertwb:

I hate the fact that

sage: RR(CC(-1))
-1.00000000000000

but

sage: RDF(CDF(-1))
------------------------------------------------------------
Traceback (most recent call last):
  File "<ipython console>", line 1, in <module>
  File "parent.pyx", line 538, in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:5007)
  File "coerce_maps.pyx", line 82, in sage.structure.coerce_maps.DefaultConvertMap_unique._call_ (sage/structure/coerce_maps.c:3109)
  File "coerce_maps.pyx", line 77, in sage.structure.coerce_maps._call_ (sage/structure/coerce_maps.c:3000)
  File "real_double.pyx", line 540, in sage.rings.real_double.RealDoubleElement.__init__ (sage/rings/real_double.c:5553)
  File "complex_double.pyx", line 808, in sage.rings.complex_double.ComplexDoubleElement.__float__ (sage/rings/complex_double.c:6628)
TypeError: can't convert complex to float; use abs(z)

That problem should be a different ticket.

This ticket should be closed.

jasongrout · 2010-05-04T15:56:54Z

comment:14

The CDF float conversion problem is now #8869

jasongrout · 2010-05-11T20:51:49Z

comment:15

The issue for this ticket is fixed. This ticket should be closed.

sagetrac-mvngu · 2010-05-11T21:01:20Z

comment:16

Close as fixed:

[mvngu@sage ~]$ sage
----------------------------------------------------------------------
| Sage Version 4.4.1, Release Date: 2010-05-02                       |
| Type notebook() for the GUI, and license() for information.        |
----------------------------------------------------------------------
sage: RR(CC(-1))
-1.00000000000000
sage: RDF(CDF(-1))
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)

/home/mvngu/<ipython console> in <module>()

/usr/local/sage/local/lib/python2.6/site-packages/sage/structure/parent.so in sage.structure.parent.Parent.__call__ (sage/structure/parent.c:6332)()

/usr/local/sage/local/lib/python2.6/site-packages/sage/structure/coerce_maps.so in sage.structure.coerce_maps.DefaultConvertMap_unique._call_ (sage/structure/coerce_maps.c:3108)()

/usr/local/sage/local/lib/python2.6/site-packages/sage/structure/coerce_maps.so in sage.structure.coerce_maps.DefaultConvertMap_unique._call_ (sage/structure/coerce_maps.c:3010)()

/usr/local/sage/local/lib/python2.6/site-packages/sage/rings/real_double.so in sage.rings.real_double.RealDoubleElement.__init__ (sage/rings/real_double.c:5541)()

/usr/local/sage/local/lib/python2.6/site-packages/sage/rings/complex_double.so in sage.rings.complex_double.ComplexDoubleElement.__float__ (sage/rings/complex_double.c:6510)()

TypeError: can't convert complex to float; use abs(z)

sagetrac-mvngu · 2010-05-11T21:01:20Z

Changed work issues from Close/mark as fixed? to none

jasongrout added this to the sage-4.4.2 milestone Feb 28, 2009

jasongrout added p: major / 3 labels Feb 28, 2009

jasongrout assigned sagetrac-cwitty Feb 28, 2009

jasongrout assigned robertwb and unassigned sagetrac-cwitty Feb 28, 2009

robertwb changed the title ~~parser error~~ converersoin error Feb 28, 2009

jasongrout changed the title ~~converersoin error~~ conversion error Mar 1, 2009

sagetrac-mvngu mannequin closed this as completed May 11, 2010

sagetrac-mabshoff mannequin mentioned this issue Mar 1, 2009

Fix the permission issues with the CC field after the trac 0.10.3 -> 0.11.3 update #5401

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

conversion error #5400

conversion error #5400

jasongrout commented Feb 28, 2009

jasongrout commented Feb 28, 2009

jasongrout commented Feb 28, 2009

sagetrac-mabshoff mannequin commented Feb 28, 2009

jasongrout commented Feb 28, 2009

sagetrac-mabshoff mannequin commented Feb 28, 2009

robertwb commented Feb 28, 2009

robertwb commented Feb 28, 2009

jasongrout commented Mar 1, 2009

robertwb commented May 18, 2009

TimDumol mannequin commented Jan 18, 2010

TimDumol mannequin commented Jan 18, 2010

robertwb commented Jan 18, 2010

jasongrout commented May 4, 2010

jasongrout commented May 4, 2010

jasongrout commented May 11, 2010

sagetrac-mvngu mannequin commented May 11, 2010

sagetrac-mvngu mannequin commented May 11, 2010

conversion error #5400

conversion error #5400

Comments

jasongrout commented Feb 28, 2009

jasongrout commented Feb 28, 2009

jasongrout commented Feb 28, 2009

sagetrac-mabshoff mannequin commented Feb 28, 2009

jasongrout commented Feb 28, 2009

sagetrac-mabshoff mannequin commented Feb 28, 2009

robertwb commented Feb 28, 2009

robertwb commented Feb 28, 2009

jasongrout commented Mar 1, 2009

robertwb commented May 18, 2009

TimDumol mannequin commented Jan 18, 2010

TimDumol mannequin commented Jan 18, 2010

robertwb commented Jan 18, 2010

jasongrout commented May 4, 2010

jasongrout commented May 4, 2010

jasongrout commented May 11, 2010

sagetrac-mvngu mannequin commented May 11, 2010

sagetrac-mvngu mannequin commented May 11, 2010