From: Rasmus <rasmus@gmx.us>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: verbatim export of python code block with numpy array returns wrong value [8.2.1 (8.2.1-10-g9c1ef6-elpaplus @ /Users/sbagley/Dropbox/emacsd/elpa/org-plus-contrib-20131014/)]
Date: Tue, 22 Oct 2013 10:09:04 +0200 [thread overview]
Message-ID: <87hac97mn3.fsf@gmx.us> (raw)
In-Reply-To: 87sivuqbnk.fsf@gmail.com
Eric Schulte <schulte.eric@gmail.com> writes:
> Hi Steve,
>
> Is this a Python problem or is it numpy specific?
>
> Is repr() a numpy or a Python function i.e., could it replace str() in
> every Python code block or only when numpy is loaded?
repr is a Python-thing and it's main feature, I guess, is
eval(repr(object)) == object cf. below. So e.g.
In [1]: import numpy as np
In [2]: repr(np.array([1,2,3]))
Out[2]: 'array([1, 2, 3])'
In [3]: str(np.array([1,2,3]))
Out[3]: '[1 2 3]'
I'm not sure convinced that repr is necessarily better, tho.
Here's the docstrings.
In [4]: str?
Type: type
String Form:<class 'str'>
Namespace: Python builtin
Docstring:
str(object='') -> str
str(bytes_or_buffer[, encoding[, errors]]) -> str
Create a new string object from the given object. If encoding or
errors is specified, then the object must expose a data buffer
that will be decoded using the given encoding and error handler.
Otherwise, returns the result of object.__str__() (if defined)
or repr(object).
encoding defaults to sys.getdefaultencoding().
errors defaults to 'strict'.
In [5]: ?repr
Type: builtin_function_or_method
String Form:<built-in function repr>
Namespace: Python builtin
Docstring:
repr(object) -> string
Return the canonical string representation of the object.
For most object types, eval(repr(object)) == object.
–Rasmus
--
Got mashed potatoes. Ain't got no T-Bone. No T-Bone
prev parent reply other threads:[~2013-10-22 8:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-21 3:24 Bug: verbatim export of python code block with numpy array returns wrong value [8.2.1 (8.2.1-10-g9c1ef6-elpaplus @ /Users/sbagley/Dropbox/emacsd/elpa/org-plus-contrib-20131014/)] Steven Bagley
2013-10-22 2:31 ` Eric Schulte
2013-10-22 8:09 ` Rasmus [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87hac97mn3.fsf@gmx.us \
--to=rasmus@gmx.us \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.