New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I noticed compiler warned "'longval' is not used anywhere."
And I found 'longval' was not initialized where HAVE_LONG_LONG
was not defined. Is attached patch intended behavior? Thanks.
--
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Oh, I forgot this. When I debuged with
#undef HAVE_LONG_LONG
I noticed test_sqlite.py failed with this error message.
==
ERROR: CheckLargeInt (s
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: -easy
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2540>
__
___
Python-bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've written testcase for lineno problem.
--
keywords: +patch
Added file: http://bugs.python.org/file9943/test_traceback.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I don't know why, but
/D "MODULE_NAME=\"sqlite3\""
is troublesome. VC6 IDE expands this to
#define MODULE_NAME " sqlite3".
To workaround this, I used
/D MODULE_NAME=\"sqlite3\"
instead
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
_wstat64 does not exist in VC6, so used GetFileAttributesW instead.
Added file: http://bugs.python.org/file9957/ocean.zip
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
>/* On Windows HUGE_VAL is an extern variable and not a constant. Since the
> special value arrays need a constant we have to roll our own infinity
> and nan. */
This patch removes this limitation.
--
compon
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +patch
Added file: http://bugs.python.org/file10064/cmathmodule.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
If putting special value tables near function is preferable,
(as before) probably this patch helps.
--
components: Extension Modules
files: cmathmodule.patch
keywords: patch
messages: 65657
nosy: ocean-city
severity:
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
assignee: -> marketdickinson
nosy: +marketdickinson
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I reimplemented patch without O&, and made test for all platforms.
Unfortunately Windows doesn't have os.link and os.symlink, so for
os.rename only.
Added file: http://bugs.python.org/file10077/tes
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Nope, I don't have strong reason. I just thought exceeding 80 line width
is a little ugly, and if data and function are close you can refer both
more easily. Please feel free to close this entry a
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
On py3k, defaultdict#items() returns dict_items object not
dict_itemiterator object. I hope attached patch will fix this bug.
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/fil
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Following code crashes. (See issue4170)
trunk/Modules/cPickle.c (save() or save_reduce()) needs more checks of
returned value from __reduce__.
class C(object):
def __reduce__(self):
return C, (), None, None, [] # 5t
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>My previous example also crashes python 2.4 & 2.6 (the classes have to
inherit from 'object')
I created new tracker item for this. (See issue4176)
___
Python tracker &l
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
save() and save_reduce() seems to check same thing.
- tuple size
- 2nd item is tuple or not
Is this duplicated or intended? If we adds check for 4th/5th item,
should them be in both fun
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
some tests use "for proto in range(pickle.HIGHEST_PROTOCOL)", but this
statement won't invoke proto == pickle.HIGHEST_PROTOCOL. Is this
intended? If not, I hope attached patch will fix this issue.
--
co
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I created test case referring to test_bytes, but I noticed
range(pickle.HIGHETST_PROTOCOL) doesn't test HIGHEST_PROTOCOL itself. So
patch revised. I created another tracker item for other tests using
range(pickle.HIGHETST_PRO
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +easy
Added file:
http://bugs.python.org/file11865/test_with_HIGHEST_PROTOCOL_on_py3k.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I think the patch is fine.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4176>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thanks, I committed in r67002(trunk) and r67003(py3k).
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>the Python implementation of pickle
This was out of my mind. I hope fix_pickle_consistency_on_py3k.patch can
fix the buildbot error. ;-)
--
keywords: -needs review
Added file:
http://bugs.python.org/
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file:
http://bugs.python.org/file11917/fix_pickle_consistency_on_trunk.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Thank you for review.
>Iterators only need to provide a __next__() method. So, you don't have
>to check __iter__.
Hmm, but python document says,
(http://docs.python.org/library/stdtypes.html#typeiter)
>The iterato
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
assignee: -> effbot
nosy: +effbot
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I propose to note this behavior on document. I'll attach the patch. (I
just inserted your comment into document)
--
components: +Documentation -Library (Lib), XML
resolution: invalid ->
status: closed -> open
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
I noticed built-in class `set` uses "set (class in None)" as index
keyword. Please see attached file "snapshot.png".
I think "set (builtin class)" or something is better.
--
assignee: ge
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I've received checkin-mail to notify
http://svn.python.org/projects/doctools is outdated, but I don't have
Mercurial now, so I'll submit a patch for outdated repo. (I hope not so
outdated just now) So
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
components: +Documentation tools (Sphinx) -Documentation, Windows
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Please see index_on_firefox.png and index_on_htmlhelp.png. "and" is
inactive item not linking to any page, but this item is not shown in
htmlhelp.
--
assignee: georg.brandl
components: Documentation tool
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11930/index_on_htmlhelp.png
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I hope this can be fixed by attached patch. I learned this technique to
create inactive link from HTML Help Workshop document.
http://msdn.microsoft.com/en-us/library/ms669985.aspx
http://go.microsoft.com/fwlink/?linkid=14581 #
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Fixed in r67082(trunk), r67083(release26-maint), r67084(release25-maint).
--
keywords: -needs review
resolution: -> fixed
status: open -> closed
versions: +Python 2.7
___
Py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Done. Fixed in r67095(py3k).
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3774>
___
_
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Fixed unicode issue in r67154(trunk). I'm not sure how to handle long
str, so I didn't touch it for now.
--
versions: +Python 2.5.3, Python 2.7
___
Python tracker <[EMAI
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
See trunk/Modules/cPickle.c(609).
static Py_ssize_t
read_cStringIO(Unpicklerobject *self, char **s, Py_ssize_t n)
{
char *ptr;
if (PycStringIO->cread((PyObject *)self->file, &ptr, n) != n) {
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This issue can be fixed by backporting r60975.
--
nosy: +ocean-city
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
keywords: +patch
stage: -> commit review
Added file: http://bugs.python.org/file11997/smtplib_minor_fix.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
After long random investigation, I found idle_crash_1.py can reproduce
the crash. And I noticed in idle_crash_2.py WidgetRedirector#dispatch,
last element of args cannot be printed. Here is result.
10
0 -foreground
1 b
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12007/idle_crash_2.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Can I revert r57540 and reopen issue1028?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I cannot reproduce the bug described in issue1028, so it's
difficult for me.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
--
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4313>
___
___
Python
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
This describes second bug.
When multiple target was bound to same keyword, only first target could
be browsed.
In index_on_firefox.png, we can see "operator, [1], [2]". This [?] means
multiple targets are linked to sam
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12025/resolved.png
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I found another problem on html help about case sensitivity.
Pleas e pend my patch...
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Even if two bugs are solved, one weird problem remains. See
binary_index.png. "unicode, built-in function" should go under "unicode"
node, but it goes under "Unicode" node. This happens because
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12027/sphinx_index.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Fixed in r67256. I heard last RC will be released at this Wed, I think
segfault is not good for it.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PR
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Sorry, I reverted r57540 because it caused segfault at IDLE exit. (See
issue4313) I reopened this issue.
--
nosy: +ocean-city
resolution: accepted ->
status: closed -> open
___
Py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I confirmed PythonCmd_check_for_utf.diff worked on my machine. IDLE
didn't crash.
>I can reproduce it here with tk8.4, using tk8.5 doesn't cause this.
That is, this is a bug of tk8.4, and solved in tk8.5 which is alr
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
OK, I'll close this entry, and I'll post message to cygwin ml about this
issue.
# I already posted it to openssl-dev, but there was no response.
http://www.nabble.com/Bug%3A-crash-on-cygwin-if-uses-CRYPTO_set_locking_cal
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I suceeded to reproduce this issue with coLinux + UltraVNC on Win2000.
Yes, py3k claimed utf-8 error, so I tried trunk. Here is result.
*** event.keycode: 8
*** event.state: 0
*** event.char: ''
*** event.keycode: 16
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I did little modification to tkintertest.py. Please use this line.
my_print("*** event.char: ", repr(event.char))
___
Python tracker <[EMAIL PROTECTED]>
<http://
Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12089/adhok.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>You are missing the point on using Tcl_CreateObjCommand, I didn't mean
>to just go and and do s/Tcl_CreateCommand/Tcl_CreateObjCommand/ because
>if you are going to convert everything to unicode then there i
New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:
Please try this code.
import zipfile
zipfile.PyZipFile("foobar")
I'm not sure this is problematic or not.
--
messages: 76823
nosy: ocean-city
severity: normal
status: open
title: exception traceback so
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Traceback (most recent call last):
File "a.py", line 4, in
zipfile.PyZipFile("foobar")
File "e:\python-dev\py3k\lib\zipfile.py", line 683, in __init__
self.fp = io.open(file, modeDict[m
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
No, e: is not netword drive. It's another partition on hard drive. But
my machine is pretty slow.
>Also, you are using a debug build. Is the slowdown still noticeable with
>a release build?
I tried release build(VC6), an
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Fixed in r67614. (issue4483)
--
nosy: +ocean-city
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
>can you please backport this to the 2.5 branch?
Sorry for clarification. Which should I backport r67154 or
quick_hack_for_getfullpathname_v2.patch?
___
Python tracker <[EMAIL PROTE
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
I will backport this.
--
assignee: -> ocean-city
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
Done. Fixed in r67686 (release25-maint).
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Hirokazu Yamamoto added the comment:
GetFullPathNameW may return the required buffer size (non-zero value)
when buffer is too short. Before r67154, this case was treated as
success, so there was possibility of access to uninitialized buffer
woutbuf. Fortunately, GetFullPathNameW sets '\
New submission from Hirokazu Yamamoto :
This patch enables tests for pickle.HIGHEST_PROTOCOL. (3)
I confirmed test passed.
--
components: Tests
files: py3k_use_HIGHEST_PROTOCOL.patch
keywords: easy, patch
messages: 78268
nosy: ocean-city
severity: normal
stage: patch review
status: open
Hirokazu Yamamoto added the comment:
You should specify winsound.SND_ASYNC in first PlaySound. By default,
PlaySound won't return until completing to play wav file.
winsound.SND_PURGE doesn't work for me. I'm also using Win2000SP4, and
I found http://www.vbforums.com/arch
New submission from Hirokazu Yamamoto :
This comes from Issue4741. The patch
- clarify meaning of None as the parameter of *sound* to
PlaySound
- notify SND_PURGE is not supported by MS now
--
assignee: georg.brandl
components: Documentation
files: winsound_doc.patch
keywords: patch
Hirokazu Yamamoto added the comment:
The patch is for release26-maint.
___
Python tracker
<http://bugs.python.org/issue4754>
___
___
Python-bugs-list mailing list
Unsub
Hirokazu Yamamoto added the comment:
Not yet. This patch is for trunk. But HIGHEST_PROTOCOL is 2 in trunk,
so no difference in behavior. (Just useful for consistency)
Added file: http://bugs.python.org/file12468/trunk_use_HIGHEST_PROTOCOL.patch
___
Python
Hirokazu Yamamoto added the comment:
Done. Fixed in r67930(trunk), r67931(py3k)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Hirokazu Yamamoto :
--
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue4740>
___
___
Python-bugs-list mai
New submission from Hirokazu Yamamoto :
This patch fixes this error.
http://www.python.org/dev/buildbot/trunk.stable/x86%20XP-4%
20trunk/builds/1727/step-test/0
==
FAIL: testOpendir (test.test_fileio.AutoFileTests
Hirokazu Yamamoto added the comment:
Done. Fixed in r68134(trunk) and r68139(py3k).
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Hirokazu Yamamoto :
Currently, to install tix we need long command like this.
nmake -f python.mak TCL_MAJOR=8 TCL_MINOR=5 TCL_PATCH=2 MACHINE=IX86
DEBUG=0 INSTALL_DIR=..\..\tcltk install
This patch enables us to omit MACHINE and DEBUG. (Precisely, can omit
MACHINE if CPU
New submission from Hirokazu Yamamoto :
Currently, test_msvc9compiler fails on VC6 with following message.
//
Traceback (most recent call last):
File "test_distutils.py", line 17, in
test_main()
File "test_distutils.py", l
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file12628/test_msvc9compiler.patch
___
Python tracker
<http://bugs.python.org/issue4864>
___
___
Pytho
Changes by Hirokazu Yamamoto :
Added file: http://bugs.python.org/file12629/test_msvc9compiler.patch
___
Python tracker
<http://bugs.python.org/issue4864>
___
___
Pytho
Hirokazu Yamamoto added the comment:
+1. I've tested this patch on win2k & vc6, and worked correctly.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.o
Changes by Hirokazu Yamamoto :
Removed file: http://bugs.python.org/file12629/test_msvc9compiler.patch
___
Python tracker
<http://bugs.python.org/issue4864>
___
___
Pytho
Hirokazu Yamamoto added the comment:
> I don't like this catch-all approach.
I agree with you. Lib/distutils/msvc9compiler.py still only have one
top level DistutilsPlatformError,
VERSION = get_build_version()
if VERSION < 8.0:
raise DistutilsPlatformError("VC %0.1f is
Hirokazu Yamamoto added the comment:
Thanks, fixed in r68373.
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Hirokazu Yamamoto :
Due to r68455, os.listdir fails on debug build (windows).
//
Python 2.7a0 (trunk, Jan 10 2009, 18:36:15) [MSC v.1200 32 bit (Intel)]
on win32
Type "help", "copyright", "credits" or
New submission from Hirokazu Yamamoto :
Hello. Sorry if this is noise. I expected
__del__
out of function
__del__
out of function
__del__
out of function
on following code, but actually I got
out of function
out of function
out of function
__del__
__del__
__del__
Is this expected behavoir
Hirokazu Yamamoto added the comment:
Thank you for explanation. The combination of inner function + method
variable was very handy for me, but maybe I should refrain from using
it lightly. :-(
--
resolution: -> invalid
status: open ->
Hirokazu Yamamoto added the comment:
A little followup. Attached script q112.py (some puzzle program) ate up
my RAM (80MB) and never ran GC while solving. Current python GC looks
at the number of GC objects, but GC object like set object can contain
many non GC object, so... I feel it would
New submission from Hirokazu Yamamoto :
I got compiler warning "conn_poll takes too many arguments".
I hope the attached patch is right fix.
--
components: Library (Lib)
files: pipe_connection_c.patch
keywords: patch
messages: 80204
nosy: ocean-city
severity: normal
status:
Hirokazu Yamamoto added the comment:
Merged in r68873(py3k).
___
Python tracker
<http://bugs.python.org/issue3677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
>The path variable should be PyMem_Free'd
Sorry if I'm missing something, but is this really needed?
Other PyArg_ParseTuple(args, "s... doesn't seem to have
corresponding PyMem_Free.
static PyObject *
imp_new_module(PyObjec
Hirokazu Yamamoto added the comment:
Ah, "es" is used in py3k, thanks. And sorry about my merge which had
memory leak.
___
Python tracker
<http://bugs.python.
New submission from Hirokazu Yamamoto :
I found memory leak related to "es" on PyArg_ParseTuple.
--
components: Extension Modules
files: py3k_memory_leak.patch
keywords: easy, needs review, patch
messages: 80452
nosy: ocean-city
severity: normal
status: open
title: Memo
Hirokazu Yamamoto added the comment:
Probably this patch is needed. :-)
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file12856/remaining.patch
___
Python tracker
<http://bugs.python.org/issue4
New submission from Hirokazu Yamamoto :
time.time() returns floating point, so sometimes folloing assertion in
LockingTestCase#test03_lock_timeout fails due to floating point
calculation error.
>self.assertTrue((end_time-start_time) >= 0.1
end_time-start_time becomes 0.0990463
Hirokazu Yamamoto added the comment:
Could you commit please? :-)
___
Python tracker
<http://bugs.python.org/issue5073>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
I've investigated more. I think this is timeout problem. According to
following site,
http://www.oracle.com/technology/documentation/berkeley-
db/db/api_c/rep_timeout.html
timeout should be specified in microseconds. This
New submission from Hirokazu Yamamoto :
test_sdist fails on windows with following message.
http://www.python.org/dev/buildbot/trunk.stable/x86%20XP-4%
20trunk/builds/1823/step-test/0
==
ERROR: test_make_distribution
Hirokazu Yamamoto added the comment:
Fixed in r69117(py3k).
--
keywords: -needs review
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Hirokazu Yamamoto added the comment:
About this,
>But this isn't:
>relpath(r'd:\jho', r'd:\\')
>=> '..\jho'
Same happens on posixpath.
from posixpath import relpath
print relpath(r'/abc', r'/'
Hirokazu Yamamoto added the comment:
I hope attached patch will fix this bug.
--
keywords: +patch
Added file: http://bugs.python.org/file12904/fix_relpath.patch
___
Python tracker
<http://bugs.python.org/issue5
Hirokazu Yamamoto added the comment:
If it is better _abspath_split("/") to return [""] instead of [] for
consistency, "fix_relpath_v2.patch" might be better. (There is no
difference for relpath behavior though)
Added file: http://bugs.python.org/
501 - 600 of 918 matches
Mail list logo
