Xuanji Li xua...@gmail.com added the comment:
I tried running bug.c using the svn head of python and got this:
Could not find platform independent libraries prefix
Could not find platform dependent libraries exec_prefix
Consider setting $PYTHONHOME to prefix[:exec_prefix]
Fatal Python error:
Ezio Melotti ezio.melo...@gmail.com added the comment:
I checked both the 3.1.2 and 3.1.3 x86 msi installers on windows xp machine
using Avast and it didn't find anything.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
Steven Bethard steven.beth...@gmail.com added the comment:
With argparse, you can specify formatter_class= RawDescriptionHelpFormatter and
then format things however you want in the description.
http://docs.python.org/dev/library/argparse.html#formatter-class
So I think there's no need for
Julien ÉLIE jul...@trigofacile.com added the comment:
+Whether posting is allowed depends on whether it
+is included in results of CAPABILITIES; see
+RFC 3977 section 5.1.2.
+Deprecated:
If the response code is 200, posting is allowed;
if
Georg Brandl ge...@python.org added the comment:
At the very least we'd need to know what virus scanner, and what version of it,
the OP used.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file19844/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
___
Georg Brandl ge...@python.org added the comment:
While the behavior is confusing, I don't think yield inside comprehensions
should be disallowed. Rather, the fact that comprehensions have their own
scope should be stated clearer.
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
rst2html doesn't help, since it doesn't recognize Sphinx' and Python's own
markup extensions.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10507
Xuanji Li xua...@gmail.com added the comment:
Hi, attached is a ported version of the patch that applies against py3k.
--
nosy: +xuanji
Added file: http://bugs.python.org/file19852/issue_3243_py3k.diff
___
Python tracker rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
Checked python-3.1.2.msi with f-prot, no viruses. Checked download
with firefox (which claims to do a short virus scan), no results.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10557
___
___
Python-bugs-list
Ray.Allen ysj@gmail.com added the comment:
Thanks for Terry's addition to the patch!
On my python3.2a3 on windows(also copied os.py and test_os.py to the
installation), I only get the tow os.link errors. And this is because the
python3.2a3 hasn't the os.link function, and the
Senthil Kumaran orsent...@gmail.com added the comment:
No problems when I downloaded and installed on Windows XP.
I scanned using the Symantec EndPoint protection and no threats found.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
New submission from Carlo Bramini carlo.bra...@libero.it:
Hello,
I was able to compile latest python sources with MSVC5, by importing and fixing
a bit the project workspaces of MSVC6.
During this action I received some messages, so I gave a look to the sources
and I would like to suggest the
New submission from Xavier de Gaye xdeg...@gmail.com:
Description:
1. When deleting a single breakpoint, all the breakpoints located on
the line of this breakpoint are also deleted. See the test case
below.
2. The pdb 'clear' command documentation does not mention that all
Stefan Krah stefan-use...@bytereef.org added the comment:
Thinking about it, declaring PyMODINIT_FUNC as void would be a huge
step backwards. Using PyMODINIT_FUNC is the correct way of doing things.
The current situation punishes developers who actually read the docs.
If a C module stops
Stefan Krah stefan-use...@bytereef.org added the comment:
Right, Debian's solution is quite reasonable. Closing as wont_fix.
--
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
assignee: - loewis
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10560
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Ned: I was thinking of Issue6075
The patch in that issue needs work, IIRC I was pretty sure at the time that the
patch was too large and changed more code that it should have.
Sadly enough I have barely had time to do any open-source
Carlo Bramini carlo.bra...@libero.it added the comment:
According to the instructions received at #python-dev, I'm posting a new patch
with the same fixes made on the most recent SVN sources (py3k).
Actually the new patch does not include the fixes made on the
GetFileAttributesEx wrappers
Michael Foord mich...@voidspace.org.uk added the comment:
Scanning with Microsoft Security Essentials says no threat detected.
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
Benjamin Peterson benja...@python.org added the comment:
I think I can probably fix it, but it's debatable whether it should be done,
since it'd make list comps more of quasi functions.
--
nosy: +benjamin.peterson
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
In my opinion, 2.6.6 was faulty in the float + xint case, for the same
reasons as above, and 2.7 is faulty in both float + xint and complex +
xint.
Well, I disagree: Python is behaving as designed and documented in these
cases. If you
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please fix this patch to raise BadZipFile instead of BadZipfile. See
http://docs.python.org/dev/library/zipfile.html?highlight=zipfile#zipfile.BadZipfile.
The use of the class name BadZipfile is deprecated. The class name BadZipFile
is
Stefan Behnel sco...@users.sourceforge.net added the comment:
File checked with ClamAV under Linux, no findings.
--
nosy: +scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
___
New submission from Boštjan Mejak bostjan.me...@gmail.com:
In Python, the letter 'j' denotes the imaginary unit. It would be great if we
would follow mathematics in this regard and let the imaginary unit be denoted
with an 'i'.
--
components: Interpreter Core
messages: 122662
nosy:
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - mark.dickinson
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
Michael Foord mich...@voidspace.org.uk added the comment:
We follow engineering which uses j.
(I was about to close this as wontfix but Antoine is particularly keen that
Mark deals with this issue...)
--
nosy: +michael.foord
___
Python tracker
Stefan Krah stefan-use...@bytereef.org added the comment:
r86848: backported r85422, as required by the changes in r85358.
Antoine, there are some remaining {LDFLAGS}, two in the Darwin sections,
one in the OpenBSD section.
I think all of those should be removed as well. Do you agree?
New submission from Gerrit Holl topjakl...@gmail.com:
When the time passed to time.ctime is large, it adds a newline:
import time
time.ctime(236)
'Wed Apr 8 17:04:32 6325'
time.ctime(237)
'Wed Jul 14 08:09:04 10680\n'
--
components: Library (Lib)
messages: 122665
nosy: Gerrit.Holl
Antoine Pitrou pit...@free.fr added the comment:
Antoine, there are some remaining {LDFLAGS}, two in the Darwin sections,
one in the OpenBSD section.
I think all of those should be removed as well. Do you agree?
I didn't want to mess with these things too much. I guess you can try
and
New submission from Tom Quaile tom.qua...@gmail.com:
Using IDLE 3.2a4
Apologies in advance for probably wasting your time. If I'm wrong, just ignore
me. I'm very new to Python. Is this a bug, my processor or me? I'm sending this
in as I see it's an alpha release.
If the user supplies 100 as
New submission from Daniel Urban urban.dani...@gmail.com:
If the type of x defines __next__, but not __iter__, isinstance(x,
collections.Iterator) returns True, but in fact x isn't iterable.
class X:
... def __next__(self):
... raise StopIteration()
...
x = X()
isinstance(x,
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file19832/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5211
___
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file19828/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5211
___
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file19820/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5211
___
Mark Dickinson dicki...@gmail.com added the comment:
Glad to oblige. :-)
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
Eric Smith e...@trueblade.com added the comment:
There's an error in time_ctime where it expects the length of the string to be
fixed:
if (p[24] == '\n')
p[24] = '\0';
It doesn't count on the year having 5 digits. It should probably say (untested):
l = len(p);
if (l 0
Eric Smith e...@trueblade.com added the comment:
That should be strlen(), of course.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10563
___
Mark Dickinson dicki...@gmail.com added the comment:
Just to add my own thoughts: 'j' for *a* (not *the* /pedantry) square root
of -1 has, as Michael points out, a history of use in engineering (particularly
electrical engineering) and physics. Personally, I would have preferred 'i' to
'j'
Eric Smith e...@trueblade.com added the comment:
What platform are you running this on? My Fedora 32 bit system won't support a
time_t that large.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10563
Gerrit Holl topjakl...@gmail.com added the comment:
I'm on a 64bit system (kubuntu lucid lynx)
$ uname -a
Linux sjisjka 2.6.32-25-generic #45-Ubuntu SMP Sat Oct 16 19:52:42 UTC 2010
x86_64 GNU/Linux
--
___
Python tracker rep...@bugs.python.org
Eric Smith e...@trueblade.com added the comment:
Can you try this diff and see if it solves the problem:
Index: Modules/timemodule.c
===
--- Modules/timemodule.c(revision 86848)
+++ Modules/timemodule.c(working
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10564
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I get 114.9.
How many '9's are there on what you're getting? If you really get
'114.9' then something surprising is happening. If, on the other hand,
you get '114.99', then it's all as expected. :-)
The issue
Jesús Cea Avión j...@jcea.es added the comment:
VirusTotal says it is clean.
http://www.virustotal.com/file-scan/report.html?id=ca802f144a7e8268a773fa2567fecb0a1d792c62c00f751f27d103a263352113-1290961377
I suggest to close this issue.
--
nosy: +jcea
Gerrit Holl topjakl...@gmail.com added the comment:
Yes, this solves the issue:
$ ./python
Python 3.1.3 (r313:86834, Nov 28 2010, 17:34:23)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
import time
time.ctime(240)
'Fri Apr 10 03:12:32 71654'
Mark Dickinson dicki...@gmail.com added the comment:
I am not sure, whether support for non-ascii digits in float()
constructor is worth maintaining.
I'd be very happy to drop such support. If you allow alternative digit sets,
trying to work out exactly what should be supported and what
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
a) NoneType object is not iterable. If the function don't return empty list
later distutil will fail on the lines like libraries.extend(self.dll_libraries)
b) method for detection of a msvc runtime is not correct. If the method
New submission from Mark Florisson markflorisso...@gmail.com:
Attached is a patch that adds a few features to the Python debugging support
for gdb:
- listing of globals
- python breakpoints
- python stepping/stepping over/finishing of frames/running/continuing
- python code execution in the
Changes by Eric Smith e...@trueblade.com:
--
components: +Extension Modules -Library (Lib)
keywords: +easy, patch
stage: - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10563
Rafael Villar Burke pachibu...@gmail.com added the comment:
Latest AVG Free on windows (9.0.872) says it's clean.
--
nosy: +Rafael.Villar.Burke
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
Mark Dickinson dicki...@gmail.com added the comment:
About Alexander's solution: might it make more sense to have
PyUnicode_EncodeDecimal raise for inputs like this? I see it as
PyUnicode_EncodeDecimal's job to turn the unicode input into usable ASCII (or
raise an exception); it looks like
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 11:37 AM, Mark Dickinson rep...@bugs.python.org wrote:
Mark Dickinson dicki...@gmail.com added the comment:
I am not sure, whether support for non-ascii digits in float()
constructor is worth
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
posix_module has to use Py_LL(...)
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10560
___
Stephen Hansen me+pyt...@ixokai.io added the comment:
Latest Norton 360 fully updated has it clean; further, File Insight has it
marked as Trusted (thousands of Norton users have had the same file installed
for over a month with no reported trouble). Seems clean to me.
--
nosy:
Mark Dickinson dicki...@gmail.com added the comment:
Did your chocolate packaging use European digits or Arabic-Indic ones?
Note that they have different bidi properties:
Good question; I think it was Arabic-Indic digits, but to be honest I don't
remember. (It wasn't *all* that recently.)
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 12:00 PM, Mark Dickinson rep...@bugs.python.org wrote:
Mark Dickinson dicki...@gmail.com added the comment:
About Alexander's solution: might it make more sense to have
PyUnicode_EncodeDecimal
Stefan Krah stefan-use...@bytereef.org added the comment:
PyUnicode_EncodeDecimal() is either unnecessary or should be exposed
as a codec.
I'm depending on PyUnicode_EncodeDecimal in cdecimal. In fact, it saved
me quite a bit of trouble. I wouldn't be surprised if other extension
writers use
New submission from pbnan pi...@banaszkiewicz.org:
Python:
Python 2.7 (r27:82500, Oct 20 2010, 03:21:03)
[GCC 4.5.1] on linux2
Code:
c = u'\u200b'
c.isspace()
False
In both 2.6, 3.1 it works.
http://www.cs.tut.fi/~jkorpela/chars/spaces.html
--
components: Unicode
messages: 122690
Marc-Andre Lemburg m...@egenix.com added the comment:
Mark Dickinson wrote:
Mark Dickinson dicki...@gmail.com added the comment:
About Alexander's solution: might it make more sense to have
PyUnicode_EncodeDecimal raise for inputs like this? I see it as
PyUnicode_EncodeDecimal's job
SilentGhost michael.mischurow+...@gmail.com added the comment:
It returns False on the latest py3k checkout as well.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
___
___
Marc-Andre Lemburg m...@egenix.com added the comment:
float('½')
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: could not convert string to float: �
float('42½')
Traceback (most recent call last):
File stdin, line 1, in module
ValueError
Note that
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The category of U-200B was changed in Unicode 4.0.1:
The main new features in Unicode 4.0.1 are the following:
...
* Changed: general category of U+200B ZERO WIDTH SPACE
http://unicode.org/versions/Unicode4.0.1/
Georg Brandl ge...@python.org added the comment:
Not sure what you're referring to, all occurrences of BadZipfile (except for
its definition and its documentation) have been removed in py3k.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
According to the instructions received at #python-dev, I'm posting a
new patch with the same fixes made on the most recent SVN sources
(py3k). Actually the new patch does not include the fixes made on the
GetFileAttributesEx wrappers
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the confirmations; closing this report as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Issue #10567 demonstrated the problem of relying on the Unicode
database in Python builtins. Apparently, Unicode does not guarantee
stability of the character categories. On the other hand, we are
already tied to UCD for
Martin v. Löwis mar...@v.loewis.de added the comment:
In 2.6, there was a manually maintained list, probably dating back to before
Unicode 4.0. Python uses the following criterion for determining white space
characters:
/* Returns 1 for Unicode characters having the bidirectional type
Terry J. Reedy tjre...@udel.edu added the comment:
Afaik, those error have nothing to do with this issue. I just included them for
completeness in case they were helpful to GB.
--
___
Python tracker rep...@bugs.python.org
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10537
___
___
Python-bugs-list
SilentGhost michael.mischurow+...@gmail.com added the comment:
It's not just this character. isspace() is also False for \u200c and \u200d
(from the same category). and \u2060, \u2800 and \ufeff
--
___
Python tracker rep...@bugs.python.org
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
title: Unicode space character \u200b unrecognised a space - Some unicode
space characters are not recognized as a space
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
A possible solution could be in
collections.Iterator.__subclasshook__
checking for both required methods.
That makes sense. PEP 234 requires
iterators to support both methods.
--
assignee: - rhettinger
Martin v. Löwis mar...@v.loewis.de added the comment:
It's not just this character. isspace() is also False for \u200c and \u200d
(from the same category). and \u2060, \u2800 and \ufeff
What reason do you have to believe that they should be classified as
whitespace, other than the web page
SilentGhost michael.mischurow+...@gmail.com added the comment:
I'm not quoting anything. Thank you very much.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This discussion should probably be moved to python-dev. With tools like
Twisted's inlineDefer or the Monocle package, there is a growing need to be
able to use yield in complex expressions. Yet, that goes against the trend
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
In 2.6, there was a manually maintained list, probably dating back to before
Unicode 4.0.
That's not quite correct: Python 1.6.x - 2.5.x used tables for
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
nosy: -SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Instead of
hasattr(str,'next')
consider using
isinstance(str, collections.Iterable)
Also consider changing the variable name from the now overly type specific,
str to something like source to indicate the
Terry J. Reedy tjre...@udel.edu added the comment:
And I checked both .2 and .3 with McAfee Nothing found
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10500
___
Stefan Krah stefan-use...@bytereef.org added the comment:
[Antoine]
I didn't want to mess with these things too much. I guess you can try
and we'll see.
You're right, it's better not to touch the Darwin stuff.
The 2.7 buildbots are green (including the FreeBSD ones!). I also
tested the
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm not quoting anything. Thank you very much.
Oops, sorry - I confused you with the OP.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 2:07 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
The tables were never manually maintained, but we also did not update
Python for each new Unicode version:
Python 1.6: Unicode 3.0
Martin v. Löwis mar...@v.loewis.de added the comment:
In 2.6, there was a manually maintained list, probably dating back to before
Unicode 4.0.
That's not quite correct: Python 1.6.x - 2.5.x used tables for the
PyUnicode_ISSPACE() function that were created from the Unicode database.
Marc-Andre Lemburg m...@egenix.com added the comment:
It is still strange that the .isspace() property value changed,
since the code point has not changed in the recent Unicode versions:
4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.2.0:
Marc-Andre Lemburg m...@egenix.com added the comment:
Going back further shows the change:
3.0.1: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
3.2.0: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
4.0.1: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.1.0:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 2:40 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
Going back further shows the change:
3.0.1: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
3.2.0: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
Stefan Krah stefan-use...@bytereef.org added the comment:
(Anyone knows whether Arabic numbers are written right to left or left
to right? What is the proper decimal point character?)
Thousands separator: U+066C
Decimal point: U+066B
١٢٣٬١٢٣٫١٢ should be: 123,123.12
Wikipedia says that
Brian Curtin cur...@acm.org added the comment:
Jeff Hardy just made this change for IronPython 2.7:
http://bitbucket.org/ironpython/ironlanguages/changeset/b6bb2a9a7bc5
Any opposition to us matching that so they don't need to patch
Lib/subprocess.py?
--
New submission from Alexander Belopolsky alexander.belopol...@gmail.com:
Two recently reported issues brought into light the fact that Python
language definition is closely tied to character properties maintained
by the Unicode Consortium. [1,2] For example, when Python switches to
Unicode
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 3:09 PM, Stefan Krah rep...@bugs.python.org wrote:
..
Decimal point: U+066B
Well, not so fast:
Traceback (most recent call last):
File stdin, line 1, in module
UnicodeEncodeError: 'decimal'
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This was meant as python-dev post, not an issue. (Sent to wrong address by
mistake.)
--
nosy: +belopolsky
resolution: - invalid
status: open - closed
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
A .pdb is the program database that contain debug info, i.e. the mapping
between assembler positions and source lines, the description of data
structures, and other things that are necessary to debug a program.
--
Boštjan Mejak bostjan.me...@gmail.com added the comment:
The Python programming language also uses j to denote the imaginary unit.
MATLAB associates both i and j with the imaginary unit.
-Wikipediahttp://en.wikipedia.org/wiki/Imaginary_unit#Alternative_notations
It would be a welcome feature
Stefan Krah stefan-use...@bytereef.org added the comment:
UnicodeEncodeError: 'decimal' codec can't encode character '\u066b'
Hmm, looks like a bug? I think U+066B is correct.
--
___
Python tracker rep...@bugs.python.org
Blair bidih...@gmail.com added the comment:
Just to keep this discussion as clear as possible Mark, it was your first
option that I suggest is needed.
When that is done (as it was for a subclass of float in 2.6.6) it is
possible for the author of the subclass to implement commutative binary
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sun, Nov 28, 2010 at 3:30 PM, Stefan Krah rep...@bugs.python.org wrote:
..
UnicodeEncodeError: 'decimal' codec can't encode character '\u066b'
Hmm, looks like a bug? I think U+066B is correct.
Really? What about
1 - 100 of 159 matches
Mail list logo