New submission from Adi :
While writing this SO answer (https://stackoverflow.com/a/59552970/1453822) I
came to think, should dict preemptively make sure it doesn't accept a sequence
of sets (given that it may lead to wrong output in the good case, and miserably
fail in the worst case
Adi added the comment:
Meant to say "... 2 and 3 arguments forms of pow, ..."
--
___
Python tracker
<https://bugs.python.org/issue38302>
___
___
Change by Adi :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue38302>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Adi :
Due to shared code between the 2 and 3 forms of pow, the following code causes
a TypeError:
class A:
def __init__(self, val):
self.val = val
def __ipow__(self, other):
return NotImplemented
class B:
def __init__(self, val
New submission from Adi Roiban a...@roiban.ro:
The return value of os.access(FILE, os.X_OK) is not consistent across operating
system when executed as root
I have tested with Python 2.5 on Linux and Solaris, but there is a bug in
python-nose reporting the same behavior with Python 2.6
Adi Roiban a...@roiban.ro added the comment:
Many thanks for your comment!
Cheers,
Adi
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14706
Adi Roiban a...@roiban.ro added the comment:
Hi,
startswith('hp-ux') should also work as in real world it should be synonym with
hp-ux11 ... see my reasoning below
I used 'hp-ux11' since this was the system I have access to and can test and I
was not brave enought to assume that the patch
Adi Roiban a...@roiban.ro added the comment:
Hi,
Not sure what codebase was used for the patch.
I have manually patched the test on 2.5.6 and the test_posix tests passed.
Thanks!
Adi
--
___
Python tracker rep...@bugs.python.org
http
New submission from Adi Roiban a...@roiban.ro:
Hi,
Sorry for bothering you.
In my initial report, I did not added /usr/local/lib paths , since I was
thinking that Python should only work with the default library location.
Now I see that /usr/local is added just at the beginning of module
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12991
___
___
Python-bugs-list mailing
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1572968
___
___
Python-bugs-list mailing
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9123
___
___
Python-bugs-list mailing list
Adi Roiban a...@roiban.ro added the comment:
I am not sure how the search works, but for example I was not able to reach
http://bugs.python.org/issue5895 while searching for hpux or hp-ux using the
internal search.
Also I was not able to find any aix or solaris bug.
In case you bump over
Adi Roiban a...@roiban.ro added the comment:
Hi,
There was an error in the patch.
Instead of
lib_dirs += hpux_path
it should be:
lib_dirs += [hpux_path]
Cheers,
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14568
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9175
___
___
Python-bugs-list mailing list
New submission from Adi Roiban a...@roiban.ro:
Hi,
I am trying to build Python on HP-UXiv3.
HP-UX also keeps libs in /usr/lib/hpux64 and /usr/lib/hpux32.
I have attached a patch for searching these folders.
The patch is against the latest version of cpython.
I have tests the change
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5113
___
___
Python-bugs-list mailing list
Changes by Adi Roiban a...@roiban.ro:
--
nosy: +adiroiban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5895
___
___
Python-bugs-list mailing list
Adi Roiban a...@roiban.ro added the comment:
Hi,
I apologies for raising this issues.
It looks like FTP_TLS is not available in Python 3.1 ... and retrbinary is
working in Python 2.7.
What I actually done, was backporting ftplib.py from 2.7 to 2.5 and using
pyOpenSSL instead of the standard
New submission from Adi Roiban a...@roiban.ro:
FTP_TLS.retrybinary should detect the end of a TLS read in the same way as
FTP.TLS_retryline does.
it should be something like this... catching ssl.ZeroReturnError as a valid
expection for signaling EOF.
try
Adi [EMAIL PROTECTED] added the comment:
Is there any progress on this bug? I am currently considering
maintaining a branch of 2.5.2 which includes the patch suggested by effbot.
--
nosy: +adi
___
Python tracker [EMAIL PROTECTED]
http
21 matches
Mail list logo
