Re: Are *.pyd's universal?

2009-10-31 Thread Lawrence D'Oliveiro
In message 6e603d9c-2be0-449c-9c3c- bab49e09e...@13g2000prl.googlegroups.com, Carl Banks wrote: It's not Python that's the issue. The issue is that if you have a module with a .dll extension, other programs could accidentally try to load that module instead of the intended dll, if the module

Re: Are *.pyd's universal?

2009-10-31 Thread Albert Hopkins
On Sat, 2009-10-31 at 21:32 +1300, Lawrence D'Oliveiro wrote: Modules will sometimes find themselves on the path in Windows, so the fact that Windows performs a library search on the path is quite significant. Why is it only Windows is prone to this problem? I think as someone pointed

Re: Are *.pyd's universal?

2009-10-31 Thread Lawrence D'Oliveiro
In message mailman.2365.1256979069.2807.python-l...@python.org, Albert Hopkins wrote: On Sat, 2009-10-31 at 21:32 +1300, Lawrence D'Oliveiro wrote: In message 6e603d9c-2be0-449c-9c3c-bab49e09e...@13g2000prl.googlegroups.com, Carl Banks wrote: Modules will sometimes find themselves on the

Re: Are *.pyd's universal?

2009-10-31 Thread Carl Banks
On Oct 31, 1:32 am, Lawrence D'Oliveiro l...@geek- central.gen.new_zealand wrote: In message 6e603d9c-2be0-449c-9c3c- bab49e09e...@13g2000prl.googlegroups.com, Carl Banks wrote: It's not Python that's the issue.  The issue is that if you have a module with a .dll extension, other programs

Re: Are *.pyd's universal?

2009-10-31 Thread Carl Banks
On Oct 31, 1:32 am, Lawrence D'Oliveiro l...@geek- central.gen.new_zealand wrote: In message 6e603d9c-2be0-449c-9c3c- bab49e09e...@13g2000prl.googlegroups.com, Carl Banks wrote: It's not Python that's the issue.  The issue is that if you have a module with a .dll extension, other programs

Re: Are *.pyd's universal?

2009-10-31 Thread Albert Hopkins
On Sat, 2009-10-31 at 23:58 +1300, Lawrence D'Oliveiro wrote: I just checked my Debian installation: l...@theon:~ find /lib /usr/lib -name \*.so -a -not -name lib\* -print | wc -l 2950 l...@theon:~ find /lib /usr/lib -name \*.so -print | wc -l 4708 So 63% of the

Re: Are *.pyd's universal?

2009-10-31 Thread Carl Banks
On Oct 31, 6:49 am, Albert Hopkins mar...@letterboxes.org wrote: OTOH this doesn't happen in Linux because a) programs wanting the system's crypt library are looking for libcrypt.so and b) Linux doesn't look in your current directory (by default) for libraries. One other thing is that linux

Re: Are *.pyd's universal?

2009-10-31 Thread Steven D'Aprano
On Sat, 31 Oct 2009 23:58:33 +1300, Lawrence D'Oliveiro wrote: In message mailman.2365.1256979069.2807.python-l...@python.org, Albert Hopkins wrote: On Sat, 2009-10-31 at 21:32 +1300, Lawrence D'Oliveiro wrote: In message 6e603d9c-2be0-449c-9c3c-bab49e09e...@13g2000prl.googlegroups.com,

Re: Are *.pyd's universal?

2009-10-30 Thread Carl Banks
On Oct 29, 9:10 pm, Lawrence D'Oliveiro l...@geek- central.gen.new_zealand wrote: In message mailman.2297.1256863331.2807.python-l...@python.org, Christian Heimes wrote: Lawrence D'Oliveiro schrieb: In message mailman.2268.1256841007.2807.python-l...@python.org, Christian Heimes wrote:

Re: Are *.pyd's universal?

2009-10-30 Thread Dave Angel
Carl Banks wrote: On Oct 29, 9:10 pm, Lawrence D'Oliveiro l...@geek- central.gen.new_zealand wrote: In message mailman.2297.1256863331.2807.python-l...@python.org, Christian Heimes wrote: Lawrence D'Oliveiro schrieb: In message

Re: Are *.pyd's universal?

2009-10-30 Thread Carl Banks
On Oct 30, 8:43 am, Dave Angel da...@ieee.org wrote: And I'm guessing that CPython searches down sys.path, and when it finds the module, gives a full path to LoadLibrary(), in which case the DLL search path is moot. It's not Python that's the issue. The issue is that if you have a module with

Are *.pyd's universal?

2009-10-29 Thread Bakes
Can I use a pyd compiled on linux in a Windows distribution? Or must I recompile it for windows users? -- http://mail.python.org/mailman/listinfo/python-list

Re: Are *.pyd's universal?

2009-10-29 Thread Jerry Hill
On Thu, Oct 29, 2009 at 12:44 PM, Bakes ba...@ymail.com wrote: Can I use a pyd compiled on linux in a Windows distribution? No. Or must I recompile it for windows users? Yes. -- http://mail.python.org/mailman/listinfo/python-list

Re: Are *.pyd's universal?

2009-10-29 Thread Christian Heimes
Bakes wrote: Can I use a pyd compiled on linux in a Windows distribution? Or must I recompile it for windows users? On Linux and several other Unices the suffix is .so and not .pyd. The compiled extensions depend on the Python version, operating system as well as platform and architecture.

Re: Are *.pyd's universal?

2009-10-29 Thread Lawrence D'Oliveiro
In message mailman.2268.1256841007.2807.python-l...@python.org, Christian Heimes wrote: On Linux and several other Unices the suffix is .so and not .pyd. Why is that? Or conversely, why isn't it .dll under Windows? -- http://mail.python.org/mailman/listinfo/python-list

Re: Are *.pyd's universal?

2009-10-29 Thread Christian Heimes
Lawrence D'Oliveiro schrieb: In message mailman.2268.1256841007.2807.python-l...@python.org, Christian Heimes wrote: On Linux and several other Unices the suffix is .so and not .pyd. Why is that? Or conversely, why isn't it .dll under Windows? .so is the common suffix of shared libraries

Re: Are *.pyd's universal?

2009-10-29 Thread Robert Kern
Philip Semanchuk wrote: On Oct 29, 2009, at 8:41 PM, Christian Heimes wrote: Lawrence D'Oliveiro schrieb: In message mailman.2268.1256841007.2807.python-l...@python.org, Christian Heimes wrote: On Linux and several other Unices the suffix is .so and not .pyd. Why is that? Or conversely,

Re: Are *.pyd's universal?

2009-10-29 Thread Lawrence D'Oliveiro
In message mailman.2297.1256863331.2807.python-l...@python.org, Christian Heimes wrote: Lawrence D'Oliveiro schrieb: In message mailman.2268.1256841007.2807.python-l...@python.org, Christian Heimes wrote: On Linux and several other Unices the suffix is .so and not .pyd. Why is that? Or