Sunny Jamshedji added the comment:
Screenshot 4
Yes, I would agree, since it stopped happening on the 3rd and 4th try like
someone noticed something on the server end; maybe a little guy running around
inside the server, IDK?!
I'd close this myself, but it was certainly quite bi
Sunny Jamshedji added the comment:
Screenshot 3
--
Added file: https://bugs.python.org/file50089/3. Use Show in Folder Opens
Downloads.png
___
Python tracker
<https://bugs.python.org/issue44
Sunny Jamshedji added the comment:
Screenshot 2.
--
Added file: https://bugs.python.org/file50088/2. Used Save Link As.png
___
Python tracker
<https://bugs.python.org/issue44
New submission from Sunny Jamshedji :
Downloaded Windows 64 bit installer from:
https://www.python.org/downloads/windows/
Link said:
https://www.python.org/ftp/python/3.9.5/python-3.9.5-amd64.exe
It downloaded what appears to be 3.8.10 installer. I launched it and I got the
attached
Sunny added the comment:
Got it fixed with following the below steps
a. Delete external folder
b. Run the below build command
build.bat -k -E -p x64
-k killed the existing python build process
-E skipped the external libraries fetching
-p mentioned the platform
closing the ticket as it
Sunny added the comment:
I am running using admin rights but still getting the error
--
___
Python tracker
<https://bugs.python.org/issue42804>
___
___
Pytho
Sunny K added the comment:
Hi Victor, can you give this another look?
--
versions: +Python 3.5 -Python 2.7, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue1185
Changes by Sunny K :
Removed file: http://bugs.python.org/file31844/myfirst.patch
___
Python tracker
<http://bugs.python.org/issue1185124>
___
___
Python-bugs-list mailin
Sunny K added the comment:
Hi Stefan,
There is a comment at the top in structseq.c
/* Fields with this name have only a field index, not a field name.
They are only allowed for indices < n_visible_fields. */
char *PyStructSequence_UnnamedField = "unnamed field";
This is the
Sunny K added the comment:
Hi Stefan,
I've added a new patch which only adds _fields, combining parts from my earlier
patch and Andrew's (his patch does not account for visible unnamed fields).
--
Added file: http://bugs.python.org/file35367/structseq_fi
Changes by Sunny K :
--
nosy: +sunfinite
___
Python tracker
<http://bugs.python.org/issue21555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sunny K added the comment:
Oops, the correct issue for improving the repr is issue11698.
--
___
Python tracker
<http://bugs.python.org/issue1820>
___
___
Pytho
Sunny K added the comment:
The previous patch had a wrong mapping between keys and values. The
current implementation of repr means that duplicated keys will be
present when invisible fields are included. See points 2 and 3 in
http://bugs.python.org/issue1820#msg202330 for more explanation.
I
Changes by Sunny K :
Removed file: http://bugs.python.org/file32265/structseq.patch
___
Python tracker
<http://bugs.python.org/issue11698>
___
___
Python-bugs-list mailin
Sunny K added the comment:
New patch for 3.4 adds the following:
1. _fields
2. _replace()
3. _asdict()
4. eval(repr(s)) == s
Now the issues:
1. _asdict() returns a normal dictionary. I don't know if this is what
is required.
2. Both _asdict() and _replace() assume that unnamed vi
Changes by Sunny K :
--
nosy: +tarek
___
Python tracker
<http://bugs.python.org/issue19340>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Sunny K :
--
keywords: +patch
Added file: http://bugs.python.org/file32314/test_sysconfig.patch
___
Python tracker
<http://bugs.python.org/issue19
Sunny K added the comment:
I took a shot at this. Build is successful and imports happen. Tests are ok
except test_sysconfig, and that is because of sys.prefix being set to '/'. I've
raised issue19340 for that.
About the patch, i'm not sure how to completely test for false
New submission from Sunny K:
While working on issue7757, i noticed that test_srcdir fails when python is
built with prefix "".
This is because in Lib/sysconfig.py, _safe_realpath() is called on srcdir which
normalises //lib to /lib. In the test case, it is compared directly to the
Sunny K added the comment:
Added patch for 3.4.
The patch demarcates the output by adding a {...} around the dictionary
portion. Please let me know if this is the right format or if not required at
all. It is a simple change.
--
nosy: +sunfinite
Added file: http://bugs.python.org
Sunny K added the comment:
This issue is present in 3.4 too.
Added patch for 3.4.
--
keywords: +patch
nosy: +sunfinite
versions: +Python 3.4
Added file: http://bugs.python.org/file32258/pydoc.patch
___
Python tracker
<http://bugs.python.
Sunny added the comment:
Added patch for 2.7. Please review.
--
Added file: http://bugs.python.org/file31877/pydoc_2.7.patch
___
Python tracker
<http://bugs.python.org/issue1185
Sunny added the comment:
I've updated my patch with the review changes and tests.
tokenize.detect_encoding throws a TypeError if the file object passed to it is
in text mode. However, i've realized catching this is not necessary as i now
check for TextIOBase instead of just Strin
Sunny added the comment:
I've rewritten the source_synopsis function to use the tokenize module.
It should now work with triple single quotes and hopefully all the other cases
where __doc__ returns a string.
Since tokenize.tokenize needs a file object that is opened in binary mode, in
24 matches
Mail list logo
