[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: -srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2011-06-26, at 2:04 PM, Terry J. Reedy wrote: Terry J. Reedy tjre...@udel.edu added the comment: Sridhar, is there still a problem with current 3.2/3? If you are no longer working on this, I think we should close as languishing/postponed. I am not working on this yet (its low prio), but will try building 3.2 on HP-UX once 3.2 final is released. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2011-06-27, at 9:11 AM, Éric Araujo wrote: Éric Araujo mer...@netwok.org added the comment: « Python 3.2 was released on February 20th, 2011. » (from python.org) My mistake; I meant to say 3.2.1 final. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar sridh...@activestate.com added the comment: The only way to fix this is to /not/ install *any* packages prior to resolving *all* dependencies ... which means that there needs to be a way to resolve the entire dependency graph for any given package in PyPI. If PyPI provided a mechanism to fetch the entire dependency graph[1], then https://github.com/ActiveState/depgraph can be used to implement comprehensive dependency resolution. PyPM can do this because the PyPM repository provides a sqlite db containing dependency information for all packages and their versions. Let me know if you need any assistance regarding ActiveState's depgraph implementation (I may have pending commits to be merged to the GitHub repo) [1] I posted a few suggestions in regards to facilitating such exposure of static metadata in PyPI to distutils-sig@ - but until this day they remain as merely ideas. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2011-06-07, at 9:48 AM, Éric Araujo wrote: Éric Araujo mer...@netwok.org added the comment: The only way to fix this is to /not/ install *any* packages prior to resolving *all* dependencies packaging.install rolls back in case of error, so the system can’t be left in a half-installed state. p7g.install is only as smart as p7g.depgraph, however. Well, if the same behavior is adopted for dependency conflicts (eg: see issue description) as well, it would necessitate rolling back by uninstalling the previous N packages, then installing these N packages (again) by traversing a different path (and repeat for other conflicts), would it not? which means that there needs to be a way to resolve the entire dependency graph for any given package in PyPI. PyPI exposes requires, obsoletes and provides for releases that upload PEP 345 metadata; client code using p7g.pypi and p7g.depgraph can then build a dependency graph. Not all packages upload their release sources (thus metadata) to PyPI, which is why - I believe - PIP is scraping the Simple Index and home_page urls to get the appropriate sdist for any package. I am not fully aware of what kind of packages p7g.install is supposed to support, though. I assume that setuptools-style projects (using install_requires) are not supported by p7g.install. the PyPM repository provides a sqlite db containing dependency information for all packages and their versions. This experiment with a local copy of the full repo graph is interesting. Do you have blog posts or something talking about synchronization issues, dealing with multiple repositories, using SQL vs. something less ugly wink, etc.? The local index cache is automatically updated not more than once a day. Multiple repositories are searched in the configured order (linearly). SQL is just a data format, the remote index can be of any format (xml, json, pickle, ..) as long as the client can easily query the dependency chain. But its probably much simpler to only expose per-package dependency (and other metadata) through REST urls (at the cost of network delays, however). No index is required. Eg: http://pypi.python.org/metadata/scipy/0.9.0/DIST-INFO - requires, obsoletes, etc... (of course, this assumes that even packages that do not upload their sdists have the metadata available in PyPI somehow; perhaps the server caches them. we have our own pypi-like mirror that does this) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2011-06-07, at 10:39 AM, Éric Araujo wrote: Éric Araujo mer...@netwok.org added the comment: Not all packages upload their release sources (thus metadata) to PyPI No, it’s register that uploads metadata. (was not sent before?) Ok, that's interesting. Does p7g.install support packages that do not register their new releases? Setuptools/PIP does by scraping the project home pages. Eg: http://pypi.python.org/pypi/PyChecker incorrectly (but expected) shows 0.8.12 as latest, but http://pychecker.sourceforge.net/ shows 0.8.19 as the latest. Will p7g.install install 0.8.19? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar sridh...@activestate.com added the comment: Dave, but aptitude contains a local index of all dependency information. Whereas, PyPI's infrastructure and pip/easy_install/p7g.install do not rely on one. Therefore, I think when Tarek said Trying to do something smarter is very very hard and will probably fail. he is referring to doing such dependency resolution *with* the constraint of lack of such local metadata index. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Sridhar Ratnakumar sridh...@activestate.com added the comment: I believe ActiveState handle this by making the PATH modification optional and having it off by default (I found docs for ActivePerl stating this explicitly, but no equivalent for ActivePython). ActivePython 2.x has it on by default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7796] No way to find out if an object is an instance of a namedtuple
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: -srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7796 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))
Sridhar Ratnakumar sridh...@activestate.com added the comment: [pitrou] Can you explain why this is a problem in Python? Can't lib/python3.2/config-3.2m/Makefile simply be provided by virtualenv (by copying it, I guess)? Yes, I believe virtualenv already does that (or symlinks to it). Python 3.2 changed the path to config and include directories for some reason, viz. $ ls -d /opt/ActivePython-3.*/lib/python3.?/*config*/ /opt/ActivePython-3.1/lib/python3.1/config/ /opt/ActivePython-3.2/lib/python3.2/config-3.2m/ $ and: $ ls -d /opt/ActivePython-3.*/include/python3.?* /opt/ActivePython-3.1/include/python3.1 /opt/ActivePython-3.2/include/python3.2m $ It is possible that virtualenv is hardcoding the relative path to 'config' (and 'include') directories and thus failing to find the new 'config-3.2m' dir. If that is the case, this is not a problem with Python. Although msg129372 does point to a Python bug, it may or may not be related to the virtualenv issue noted earlier. Given that virtualenv doesn't officially Python 3 and virtualenv5 is more of a hack, I haven't investigated into this much. Does that answer your question? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2011-03-14, at 9:18 AM, Reid Kleckner wrote: I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c]. Does this go to the main branch (py3.3) only? It is not clear from just looking at http://hg.python.org/cpython/rev/c4a0fa6e687c/ -- Added file: http://bugs.python.org/file21121/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___htmlhead/headbody style=word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; brdivdivOn 2011-03-14, at 9:18 AM, Reid Kleckner wrote:/divbr class=Apple-interchange-newlineblockquote type=citespan class=Apple-style-span style=border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c]./span/blockquote/divbrdivDoes this go to the main branch (py3.3) only? It is not clear from just looking atnbsp;a href=http://hg.python.o rg/cpython/rev/c4a0fa6e687c/http://hg.python.org/cpython/rev/c4a0fa6e687c//anbsp;/div/body/html___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Changes by Sridhar Ratnakumar sridh...@activestate.com: Removed file: http://bugs.python.org/file21121/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))
Sridhar Ratnakumar sridh...@activestate.com added the comment: This issue is potentially breaking virtualenv5, http://code.google.com/p/virtualenv5/issues/detail?id=6 -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows
Sridhar Ratnakumar sridh...@activestate.com added the comment: Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows
New submission from Sridhar Ratnakumar sridh...@activestate.com: tarfile.getmembers has become extremely slow on Windows. This was triggered in r85916 by Lars Gustaebel on Oct 29, 2010 to add read support for all missing variants of the GNU sparse extensions. To reproduce, use this tgz file: http://pypm-free.activestate.com/3.2/win32-x86/pool/a/as/as.mklruntime-1.2_win32-x86_3.2_1.pypm It contains another tgz file called data.tar.gz. Run `.getmembers()` on data.tar.gz. ... This invokes tarfile._FileInFile.read(...) that seems to be cause of slowness (or rather a hang). I had to workaround this issue by monkey-patching the above `read` function to revert the change: +if sys.version_info[:2] = (3,2): +import tarfile +class _FileInFileNoSparse(tarfile._FileInFile): +def read(self, size): +if size is None: +size = self.size - self.position +else: +size = min(size, self.size - self.position) +self.fileobj.seek(self.offset + self.position) +self.position += size +return self.fileobj.read(size) +tarfile._FileInFile = _FileInFileNoSparse +LOG.info('Monkey patching `tarfile.py` to disable part of r85916 (py3k)') We caught this bug as part of testing ActiveState PyPM on Python 3.2 http://bugs.activestate.com/show_bug.cgi?id=89376#c3 If you want the easiest way to reproduce this, I can send you (in private) an internal build of ActivePython-3.2 containing PyPM. Running pypm install numpy (with breakpoints in tarfile.py) is all that is required to reproduce. -- components: Library (Lib), Windows messages: 128685 nosy: lars.gustaebel, srid priority: normal severity: normal status: open title: 3.2: tarfile.getmembers causes 100% cpu usage on Windows type: resource usage versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Sridhar Ratnakumar sridh...@activestate.com added the comment: There is a bug with the patch. The first argument to the `start` command, if a quoted string, becomes the Window title, not the command to execute. Hence, idle.pyw is directly executed by Windows. Here's the correct command line: start IDLELAUNCH %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9 Could you make this fix part of the upcoming 3.2? -- status: closed - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: Terry J. Reedy wrote: Terry J. Reedytjre...@udel.edu added the comment: I have the impression that there has been progress on tcl/tk on Apple in the last 7 months. Should this issue still be open, and if so, for both 2.7 and 3.2? From http://www.python.org/download/mac/tcltk/ - it seems that 3.2's 64-bit build will use ActiveTcl 8.5 that is now built with 64-bit. But 2.7 still uses 8.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
Sridhar Ratnakumar sridh...@activestate.com added the comment: Sandro Tosi wrote: Sridhar, are you still seeing this error? I still see the error with Python 2.7.1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9671 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
Sridhar Ratnakumar sridh...@activestate.com added the comment: Dave Malcolm wrote: I should note that Fedora Core 4 reached its End of Life at August 2006: http://fedoraproject.org/wiki/End_of_life Do you see this with a more up-to-date version of Fedora? I don't have access to other versions of FC at the moment. Hmm, if this bug is specific to a EoL'ed version FC, then perhaps this issue can be closed as WontFix? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9671 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
Sridhar Ratnakumar sridh...@activestate.com added the comment: Sounds good, but this doesn't belong to the virtualenv bug tracker (virtualenv does even support Python 3). Instead, it belongs to the virtualenv5 tracker: http://code.google.com/p/virtualenv5/issues/detail?id=6 -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10761] tarfile.extractall fails to overwrite symlinks
New submission from Sridhar Ratnakumar sridh...@activestate.com: tarfile.extractall overwrites normal files and directories, yet it fails to overwrite symlinks: [..] tf.extractall() File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2046, in extractall self.extract(tarinfo, path) File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2083, in extract self._extract_member(tarinfo, os.path.join(path, tarinfo.name)) File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2167, in _extract_member self.makelink(tarinfo, targetpath) File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2243, in makelink os.symlink(tarinfo.linkname, targetpath) OSError: [Errno 17] File exists To reproduce, use a .tar.gz file containing relative (i.e., in the same directory) symlinks. Perhaps it should delete `targetpath` before attempting to create a symlink. -- components: Library (Lib) messages: 124523 nosy: srid priority: normal severity: normal status: open title: tarfile.extractall fails to overwrite symlinks type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10761 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10752] build_ssl.py is relying on unreliable behaviour of os.popen
New submission from Sridhar Ratnakumar sridh...@activestate.com: I noticed that despite ActivePerl being installed, `os.popen(...).close()` returned 1 (see find_working_perl in build_ssl.py), while in actuality that command executed successfully with return code 0; I verified this by using the subprocess module. Here's a patch: --- python/PCbuild/build_ssl.py.orig +++ python/PCbuild/build_ssl.py @@ -45,11 +45,11 @@ # Being a Perl dummy, the simplest way I can check is if the Win32 package # is available. def find_working_perl(perls): +import subprocess for perl in perls: -fh = os.popen('%s -e use Win32;' % perl) -fh.read() -rc = fh.close() -if rc: +try: +subprocess.check_call('%s -e use Win32;' % perl, shell=True) +except subprocess.CalledProcessError: continue return perl print(Can not find a suitable PERL:) -- components: Build, Windows messages: 124467 nosy: srid priority: normal severity: normal status: open title: build_ssl.py is relying on unreliable behaviour of os.popen type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10752 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10747] Include version info in Windows shortcuts
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10747 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8275] callback function on win64 results in bad behavior. mem corruption?
Sridhar Ratnakumar sridh...@activestate.com added the comment: Attaching a patch for the configuration changes mentioned in msg102544 -- keywords: +patch nosy: +srid Added file: http://bugs.python.org/file20134/issue8275_win64_ctypes_no_optimization.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
New submission from Sridhar Ratnakumar sridh...@activestate.com: From http://code.google.com/p/virtualenv5/issues/detail?id=6 - it seems that the `sysconfig` module is looking for Makefile in wrong directory, while ideally it must be looking into the base Python install. import sysconfig; sysconfig.get_paths('purelib') Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/sysconfig.py, line 332, in _init_posix _parse_makefile(makefile, vars) File /Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/sysconfig.py, line 220, in _parse_makefile with open(filename, errors=surrogateescape) as f: IOError: [Errno 2] No such file or directory: '/tmp/e/lib/python3.2/config-3.2m/Makefile' -- assignee: tarek components: Distutils, Macintosh messages: 124405 nosy: eric.araujo, srid, tarek priority: normal severity: normal status: open title: 3.2's sysconfig doesn't work with virtualenv type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6166] encoding error for 'setup.py --author' when read via subprocess pipe
Sridhar Ratnakumar sridh...@activestate.com added the comment: PYTHONIOENCODING=UTF-8 python test2.py does work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Sridhar Ratnakumar sridh...@activestate.com added the comment: Brian, The following line: start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9 should be changed to: start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9 This is required if Python is installed into a directory with whitespace in its path. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
New submission from Sridhar Ratnakumar sridh...@activestate.com: When extracting a zip file containing deep hierarchy files, `extractall` throws IOError on Windows - perhaps due to limitation in Windows max path length. Ideally it should be throwing an instance of zipfile.ZipError - so that application can handle it reliably. An IOError can mean a wide range of errors, so it is pointless to catch IOError and ignore it. To reproduce, run extractall over http://pypi.python.org/packages/source/c/collective.generic.skel/collective.generic.skel-0.1.0.zip using Python 2.6.6 or Python 2.7 python -c import zipfile ; f=zipfile.ZipFile('collective.generic.skel-0.1.0.zip'); f.extractall() Traceback (most recent call last): File string, line 1, in module File C:\Python27\lib\zipfile.py, line 923, in extractall self.extract(zipinfo, path, pwd) File C:\Python27\lib\zipfile.py, line 911, in extract return self._extract_member(member, path, pwd) File C:\Python27\lib\zipfile.py, line 955, in _extract_member target = file(targetpath, wb) IOError: [Errno 2] No such file or directory: 'C:\\Documents and Settings\\apy\\ My Documents\\Downloads\\collective.generic.skel-0.1.0\\src\\collective\\generic \\skel\\skin\\tmpl\\+namespace++ndot++nested_namespace+.+project_name+\\src\\+na mespace+\\+nested_namespace+\\+project_name+\\profiles\\default\\+namespace++ndo t++nested_namespace+.+project_name+_various.txt_tmpl' -- components: Library (Lib), Windows messages: 121376 nosy: srid priority: normal severity: normal status: open title: zipfile: IOError for long directory paths on Windows type: behavior versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
Sridhar Ratnakumar sridh...@activestate.com added the comment: It appears that there is no base class (zipfile.ZipError) for zipfile errors. Maybe there should be? At the moment, I do: try: [...] except zipfile.BadZipFile, zipfile.LargeZipFile: [...] .. which is of course unreliable. There is no guarantee that a new exception class will not be added to zipfile (thus necessitating me to change my code). Better to have a single base class - zipfile.ZipError similar to TarError http://docs.python.org/library/tarfile.html#tarfile.TarError -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
Sridhar Ratnakumar sridh...@activestate.com added the comment: How would you implement this? And would you turn a disk full error, for example, into a ZipError as well? I see your point. I am not sure what a reliable way to do this would be. For the record, this is how I workaround it: https://github.com/ActiveState/applib/blob/master/applib/_compression.py#L78 (I cannot find any other reason for an IOError/errno=2 during extraction) And I, personally, wouldn't turn the disk full error into a ZipError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2001] Pydoc interactive browsing enhancement
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: -srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Sridhar Ratnakumar sridh...@activestate.com added the comment: No, this is not an issue for me on Python 3.2 and AIX 5.1. -- versions: -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10222] 3.2 on AIX - Unexpected text ',' encountered.
New submission from Sridhar Ratnakumar sridh...@activestate.com: Parser/tokenizer.h, line 18.17: 1506-275 (S) Unexpected text ',' encountered. http://svn.python.org/view/python/branches/py3k/Parser/tokenizer.h?annotate=76232#l16 Extra comma in the following line: STATE_NORMAL, /* have a codec associated with input */ Introduced by neil.schem in r58226 -- components: Build messages: 119809 nosy: nascheme, srid priority: normal severity: normal status: open title: 3.2 on AIX - Unexpected text ',' encountered. type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
New submission from Sridhar Ratnakumar sridh...@activestate.com: I noticed that Python 2.6.6 crashes on OSX 10.6 when using Komodo. The below traceback indicates a crash in line 911 - Py_XDECREF(ep-me_value); in tags/r266/Objects/dictobject.c Thread 0: Dispatch queue: com.apple.main-thread 0 org.activestate.ActivePython26 0x129a3716 dict_dealloc + 82 (dictobject.c:911) 1 org.activestate.ActivePython26 0x12976ed1 instance_dealloc + 437 (classobject.c:669) 2 org.activestate.ActivePython26 0x129a3752 dict_dealloc + 142 (dictobject.c:907) 3 org.activestate.ActivePython26 0x129bfcdd subtype_dealloc + 884 (typeobject.c:1004) 4 org.activestate.ActivePython26 0x12994f96 list_dealloc + 212 (listobject.c:306) 5 org.activestate.ActivePython26 0x129a2f81 insertdict + 122 (dictobject.c:459) 6 org.activestate.ActivePython26 0x129a33d9 PyDict_SetItem + 92 (dictobject.c:701) 7 org.activestate.ActivePython26 0x129a8f2e PyObject_GenericSetAttr + 262 (object.c:1504) 8 org.activestate.ActivePython26 0x129a7c2b PyObject_SetAttr + 135 (object.c:1252) 9 org.activestate.ActivePython26 0x12a08132 PyEval_EvalFrameEx + 8529 (ceval.c:1864) 10 org.activestate.ActivePython26 0x12a0bcaa PyEval_EvalFrameEx + 23753 (ceval.c:3836) 11 org.activestate.ActivePython26 0x12a0bcaa PyEval_EvalFrameEx + 23753 (ceval.c:3836) 12 org.activestate.ActivePython26 0x12a0cbca PyEval_EvalCodeEx + 1973 (ceval.c:3000) 13 org.activestate.ActivePython26 0x12990d81 function_call + 162 (funcobject.c:524) 14 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 15 org.activestate.ActivePython26 0x12a08f3b PyEval_EvalFrameEx + 12122 (ceval.c:4063) 16 org.activestate.ActivePython26 0x12a0cbca PyEval_EvalCodeEx + 1973 (ceval.c:3000) 17 org.activestate.ActivePython26 0x12990d81 function_call + 162 (funcobject.c:524) 18 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 19 org.activestate.ActivePython26 0x12974615 instancemethod_call + 401 (classobject.c:2579) 20 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 21 org.activestate.ActivePython26 0x12968e47 PyObject_CallMethod + 154 (abstract.c:2524) 22 libpyxpcom.dylib0x0078cdde PyXPCOM_XPTStub::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*) + 242 Even though the traceback is for ActivePython (that Komodo includes), this seems to happen with the official Python binaries as well: http://www.gossamer-threads.com/lists/python/python/844086 -- assignee: ronaldoussoren components: Interpreter Core, Macintosh messages: 118449 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: dictobject.c: crash in Py_XDECREF type: crash versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-10-12, at 11:49 AM, Ned Deily wrote: And what is libpyxpcom.dylib? Likely PyXPCOM https://developer.mozilla.org/en/PyXPCOM As Ronald says, this is almost certainly a 3rd-party extension module problem. Ok, I've made a note for Todd (current developer for PyXPCOM) here, http://bugs.activestate.com/show_bug.cgi?id=88165#c5 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +toddw ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
Sridhar Ratnakumar sridh...@activestate.com added the comment: Ah, please close this then. I am not sure what I was thinking when reporting this bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
Sridhar Ratnakumar sridh...@activestate.com added the comment: FWIW, since last year ActivePython 2.6/2.7 puts C:\PythonXY\Scripts and %APPDATA%\Python\Scripts in %PATH% and we haven't had any complaints so far. In addition, we also create a versioned interpreter executable - C:\PythonXY\pythonxy.exe - that is something the official installer can do as well, as it makes it possible to just type, say, python27 when multiple Python versions are installed ... similar to typing 'python2.7' on *nix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Sridhar Ratnakumar sridh...@activestate.com added the comment: When I disabled r83335, openssl build fails: set ASM=ml64 /c /Cp /Cx /Zi crypto\x86_64cpuid.pl tmp64\x86_64cpuid.asm ml64 /c /Cp /Cx /Zi /Fotmp64\x86_64cpuid.obj tmp64\x86_64cpuid.asm Assembling: tmp64\x86_64cpuid.asm MASM : fatal error A1000:cannot open file : tmp64\x86_64cpuid.asm I guess the real question is - where I do get the ./asm64/ directory from? It is not found in the openssl-1.0.0a.tar.gz source. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-08-28, at 12:48 AM, Martin v. Löwis wrote: Martin v. Löwis mar...@v.loewis.de added the comment: Ok, I have now added these files in r84332. Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC
Sridhar Ratnakumar sridh...@activestate.com added the comment: Like Mark, I too see an error with ctypes due to this change: *** WARNING: renaming _ctypes since importing it failed: dlopen(build/lib.macosx-10.5-intel-3.2/_ctypes.so, 2): Symbol not found: _ffi_closure_alloc Referenced from: /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so Expected in: flat namespace in /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so MacOSX 10.6 | built with 10.5 SDK | i386 and x86_64 arch | ActivePython 3.2 internal build -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
New submission from Sridhar Ratnakumar sridh...@activestate.com: With openssl-1.0.0a, I get the following error when building the py3k branch on Windows 64-bit: Traceback (most recent call last): File build_ssl.py, line 262, in module main() File build_ssl.py, line 234, in main for f in os.listdir(asm+dirsuffix): WindowsError: [Error 3] The system cannot find the path specified: 'asm64/*.*' Likely due to this commit http://svn.python.org/view/python/branches/py3k/PCbuild/build_ssl.py?r1=83288r2=83335 -- components: Build, Windows messages: 115243 nosy: loewis, srid priority: normal severity: normal status: open title: build_ssl.py: cannot find 'asm64/*.*' versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Sridhar Ratnakumar sridh...@activestate.com added the comment: I cannot arrive at a possible rationale behind that commit, as the only '*.asm' file I see in the openssl-1.0.0a/ directory is ms\update.asm. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- type: - compile error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
New submission from Sridhar Ratnakumar sridh...@activestate.com: We, ActiveState, are trying to build Python 3.2 (py3k branch) and get this error: make: [build_zlib] running 'cd build/pyhg_branches_py3k-linux-x86_64-hgtip32/python/Modules/zlib CFLAGS=-fPIC ./configure --prefix=/home/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-linux-x86_64-hgtip32/ExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIx make make install' Checking for gcc... Checking for shared library support... Tested gcc -w -c -fPIC -fPIC ztest8832.c Tested gcc -shared -Wl,-soname,libz.so.1,--version-script,zlib.map -fPIC -fPIC -o ztest8832.so ztest8832.o /usr/bin/ld: cannot open linker script file zlib.map: No such file or directory collect2: ld returned 1 exit status No shared library support; try without defining CC and CFLAGS Building static library libz.a version 1.2.5 with gcc. Checking for off64_t... Yes. Checking for fseeko... Yes. cp: cannot stat `zconf.h.in': No such file or directory Checking for unistd.h... Yes. Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf(). Checking for vsnprintf() in stdio.h... Yes. Checking for return value of vsnprintf()... Yes. Checking for attribute(visibility) support... Yes. ./configure: 596: cannot open zlib.pc.in: No such file gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o example.o example.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o adler32.o adler32.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o compress.o compress.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o crc32.o crc32.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o deflate.o deflate.c make: *** No rule to make target `gzguts.h', needed by `gzclose.o'. Stop. Running a ./configure Modules/zlib leads to: sridh...@whymac:~/code/o/py/py3k/Modules/zlib ./configure Checking for gcc... Checking for shared library support... Building shared library libz.1.2.5.dylib with gcc. Checking for off64_t... No. Checking for fseeko... Yes. cp: zconf.h.in: No such file or directory Checking for unistd.h... Yes. Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf(). Checking for vsnprintf() in stdio.h... Yes. Checking for return value of vsnprintf()... Yes. Checking for attribute(visibility) support... Yes. ./configure: line 575: zlib.pc.in: No such file or directory *** Is zlib.pc.in missing by accident? *** I can run ./configure in Modules/zlib for Python trunk (2.7) though. Sifting through the changelog, I discovered that this commit must have introduced this bug http://svn.python.org/view/python/branches/py3k/Modules/zlib/configure?r1=56849r2=83296 Marin, perhaps you forgot to checkin zlib.pc.in? Have you tried running ./configure (under Modules/zlib) on a OSX or Linux machine? -- components: Build, Extension Modules messages: 115143 nosy: loewis, srid priority: normal severity: normal status: open title: 3.2 - zlib.pc.in is missing in source tree type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
Sridhar Ratnakumar sridh...@activestate.com added the comment: OK - we use Modules/zlib for ActivePython build on all platforms (not just Windows). When I included the following files from zlib-1.2.5.tar.gz - Modules/zlib builds fine. gzclose.c gzguts.h gzlib.cgzread.c gzwrite.c zlib.pc.in zlib.map zconf.h.in We could add these as part of our internal build process, but it would be nice to have these checked into Modules/zlib (I don't have commit access - so I can't add them). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
New submission from Sridhar Ratnakumar sridh...@activestate.com: I see the following failure on Fedora Core 4 (32-bit and 64-bit) with Python 2.7.0. == FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File /home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py, line 157, in test_executable_without_cwd self.assertEqual(p.returncode, 47) AssertionError: 1 != 47 == FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCaseNoPoll) -- Traceback (most recent call last): File /home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py, line 157, in test_executable_without_cwd self.assertEqual(p.returncode, 47) AssertionError: 1 != 47 -- -- components: Library (Lib), Tests messages: 114797 nosy: srid priority: normal severity: normal status: open title: test_executable_without_cwd fails: AssertionError: 1 != 47 type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9671 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9672] test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy
New submission from Sridhar Ratnakumar sridh...@activestate.com: test_xpickle 'python2.4' is not recognized as an internal or external command, operable program or batch file. 'python2.5' is not recognized as an internal or external command, operable program or batch file. 'python2.6' is not recognized as an internal or external command, operable program or batch file. On Windows, that should be python24.exe (not python2.4.exe). -- components: Tests, Windows messages: 114798 nosy: srid priority: normal severity: normal status: open title: test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9672 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9672] test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy
Sridhar Ratnakumar sridh...@activestate.com added the comment: On Windows, that should be python24.exe (not python2.4.exe). Hmm, that is only true for ActivePython. For detecting Python interpreters installed on the system, a simple approach could be to hardcode the full paths, as done by tox: http://code.google.com/p/pytox/source/browse/tox/_venv.py#242 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9672 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote: I now understand why my script fails, and it is caused by this issue. The sysconfig.py code has another major issue: the use of os.putenv. This changes the environment, without changing os.environ. The use of os.putenv should be replaced by setting keys in os.environ to make it easier to discover that changes have been made. Even that is no good: setting the environment variable should only be done in distutils to ensure that the right build environment is used. It should not be set globally where it will affect code that it was never intended to affect. I agree that environment variable should only be affected during distutils build, and not globally. I now recall debugging this issue (with 2.7 alpha/beta, I guess) and arriving at the same confusion. BTW. Sridhar: could this be the reason you cannot find the correct reproduction steps for this? Do you use a build script that is writting in python and run with a copy of python where sysconfig.get_config_var('MACOSX_DEPLOYMENT_TARGET') returns '10.3'? Yes, but I am not entirely sure if that copy of python returned 10.3, and I no longer have that copy ... as I've been upgrading 2.6 and 2.7 pretty often in our two Mac build machines. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9594] typo on Mac/Makefile.in? s/pythonw/python/
New submission from Sridhar Ratnakumar sridh...@activestate.com: From Mac/Makefile.in: [...] ifneq ($(LIPO_32BIT_FLAGS),) lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/pythonw$(VERSION)-32 pythonw ln -sf python$(VERSION)-32 $(DESTDIR)$(prefix)/bin/python-32 ln -sf pythonw$(VERSION)-32 $(DESTDIR)$(prefix)/bin/pythonw-32 endif [...] Shouldn't the last word in the first line be `python` instead of `pythonw`? http://svn.python.org/view/python/trunk/Mac/Makefile.in?annotate=77031#l55 -- assignee: ronaldoussoren components: Build, Macintosh messages: 113836 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: typo on Mac/Makefile.in? s/pythonw/python/ type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9594] typo on Mac/Makefile.in? s/pythonw/python/
Sridhar Ratnakumar sridh...@activestate.com added the comment: Specifically python$(VERSION)-32 python instead of python$(VERSION)-32 pythonw? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
New submission from Sridhar Ratnakumar sridh...@activestate.com: According to Mac/Makefile.in, scripts like pydoc, idle, smtpd.py and so on gets symlinked in /usr/local/bin but there is none for 2to3. Perhaps this was forgotten? -- assignee: ronaldoussoren components: 2to3 (2.x to 3.0 conversion tool), Build, Macintosh messages: 113845 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: mac: Install 2to3 in /usr/local/bin type: feature request versions: Python 2.6, Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Sridhar Ratnakumar sridh...@activestate.com added the comment: Another machine. Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command that gives the error message? I don't think I had this environment set when I saw the above error message. I had to set MACOSX_DEPLOYMENT_TARGET=10.5 in order to workaround it though. BTW, I just figured that following command will reliably reproduce this issue: $ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7 -B -s -c import sys;print('%d.%d' % tuple(sys.version_info)[:2]) Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 558, in module main() File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 540, in main known_paths = addusersitepackages(known_paths) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 264, in addusersitepackages user_site = getusersitepackages() File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 239, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 229, in getuserbase USER_BASE = get_config_var('userbase') File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 518, in get_config_var return get_config_vars().get(name) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 421, in get_config_vars _init_posix(_CONFIG_VARS) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 300, in _init_posix raise IOError(msg) IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure Though, I do recall seeing this error without having that environment set at all. -- title: sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure - sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Sridhar Ratnakumar sridh...@activestate.com added the comment: Looks like reply-by-email stripped some parts of the message. does the error occur on the 10.6 machine you used to do the build or another machine? Another 10.6 machine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Sridhar Ratnakumar sridh...@activestate.com added the comment: Even simply invoking the interpreter raises this exception! $ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7 [...] IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure $ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Sridhar Ratnakumar sridh...@activestate.com added the comment: We build ActivePython 2.7 on Mac as follows: $ export MACOSX_DEPLOYMENT_TARGET=10.5 $ ./configure --enable-framework --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk/ --with-universal-archs=intel $ make (the environment variable is also used by other builds) We explicitly specify the SDK path here because the build happens on a 10.6 machine (to ensure that tkinter is built for 64-bit arch). Also, we explicitly drop PPC support. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
New submission from Sridhar Ratnakumar sridh...@activestate.com: I cannot find correct repro steps for this, but: /Library/Frameworks/Python.framework/Versions/2.7/bin/python -B -s -c import sys;print('%d.%d' % tuple(sys.version_info)[:2]) Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 558, in module main() File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 540, in main known_paths = addusersitepackages(known_paths) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 264, in addusersitepackages user_site = getusersitepackages() File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 239, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py, line 229, in getuserbase USER_BASE = get_config_var('userbase') File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 518, in get_config_var return get_config_vars().get(name) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 421, in get_config_vars _init_posix(_CONFIG_VARS) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py, line 300, in _init_posix raise IOError(msg) IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure Python was built on a Snow Leopard machine with MACOSX_DEPLOYMENT_TARGET=10.5 environment variable. But on the user's 10.6 machine, no such environment variable is necessarily set. Why is this check required? Shouldn't it be restricted to building modules using distutils, and not happen during an innocuous import site that happens in interpreter startup? -- assignee: tarek components: Distutils messages: 112892 nosy: srid, tarek priority: normal severity: normal status: open title: sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during configure
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- components: +Macintosh versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7742] please avoid 'which' in Modules/ld_so_aix
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-07-22, at 11:56 AM, Stefan Krah wrote: Stefan Krah stefan-use...@bytereef.org added the comment: I'm not sure this should be changed: 1) Why is .cshrc sourced? It should only get sourced for a login shell. /usr/bin/which is a csh script on our AIX machine too: bash-2.04$ head -n 5 /usr/bin/which #!/usr/bin/csh -f set prompt = % if ( -f ~/.cshrc) then source ~/.cshrc endif 2) If the user sets a PATH that excludes the compiler, then `which` will also not find the compiler on other systems (like Linux). Why would anyone set a PATH that excludes the compiler? Sridhar, has this ever been a problem for you on AIX? Not at all, we use bash as the default shell. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8286] distutils: path '[...]' cannot end with '/' -- need better error message
Sridhar Ratnakumar sridh...@activestate.com added the comment: Repro steps on a Windows machine: 1. pip install --no-install django-navbar==0.2 Yes, it seems like a bug in the MANIFEST file of the django-navbar project (which is not mine) that seems to have been fixed in the subsequent 0.3 release. at best it needs a better error message. +1 -- title: distutils: path '[...]' cannot end with '/' - distutils: path '[...]' cannot end with '/' -- need better error message type: behavior - feature request versions: +Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8286 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Sridhar Ratnakumar sridh...@activestate.com added the comment: BTW, ActivePython (2.6 and 2.7 at the moment) includes this patched idle.bat. The start menu shortcut launches it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9278] rename 2to3 pydoc to 2to3.py pydoc.py
Sridhar Ratnakumar sridh...@activestate.com added the comment: Ah, so the python.org installers do have the .py extension for these scripts. Only ActivePython doesn't. Perhaps msilib (something that we don't use) does the rename. Sorry for the confusion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4499] redefinition of TILDE macro on AIX platform
Sridhar Ratnakumar sridh...@activestate.com added the comment: I've located the following patch in our ActivePython source tree. $ cat src/patches/3.1/general/aix_tilde.patch --- Include/token.h.orig2008-10-08 11:51:52.0 -0700 +++ python/Include/token.h 2008-10-08 11:52:53.0 -0700 @@ -7,6 +7,8 @@ extern C { #endif +#undef TILDE /* Prevent clash of our definition with system macro. Ex AIX, ioctl.h */ + #define ENDMARKER 0 #define NAME 1 #define NUMBER 2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9278] rename 2to3 pydoc to 2to3.py pydoc.py
Sridhar Ratnakumar sridh...@activestate.com added the comment: What do you mean by 'commands'? Being able to type '2to3' instead of '2to3.py' on *nix? Want me to open a new feature request for Windows support - perhaps by including a 2to3.bat/pydoc.bat (similar to idle.bat) in C:\PythonXY\Scripts? The idea is to let Windows users run 2to3 and pydoc; that's all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9306] distutils: raise informative error message when cmd_class is None
New submission from Sridhar Ratnakumar sridh...@activestate.com: Current I see this: File /opt/ActivePython-2.7/lib/python2.7/distutils/dist.py, line 806, in get_command_class klass = self.cmdclass.get(command) AttributeError: 'NoneType' object has no attribute 'get' more context: https://bugs.launchpad.net/pyreadline/+bug/607329 -- assignee: tarek components: Distutils messages: 110776 nosy: srid, tarek priority: normal severity: normal status: open title: distutils: raise informative error message when cmd_class is None type: feature request versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9306 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- components: +Windows nosy: +srid type: behavior - feature request versions: +Python 3.3 -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9278] rename 2to3 to 2to3.py
New submission from Sridhar Ratnakumar sridh...@activestate.com: C:\c:\Python26\Tools\scripts\2to3 'c:\Python26\Tools\scripts\2to3' is not recognized as an internal or external command, operable program or batch file. All other scripts in Tools\scripts directory have .py extension. Only 2to3 doesn't. -- components: 2to3 (2.x to 3.0 conversion tool), Windows messages: 110503 nosy: srid priority: normal severity: normal status: open title: rename 2to3 to 2to3.py type: feature request versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9278] rename 2to3 pydoc to 2to3.py pydoc.py
Sridhar Ratnakumar sridh...@activestate.com added the comment: (Same for pydoc) -- title: rename 2to3 to 2to3.py - rename 2to3 pydoc to 2to3.py pydoc.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9224] Distutls fails with MSVC++ 2008on Windows Vista 64bit
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Changes by Sridhar Ratnakumar sridh...@activestate.com: Added file: http://bugs.python.org/file17938/idle-use-curr-py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: 2.7 final works fine on AIX. This issue can be closed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9075] ssl module sets debug flag on SSL struct
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-27, at 5:48 AM, Ronald Oussoren wrote: Even when building using an SDK you can use frameworks in /Library/Frameworks because $SDKROOT/Library/Frameworks is a symlink to the real /Library/Frameworks. When building on 10.6, we are relying on Apple's Tcl/Tk 8.5 in /System/Library/Frameworks But 10.5 SDK only has Tcl/Tk 8.4 (i386+ppc) on a 10.6 machine: $ ls -l /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/ total 8 drwxr-xr-x 3 root wheel 170 19 Jan 18:21 8.4 lrwxr-xr-x 1 root wheel3 19 Jan 18:19 Current - 8.4 For Python 2.7, do you think it is possible to use the (64-bit) Tcl/Tk 8.5 from /System/Library/Framework when building with 10.5 SDK on a 10.6 machine? -srid -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: I tried patching setup.py to force linking to Apple's Tcl/Tk: --- python/setup.py.original2010-06-28 11:40:26.0 -0700 +++ python/setup.py 2010-06-28 11:45:39.0 -0700 @@ -1682,6 +1682,15 @@ for F in framework_dirs: # both Tcl.framework and Tk.framework should be present +# When building for 64-bit (presumably on 10.6, with 10.5 SDK), +# skip the SDK Tcl/Tk and instead use the one on /System/Library +# which is Apple's Tcl/Tk 8.5 with 64-bit. +if PT_CONFIG_mac_64bit: +F = '/System/Library/Frameworks/' # force Apple's one +for fw in 'Tcl', 'Tk': +if not exists(join(F, fw + '.framework')): +raise IOError('No %s found in %s' % (fw, F)) +break for fw in 'Tcl', 'Tk': if is_macosx_sdk_path(F): But unfortunately, even though we use 8.5 header files ... the link line uses `-isysroot`, thereby linking to 8.4: gcc -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.5.sdk/ -isysroot /Developer/SDKs/MacOSX10.5.sdk/ -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.5.sdk/ -isysroot /Developer/SDKs/MacOSX10.5.sdk/ build/temp.macosx-10.5-intel-2.7/Users/sridharr/as/apy/trunk/build/pyhg_trunk-macosx-hgtip27/python/Modules/_tkinter.o build/temp.macosx-10.5-intel-2.7/Users/sridharr/as/apy/trunk/build/pyhg_trunk-macosx-hgtip27/python/Modules/tkappinit.o -L/Library/Frameworks/Python.framework/Versions/2.7/lib -o build/lib.macosx-10.5-intel-2.7/_tkinter.so -framework Tcl -framework Tk ld: warning: in /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks//Tk.framework/Tk, missing required architecture x86_64 in file *** WARNING: renaming _tkinter since importing it failed: dlopen(build/lib.macosx-10.5-intel-2.7/_tkinter.so, 2): Symbol not found: _Tk_GetNumMainWindows -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: Here's one resolution: 1. Edit setup.py to make INCLUDE/LIB paths for OpenSSL use the SDKROOT (for 10.5+ compat): [...] search_for_ssl_incs_in = [/Developer/SDKs/MacOSX10.5.sdk/usr/include/ if ON_SNOW_LEOPARD else /usr/include] search_for_ssl_libs_in = [/Developer/SDKs/MacOSX10.5.sdk/usr/lib/ if ON_SNOW_LEOPARD else /usr/lib] 2. Force the 10.5 SDK to use Apple's Tcl/Tk 8.5 (10.5 users must install ActiveTcl, and then launch Python as arch -i386 python2.7 if they want to use tkinter): $ sudo ln -s /System/Library/Frameworks/Tcl.framework /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/ $ sudo ln -s /System/Library/Frameworks/Tk.framework /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/ 3. Build with 10.5 SDK $ export MACOSX_DEPLOYMENT_TARGET=10.5 $ ./configure --enable-framework --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk/ --with-universal-archs=intel $ make And the result is a Python that works on 10.5+ and gives you 64-bit Tkinter for 10.6 users. This is how I am intending to build ActivePython 2.7 this weekend. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-25, at 8:13 AM, Ronald Oussoren wrote: Sridhar: building using the 10.5 SDK should also work by using --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk. I've recently patched setup.py and distutils to honor the SDK setting when looking for files. Yes, but that will end up linking with Tcl/Tk 8.4 /inside/ the 10.5sdk; whereas the walkthrough above links to Apple's Tcl/Tk 8.5 built with 64-bit. I do hope - and I am not sure about this (though I have personally verified this by running regrtest) - using MACOSX_DEPLOYMENT_TARGET=10.5 will make the resultant binaries work on a 10.5 machine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: We can make this work on OSX 10.6 atleast, using Apple's system Tcl/Tk 8.5. 1. Get a 10.6 build machine with 10.5 SDK 2. Modify setup.py to use openssl 0.9.7 (*not* 0.9.8): search_for_ssl_incs_in=['/Developer/SDKs/MacOSX10.5.sdk/usr/include/'] [...] s/ libraries = ['ssl', 'crypto'] / libraries = ['ssl.0.9.7', 'crypto.0.9.7'] /g 3. Run ./configure with MACOSX_DEPLOYMENT_TARGET=10.5 env variable Catch: 10.5 users will have to install Tcl/Tk manually (eg: ActiveTcl 8.5) and run IDLE with arch -i386 idle2.7 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8798] tkinter build variants on OSX
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +hobbs, srid, trentm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
New submission from Sridhar Ratnakumar sridh...@activestate.com: It appears that we are building 64-bit mac installer starting 2.7. For http://python.org/ftp/python/2.7/python-2.7rc1-macosx10.5-2010-06-07.dmg $ file /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: Mach-O universal binary with 2 architectures /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so (for architecture ppc7400): Mach-O bundle ppc /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so (for architecture i386):Mach-O bundle i386 $ python2.7 -c import _tkinter Traceback (most recent call last): File string, line 1, inmodule ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 2): no suitable image found. Did find: /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper $ -- assignee: ronaldoussoren components: IDLE, Macintosh, Tkinter messages: 108292 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX because sizeof(char) == 32
Sridhar Ratnakumar sridh...@activestate.com added the comment: Ok, I now have a fix for this issue. The reason for sizeof(c) being 4 bytes is because it is defined as `register int` ... and yet `Py_CHARMASK` fails to type-cast `c` to a `char` type, which is exactly what the attached patch does. -- keywords: +patch title: 2.7: eval hangs on AIX - 2.7: eval hangs on AIX because sizeof(char) == 32 Added file: http://bugs.python.org/file17711/tok_get_infinite_loop_fix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX because sizeof(char) == 32
Sridhar Ratnakumar sridh...@activestate.com added the comment: David, to answer your question How does it behave with the head of the current 2.6 maintenance branch, by the way?, since this bug appears to be in Include/pyctype.h, which file was available only in 2.7+ and 3.x, I don't believe it will reproduce in 2.6 maint branch that doesn't even have pyctype.h. I am also adding Eric Smith, the original author of pyctype.h that got added as a fix for issue5793, to this bug. Eric, I've attached a patch ... can you review it please? -- nosy: +eric.smith versions: +Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- title: 2.7: eval hangs on AIX because sizeof(char) == 32 - 2.7: eval hangs on AIX ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-18, at 11:47 AM, Eric Smith wrote: Eric Smith e...@trueblade.com added the comment: I suppose that's correct, although I have no way to test it. I have tested it on Linux 64-bit by running `test.regrtest`. It doesn't seem to break anything. I haven't spent a lot of time looking at the code in tokenizer.c, but if there's a problem with sign-extending signed chars, it wouldn't surprise me if it shows up in more than one place. My conclusive understanding of the problem: `register int` is 4 bytes in size, and this (`c`) is used without any cast as an index to the array _Py_ctype_table (in pyctype.c) ... by passing it to `Py_CHARMASK` which, if CHAR_UNSIGNED is defined (as is the case with AIX compiler), *assumes* that `c` will always be a char. And that assumption is not respected by tokenizer.c:tok_get which (indirectly) passes `register int` to this macro. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-18, at 11:49 AM, Eric Smith wrote: It would also be good to get a test case for this. I realize it's difficult, but that's the sort of change that might get undone some day by someone going through and optimizing the code. Running existing tests (some of which use `eval`) on a platform/compiler combination (eg: AIX/xlc_r) where __CHAR_UNSIGNED__ gets defined should be enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
New submission from Sridhar Ratnakumar sridh...@activestate.com: I first noticed this when `test_compare_function_objects` was taking forever to run. The culprit is that the following statement just hangs forever. Note that eval(2), for instance, runs fine, but when a builtin object is used (eg: None, True), it hangs. python -c eval('None') This is reproducible on Python 2.7 (rc1 and latest trunk) and AIX 5.1. This is regression, as it used to work on 2.6. -- components: Interpreter Core, Tests messages: 108057 nosy: srid priority: normal severity: normal status: open title: 2.7: eval hangs on AIX type: resource usage versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: eval('ghjsdjhgh') too hangs, btw. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: I traced the infinite loop to tokenizer.c:tok_get around line 1368: while (Py_ISALNUM(c) || c == '_') { c = tok_nextc(tok); } Adding a `printf` statement at the beginning of the loop: printf(tok_get: third while: c = %c (%d) ... Py_ISALNUM=%d\n, c, c, Py_ISALNUM(c)); Output: tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 tok_get: third while: c = � (-1) ... Py_ISALNUM=2 [...] I may not spend much time on this bug, unless someone can hint at what might have gone wrong here? As for 2.6-maint, I will find that out sometime this week. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9020] 2.7: eval hangs on AIX
Sridhar Ratnakumar sridh...@activestate.com added the comment: Py_CHARMASK(c) = 4294967295 And I think I found the problem: from Include/Python.h /* Convert a possibly signed character to a nonnegative int */ /* XXX This assumes characters are 8 bits wide */ #ifdef __CHAR_UNSIGNED__ #define Py_CHARMASK(c) (c) #else #define Py_CHARMASK(c) ((unsigned char)((c) 0xff)) #endif __CHAR_UNSIGNED__ is defined to 1, but when I printed the value of sizeof(c) in the above while loop, it printed 4. Therefore .. c is 32 bits side. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Sridhar Ratnakumar sridh...@activestate.com added the comment: I am curious as to why this should still fail as the OSX filesystem is case sensitive. Finder has no problems with extrating this particular tarball. Do you think this is a (separate) bug, or is this by design (why?)? If this is by design, does it make sense to raise a custom exception from TarError, instead of the generic IOError? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote: Lars Gustäbel l...@gustaebel.de added the comment: a) The point is: the operation simply wouldn't fail on a case-sensitive filesystem. There is no platform-specific or otherwise special code in TarFile.makefile(). It simply tries to extract the file and the filesystem layer says no, because it believes there is already a directory with the same name. The same thing happens on a Windows filesystem BTW. The problem boils down to this: os.mkdir(A) open(a, w) IOError: [Errno 21] Is a directory: 'a' And IIUC, the Mac OS X filesystem is case-preserving(!) by default, with the possibility to create new filesystems as case-sensitive. As I said, my Mac OS X expertise is almost nonexistent, you might as well ask someone with more knowledge on Python on Mac OS X. Ah, I see. I didn't know about this compatibility quirk. b) I don't know what Finder does with that archive, but I cannot think of any other way than either not to extract the file at all or to extract it under a different name or to remove the directory first and then extract the file. Could you please examine how Finder extracts this archive? I was wrong about Finder extracting the tarball; actually I used the Finder on my macbook (10.6), where `open(a, w)` succeeds. Whereas this issue seems to be reproducible in 10.5 or 10.4 only. I did try to use `tar` this time, and it failed: $ tar zxf hntool-0.1.1.tar.gz tar: hntool-0.1.1/hntool: Cannot open: File exists tar: Error exit delayed from previous errors c) IMHO the IOError exception is perfectly fine, because this kind of issue is outside of tarfile's scope. We hit a filesystem limit here. Also, there is no decent way to work around this problem, and I think there is no need to either. In this case, yes ... I agree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8918] distutils test failure on solaris: IOError: [Errno 2] No such file or directory: '_configtest.i'
Sridhar Ratnakumar sridh...@activestate.com added the comment: -bash-3.00$ cat _configtest.c // xxx -bash-3.00$ - This is how the C compiler is invoked: $ cc -E -o _configtest.i _configtest.c # 1 _configtest.c #ident acomp: Sun C 5.9 SunOS_i386 2007/05/03 $ It does not generate a _configtest.i file .. which is because the `-E` option on Solaris sends the preprocessed output directly to `stdout` without respecting the `-o` option. From man cc, -E Runs the source file through the preprocessor only and sends the output to stdout. The preprocessor is built directly into the compiler, except in -Xs mode, where /usr/ccs/lib/cpp is invoked. Includes the preprocessor line numbering information. See also -P option. But the `-P` option does output to the .i file: -P Preprocesses only the named C files and leaves the result in corresponding files suffixed .i. The output will not contain any preprocessing line directives, unlike -E. So the fix is to use `-P` instead of `-E` on Solaris. I see that `-E` is used in lib/python2.7/distutils/ccompiler.py .. around this line: else: cpp = cc + -E # not always Tarek, note the not always command above. At least, we now know that on Solaris this happens to be -P. The resulting .i file is: -bash-3.00$ cat _configtest.i #ident acomp: Sun C 5.9 SunOS_i386 2007/05/03 -bash-3.00$ - As for `cc` itself: -bash-3.00$ which cc /usr/bin/cc -bash-3.00$ cc -V cc: Sun C 5.9 SunOS_i386 2007/05/03 usage: cc [ options] files. Use 'cc -flags' for details -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8961] compile Python-2.7rc1 on AIX 5.3 with xlc_r
Sridhar Ratnakumar sridh...@activestate.com added the comment: FYI, I cannot reproduce this on AIX 5.1: bash-2.04$ i/bin/python ActivePython 2.7.0c1.0 (ActiveState Software Inc.) based on Python 2.7rc1 (r27rc1:81772, Jun 5 2010, 23:20:01) [C] on aix5 Type help, copyright, credits or license for more information. import sysconfig sysconfig.get_config_var(CONFIG_ARGS) '--prefix=/home/apy/tmp/issue8961/ActivePython-2.7.0c1.0-aix-powerpc64/i' '--without-cxx' '--disable-ipv6' 'CC=xlc_r' ^D bash-2.04$ i/bin/python -m platform AIX-1-000C763E4C00-powerpc-64bit -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8961 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-10, at 1:06 PM, Lars Gustäbel wrote: Is this problem specific to 2.7rc1 Yes. or are other versions affected as well? Nope, at least ... I know that 2.6 doesn't have this problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8958] 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory
New submission from Sridhar Ratnakumar sridh...@activestate.com: 1. Find an OSX 10.5.8 machine 2. wget http://hntool.googlecode.com/files/hntool-0.1.1.tar.gz 3. $ python2.7 -c import tarfile as T; t=T.open('hntool-0.1.1.tar.gz'); t.extractall() Traceback (most recent call last): File string, line 1, in module File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tarfile.py, line 2046, in extractall self.extract(tarinfo, path) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tarfile.py, line 2083, in extract self._extract_member(tarinfo, os.path.join(path, tarinfo.name)) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tarfile.py, line 2159, in _extract_member self.makefile(tarinfo, targetpath) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tarfile.py, line 2198, in makefile target = bltn_open(targetpath, wb) IOError: [Errno 21] Is a directory: './hntool-0.1.1/hntool' ... Note that, when extracted open via other tools, hntool-0.1.1.tar.gz contains within it ... both a directory named HnTool (note the case) and a file called hntool. -- components: Library (Lib) messages: 107419 nosy: srid priority: normal severity: normal status: open title: 2.7rc1 tarfile.py: `bltn_open(targetpath, wb)` - IOError: Is a directory type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8958 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8921] 2.7rc1: test_ttk failures on OSX 10.4
New submission from Sridhar Ratnakumar sridh...@activestate.com: Several test_ttk failures on OSX 10.4 (w/ Tcl/Tk 8.5 installed in /Library/Frameworks) and Python 2.7rc1 == ERROR: test_tab_identifiers (test_ttk.test_widgets.NotebookTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 560, in test_tab_identifiers self.assertEqual(self.nb.tab('@5,5'), self.nb.tab('current')) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/ttk.py, line 922, in tab return _val_or_dict(kw, self.tk.call, self._w, tab, tab_id) File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/ttk.py, line 318, in _val _or_dict res = func(*(args + options)) TclError: tab '@5,5' not found == FAIL: test_identify (test_ttk.test_widgets.WidgetTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 27, in test_identify self.assertEqual(self.widget.identify(5, 5), label) AssertionError: 'Button.button' != 'label' == FAIL: test_traversal (test_ttk.test_widgets.NotebookTest) -- Traceback (most recent call last): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/test/test_ttk/test_widgets .py, line 721, in test_traversal self.assertEqual(self.nb.select(), str(self.child1)) AssertionError: '.73168616' != '.73169536' -- -- assignee: ronaldoussoren components: Macintosh, Tests, Tkinter messages: 107199 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: 2.7rc1: test_ttk failures on OSX 10.4 type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8864] multiprocessing: undefined struct/union member: msg_control
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-05-31, at 4:54 PM, John Levon wrote: In terms of getting Python building again, it should be sufficient to define _XPG4_2 for the multiprocessing module compile only. I can verify that the following patch works around this issue (for now); --- python.org/Modules/_multiprocessing/multiprocessing.c 2010-05-31 17:04:08.499559243 -0700 +++ python/Modules/_multiprocessing/multiprocessing.c 2010-05-31 17:04:28.568723434 -0700 @@ -6,6 +6,11 @@ * Copyright (c) 2006-2008, R Oudkerk --- see COPYING.txt */ +/* + * Workaround for http://bugs.python.org/issue8864#msg106820 + */ +#define _XPG4_2 + #include multiprocessing.h #ifdef SCM_RIGHTS On 2010-06-01, at 5:25 AM, John Levon wrote: Right, it should be one of the official ways of enabling that. So I presume this should be the right way to fix this bug? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8864] multiprocessing: undefined struct/union member: msg_control
New submission from Sridhar Ratnakumar sridh...@activestate.com: There is apparently a regression on ^/trunk with multiprocessing on solaris10-x86 today. (used to work a few weeks before) cc -Kpic -OPT:Olimit=0 -g -DNDEBUG -O -IModules/_multiprocessing -I. -IInclude -I./Include -I/export/home/apy/rrun/build/activepyt hon-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Include -I/export/home/apy/rrun/build/activepython-svn-trunk/buil d/pyhg_trunk-solaris10-x86-hgtip27-rrun/python -c /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c -o build/temp.solaris-2.10-i86pc-2.7/export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.o cc: Warning: illegal option -OPT:Olimit=0 /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 126: undefined struct/union member: msg_control /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 126: warning: improper pointer/integer combination: op = /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 127: undefined struct/union member: msg_controllen /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 130: warning: implicit function declaration: CMSG_FIRSTHDR /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 130: warning: improper pointer/integer combination: op = /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 134: improper member use: msg_controllen /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 135: warning: implicit function declaration: CMSG_DATA /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 161: undefined struct/union member: msg_control /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 161: warning: improper pointer/integer combination: op = /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 162: undefined struct/union member: msg_controllen /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 165: warning: improper pointer/integer combination: op = /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c, line 169: improper member use: msg_controllen cc: acomp failed for /export/home/apy/rrun/build/activepython-svn-trunk/build/pyhg_trunk-solaris10-x86-hgtip27-rrun/python/Modules/_multiprocessing/multiprocessing.c -- components: Build, Library (Lib) messages: 106813 nosy: srid priority: normal severity: normal status: open title: multiprocessing: undefined struct/union member: msg_control type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8864] multiprocessing: undefined struct/union member: msg_control
Sridhar Ratnakumar sridh...@activestate.com added the comment: Platforms affected: SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc SunOS nail 5.8 Generic_117350-55 sun4u sparc SUNW,Sun-Fire-280R Compiler used: bash-2.03$ which cc /opt/SUNWspro/bin//cc bash-2.03$ cc -V cc: Sun C 5.7 2005/01/07 usage: cc [ options] files. Use 'cc -flags' for details This seems to have been introduced by fix for Issue1759169 -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com