New submission from
Hirokazu Yamamoto
:
Attached code test_tixGrid.py fails with following error message.
TypeError: yview() takes exactly 1 argument (4 given)
--
components: Tkinter
files: test_tixGrid.py
Hirokazu Yamamoto
added the comment:
Probably right fix is attached file fix_tixGrid.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1135
Changes by
Hirokazu Yamamoto
:
--
versions: +Python 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1135
Hirokazu Yamamoto
added the comment:
OK, how about this patch? I extracted [xy]view{,_moveto,_scroll}
as mixin class [XY]View, and included them. It seems working.
__
Tracker [EMAIL
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for reply. Could you commit my last patch
instead of me? I cannot commit files for a while.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for commit!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This should be duplicate of #3892.
I suppose timeout in this test might be very short. Refers to
http://www.systomath.eu/doc/BerkeleyDb-4.7/html/api_c/rep_timeout.html
timeout is in microseconds, so
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
r86733 introduces st_ino setup in attribute_data_to_stat(),
but Fild ID is not guaranteed to be same when file is not opened.
So I think it's meaningful only for os.fstat().
Please see
http://msdn.microsoft.com/en-us/library
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Umm, I'm not sure how to fix this yet, but
if we create the function like os._stat_with_open_handle()
which returns stat struct and open handle on windows,
I think we can set/use st_ino. (Because FileID won't change
while file
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Or, use GetFileInformationByHandleEx on Vista or above, and
NtQueryInformationFile under Vista. NtQueryInformationFile
is windows internal function and MS may change its behavior,
but probably we can think it won't happen on WinXP
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg122421
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Currently, ZipFile only accepts ascii or utf8 as file
name encodings. On Windows (Japanese), usually CP932
is used for it. So currently, when we melt ZipFile
via py3k, non-ascii file name becomes strange. Can we handle
this issue
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I'm not sure why, but I got BadZipFile error now. Anyway,
here is cp932 zip file to be created with python2.7.
--
Added file: http://bugs.python.org/file19935/non-ascii-cp932.zip
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Is this intended behavior? Creating zipfile.ZipFile with
relative path and changing current directory, relative path
is resolved from new directory not from the directory object
was created.
F:\py3k
Python 3.2a4+ (py3k, Dec 3
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Very sorry, I created the bug calling CloseHandle twice
in Modules/posixmodule.c. I think this should be fixed
before beta1 released. Can I commit it?
--
components: None
files: posixmodule.diff
keywords: needs review
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Well, I'm not sure. I didn't realize it while running python_d.exe.
I just realized it while re-reading source code.
MSDN says, (http://msdn.microsoft.com/en-us/library/ms724211%28VS.85%29.aspx)
If the application is running
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
Removed message: http://bugs.python.org/msg123461
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10637
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
To kill python_d.exe, you should use kill_python_d.exe instead of
kill_python.exe.
On the XP and Win7 buildbots, kill_python sometimes fails to kill hung
processes.
Could you post the buildbot log url?
--
nosy: +ocean
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think #9973 is rather related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10641
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file:
http://bugs.python.org/file19968/py3k_buildbot_error_in_clean_faze_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9973
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file:
http://bugs.python.org/file19047/py3k_buildbot_error_in_clean_faze.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9973
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Committed in r87117(py3k).
--
priority: release blocker -
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10637
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Won't this go into python3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9558
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Well, can this go into Python3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8533
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
On official Python3.2 beta1 windows binary, I noticed following
command fails. (test_tcl alone won't fail)
I couldn't reproduce this on binary built from source without
installation
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Following tests fails on official Python3.2 Windows binary.
I cannot reproduce this on VC6.
/
C:\Python32.\python -m test.regrtest -v test_time test_strptime
[1/2] test_time
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
test___all__ imports a lot of modules, but I found one of
following modules can bring same error.
# just import one of these in test_main(test___all__)
#import idlelib.AutoComplete
#import tkinter.scrolledtext
#import
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this happens because
1. test___all__.py imports tkinter module, and it
imports tkinter/_fix.py
2. _fix.py sets TCL_LIBRARY etc as top level routine
3. regrtest.py resets os.environ after test___all__.py ends.
so
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
How about this patch? Is this kind of *fix* acceptable?
# I hope this works.
--
keywords: +patch
Added file:
http://bugs.python.org/file19977/py3k_restore_sys_modules_in_regrtest.patch
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I'm not sure why this happens, I can see this on
official python3.2 beta1 windows binary.
C:\Python32.\python -m test.regrtest test_datetime
[1/1] test_datetime
test test_datetime failed -- Traceback (most recent call last
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this is locale problem. With C locale on windows,
wcsftime doesn't return UTF16. (when non ascii characters
are contained)
It is just like
char cbuf[] = ; /* contains non ascii chars in MBCS */
wchar_t wbuf[sizeof
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I'll attach workaround. I used to confirm this works on
VS8, but I don't have VS8 now. I hope this still works.
--
keywords: +patch
Added file: http://bugs.python.org/file19978/py3k_workaround_for_wcsftime.patch
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Here you are.
import time
time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
==
FAIL: test_computations (test.datetimetester.TestSubclassDateTime_Fast)
--
Traceback (most
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I got readable result. ;-)
import time
time.tzname
('東京 (標準時)', '東京 (標準時)')
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This is shortest code to reproduce. But strange,
I can see TypeError on VC6(both Debug and Release)
E:\e:\python-dev\py3k\pc\VC6\python.exe x.py
Traceback (most recent call last):
File x.py, line 10, in module
a+i
TypeError
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
By changing
from datetime import datetime
to
from _datetime import datetime
I can see same behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
NotImplementedError was printed. This happened
when subclass of date or subclass of datetime.
(plain classes and subclass of time didn't print this)
// Code
from _datetime import date, datetime
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry,
- NotImplementedError was printed
+ NotImplemented was printed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I noticed st_dev is not set yet. Attached patch
fill this value, but sometimes it becomes negative
value because dwVolumeSerialNumber is large enough.
Maybe st_dev should be declared as unsigned int.
# I think this is not new
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This is updated version. Can you test this?
(I only fixed leak, deferred other fixes to future)
--
Added file:
http://bugs.python.org/file19985/py3k_fix_leak_around_GetFinalPathNameByHandle_v2.patch
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Removed file:
http://bugs.python.org/file18979/py3k_fix_leak_around_GetFinalPathNameByHandle.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9927
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
1. Decoding the output of wcsftime(). Python expects mbcs (which
I believe is an UTF16-like wide char encoding) while Windows
apparently puts cp932 there in your locale. I don't have expertise
to address this issue.
No, mbcs
Hirokazu Yamamoto
added the comment:
I tracked down, and I noticed following code was invoked.
Lib/decimal.py (release-maint25 Decimal#_rescale)
1912: if watchexp and digits context.prec:
1913: return context
Hirokazu Yamamoto added the comment:
Sorry for late repry. I couldn't apply Issue1522587's patch itself
because it was too old, so I tried only [xy]view{,_moveto,_scroll}
functions by applying patch partially. (partial.patch) And yes, it worked.
Added file: http://bugs.python.org/file8634
New submission from Hirokazu Yamamoto:
Doc says msilib.UUIDCreate(), while code says msilib.UuidCreate()
(Case differs) maybe doc is wrong?
--
components: Documentation
files: msilib.patch
messages: 59089
nosy: ocean-city
severity: normal
status: open
title: Cosmetic patch for doc/code
Hirokazu Yamamoto added the comment:
I updated the patch.
- Added missing _msi support
- Workaround for PC/msvcrtmodule.c (getwch not exists on VC6)
Added file: http://bugs.python.org/file9042/vc6-trunk-ver3.patch
_
Tracker [EMAIL PROTECTED]
http
New submission from Hirokazu Yamamoto:
Hello. This patch adds missing _msi support.
I confirmed msi file was successfully created for simple
.py extension via setup.py bdist_msi. Thank you.
--
components: Build
files: vc6-release-maint25.patch
messages: 59094
nosy: ocean-city
severity
Hirokazu Yamamoto added the comment:
The patch for 2.6 is in issue1700463.
I don't have a patch for 3.0 yet, but I'll try to make it.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1720
Hirokazu Yamamoto added the comment:
Sorry, I updated the patch again.
- Add Python/pystrcmp.c to pythoncore.dsp.
- Rev59671 contains intptr_t unavailable on VC6, avoid compile error by
using PyLong_FromVoidPtr().
Added file: http://bugs.python.org/file9044/vc6-trunk-ver4.patch
Hirokazu Yamamoto added the comment:
Ummm, I realized my change is probably inproper...
Index: Objects/intobject.c
===
--- Objects/intobject.c (revision 59671)
+++ Objects/intobject.c (working copy)
@@ -1053,7 +1053,7 @@
static
Hirokazu Yamamoto added the comment:
Umm, I found Py_intptr_t...
OK, VC6 can compile HEAD. Please forget previous patch. I confirmed
test_long.py, test_math.py, test_builtin.py successfully runs.
Added file: http://bugs.python.org/file9046/vc6-trunk-ver4c.patch
New submission from Hirokazu Yamamoto:
Probably this file is not needed for VisualC++.
I don't know this is harmful or not.
--
components: Build
files: remove_atof_c.patch
messages: 59126
nosy: ocean-city
severity: minor
status: open
title: Remove Python/atof.c from PCBuild
New submission from Hirokazu Yamamoto:
Build succeeded. So many errors on test_mailbox.py, and following error
on test_float.py were reported.
==
FAIL: test_nan_from_str (__main__.InfNanTest
Hirokazu Yamamoto added the comment:
I have submitted the patch for py3k as issue1727.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1720
__
___
Python-bugs-list mailing list
Hirokazu Yamamoto added the comment:
Hello. I noticed PC/VS7.1/pythoncore.vcproj lacks Modules/md5module.c
while creating this patch. Thank you.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1727
Hirokazu Yamamoto added the comment:
Thank you. This file is zipped file.
Added file: http://bugs.python.org/file9059/PC_VC6.zip
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1727
Hirokazu Yamamoto added the comment:
I zipped PC/VC6/* as files.
Added file: http://bugs.python.org/file9062/vc6-trunk-ver4c.zip
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
Hirokazu Yamamoto added the comment:
I zipped PC/VC6/* as files.
Added file: http://bugs.python.org/file9061/vc6-trunk-ver4c.zip
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
Hirokazu Yamamoto added the comment:
Oops, sorry for double post. My network provider now stucks somehow...
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
Hirokazu Yamamoto added the comment:
Rev59716 required some fix.
I'm not sure the patch for Lib/socket.py is apropriate.
Added file: http://bugs.python.org/file9244/vc6-trunk-ver5.zip
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
Hirokazu Yamamoto added the comment:
Sorry, I lied. What I said in bug 2 was totally wrong.
Meaning of 'i' was changed from original code and my patch.
There is no problem about buffer length. Thank you.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Changes by Hirokazu Yamamoto:
--
title: Three bugs of FCICreate (PC/_msi.c) - Two bugs of FCICreate (PC/_msi.c)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1736
Hirokazu Yamamoto added the comment:
Umm, please forget previous comment.
msilib.FCICreate(a * 256 + / + b * 255, [])
crashed on debug build. (CB_MAX_CAB_PATH == 256)
--
title: Two bugs of FCICreate (PC/_msi.c) - Three bugs of FCICreate (PC/_msi.c
New submission from Hirokazu Yamamoto:
This is not compile error, but I cannot find more proper tag than this.
--
components: Build
files: const.patch
messages: 61669
nosy: ocean-city
severity: minor
status: open
title: Cosmetic patch to supress compiler warning
type: compile error
Hirokazu Yamamoto added the comment:
VisualC++6 (this is only VC compiler I have)
Compiler Warning (level 1) C4090
'=' : different 'const' qualifiers
http://msdn2.microsoft.com/en-us/library/k77bkb8d(VS.71).aspx
__
Tracker [EMAIL PROTECTED]
http
Hirokazu Yamamoto added the comment:
Fix to build _bsddb module in Release mode.
Added file: http://bugs.python.org/file9283/patch-for-release-maint25.zip
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1720
Hirokazu Yamamoto added the comment:
Please don't apply this patch now.
VC6 build fails from rev.60696
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
_
___
Python
Hirokazu Yamamoto added the comment:
Sorry for interruption. I'm a little doubtful this is really needed.
We can get My Documents path by following 5 lines of code.
import ctypes
dll = ctypes.windll.shell32
buf = ctypes.create_string_buffer(300)
dll.SHGetSpecialFolderPathA(None, buf, 0x0005
Hirokazu Yamamoto added the comment:
Refactored a little. More clean diff.
Added file: http://bugs.python.org/file9398/_msi.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1736
Changes by Hirokazu Yamamoto:
--
nosy: +ocean-city
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Hirokazu Yamamoto added the comment:
I tried PSDK Feb 2003 downloadable from
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/psdk-full.htm
and this two issues went away.
- When WINVER is set to 0x500, vc6 gives a long warning because at the
time, windows nt 5.0 was only at beta stage
Hirokazu Yamamoto added the comment:
Which compiler are you using? And which errors did you get?
VC6 + PSDK2003Feb. The error was same to
http://svn.haxx.se/users/archive-2006-10/0557.shtml
E:\Microsoft\PSDK\Include\ws2tcpip.h(593) : error C2632: 'int'
followed by 'int' is illegal
causes
Changes by Hirokazu Yamamoto:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options
Hirokazu Yamamoto added the comment:
Follow up r60882.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Hirokazu Yamamoto:
Added file: http://bugs.python.org/file9456/ocean.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Changes by Hirokazu Yamamoto:
--
keywords: +patch
Added file: http://bugs.python.org/file9577/ocean.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
New submission from Hirokazu Yamamoto:
Hello. Probably I found memory leak.
When first convert_to_unicode succeeds and second one
fails, first unicode object is not freed.
# ex: os.rename(a, 3)
Thank you.
--
components: Extension Modules
files: fix_leak.patch
keywords: patch
messages
Hirokazu Yamamoto added the comment:
I cannot write patch to use gc.set_debug(gc.DEBUG_LEAK),
so I tried regrtest.py -R :: instead. (This functionality is
not working now, so I tried after reverted r61098)
E:\python-dev\trunk\Lib\testpy regrtest.py -R :: test_os.py
test_os
beginning 9
Hirokazu Yamamoto added the comment:
Yes, I did mistake first, but py3k fails even in correct directory.
E:\python-dev\py3k\Lib\testpy3k --version
Python 3.0a3+
E:\python-dev\py3k\Lib\testpy3k regrtest.py -R :: test_os.py
test_os
test_os skipped -- cannot import name _Abstract
1 test skipped
Hirokazu Yamamoto added the comment:
I wrote simple patch to workaround this problem.
(avoid to reuse DocTestSuite)
# To my eyes, doctest.DocTestSuite(module=collections)
# and test_support.run_doctest(collections, verbose)
# are doing same test???
Added file: http://bugs.python.org/file9601
New submission from Hirokazu Yamamoto:
Fixed memory leak in itertools.chain().
This fixes following refleak errors shown in issue2223.
test_deque test_heapq test_itertools test_list test_set test_userlist
--
components: Extension Modules
files: fix_leak.patch
keywords: patch
messages
Hirokazu Yamamoto added the comment:
I did more investigation.
Failure on second DocTestSuite run happens because
lib/doctest.py (2107) test.globs.clear()
is executed after first test runs.
I don't know if this is bug or not. Document in
doctest.py says test.globs will be untouched on
failure
Hirokazu Yamamoto added the comment:
I reproduced this bug with VC6 + Win2000SP4 + following code.
'+\xc1'.decode(utf7, ignore)
and this simple patch prevented crash.
Index: Objects/unicodeobject.c
===
--- Objects/unicodeobject.c
Hirokazu Yamamoto added the comment:
One more thing. ignore is not needed.
'+\xc1'.decode(utf7)
crashed my interpreter.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2242
Hirokazu Yamamoto added the comment:
Alexander, I've looked into Python/getargs.c, I think posix_2str code is
fine. (PyArg_ParseTuple with format et)
After conversion succeeded on path1, addcleanup() adds memory buffer
for path1 into freelist. When error happend on path2, its memory
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]:
Following code
# coding: utf-8
print 年
outputs
C:\Documents and Settings\WhiteRabbitpy3k b.py
File b.py, line 3
print 年
as expected, but following code
# coding: cp932
print 年
outputs
C:\Documents and Settings\WhiteRabbitpy3k
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]:
--
title: [Py3k] - [Py3k] No text shown when SyntaxError (when not UTF8)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2301
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Probably same problem exists in PyErr_ProgramText().
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2301
__
___
Python
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Hello. I tracked down source code and found where err-text is set.
Index: Parser/parsetok.c
===
--- Parser/parsetok.c (revision 61411)
+++ Parser/parsetok.c (working copy
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I was confusing it with a regular exception, e.g.
print(年,a)
I'm now invesigating this problem. This comes from another reason.
Please look at fp_setreadl in Parser/tokenizer.c.
This function opens file using codec and doesn't seek
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
However, I also fail to reproduce the problem on OSX. I get
File a.py, line 3
print �N
^
SyntaxError: invalid syntax
Umm, strange... I can output correct result even if
using euc_jp (my terminal named command prompt
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I'm now invesigating this problem. This comes from another reason.
Of course, even if this line number problem is fixed, encoding
problem still remains. Probably I'll look at it next.
__
Tracker [EMAIL
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]:
Hello. I found another problem related to issue2301.
SyntaxError cursor ^ is shifted when multibyte
characters are in line (before ^).
I think this is because err-text is stored as UTF-8
which requires 3 bytes for multibyte character
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I tried to fix this problem, but I'm not sure how to fix this.
Quick observation...
///
// Possible Solution
1. Convert err-text to console compatible encoding (not to source
encoding like in python2.x
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]:
# This issue inherits from issue2301.
If there is # coding: is in source code and
coding is neigher utf-8 nor iso-8859-1, line number (tok-lineno)
becomes wrong.
Please look into Parser/tokenizer.c. In this case,
tok-decoding_state
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
issue2065 contains the patch for this branch too, so I'll close this issue.
--
resolution: - duplicate
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1720
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
issue2065 contains the patch for this branch too, so I'll close this issue.
--
resolution: - duplicate
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
(I assumed get_length_in_bytes(f, , 1) == 1 but I'm not sure
this is always true in other platforms. Probably nicer and more
general solution may exist)
This assumption still lives, but I cannot find better solution.
I'm thinking now
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9723/experimental.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2382
1 - 100 of 887 matches
Mail list logo