Bugs item #1472566, was opened at 2006-04-18 22:06
Message generated for change (Comment added) made by sven_nystrom
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1472566&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Extension Modules
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: svenn (sven_nystrom)
Assigned to: Martin v. Löwis (loewis)
Summary: import module with .dll extension
Initial Comment:
In previous versions, extension modules with the file
extension '.dll' could be imported using a
single 'import' statement.
In 2.5a1 this seems to have changed - here's an
example:
>>> import minx # Implemented in a .dll - fails
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named minx
>>> import imp # Workaround
>>> import os
>>> minx = imp.load_dynamic('minx', os.getcwd()
+ '\\minx.dll')
I would really like this to remain the same; if that's
not possible, it would be helpful if the change itself
and a suggested approach were to be included in the
documentation.
/Sven
----------------------------------------------------------------------
>Comment By: svenn (sven_nystrom)
Date: 2006-04-22 18:25
Message:
Logged In: YES
user_id=1504966
Hi loewis,
I', sure the .pyd extension will work fine - my original
comment was due to the fact I didn't realise it would work
as today if the file extension was changed; I was (wrongly)
assuming I would have to use the approach indicated in my
example, which seemed a little less intuitive than the
simple "import".
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2006-04-22 16:26
Message:
Logged In: YES
user_id=21627
Tim mentions the rationale for the change; the Misc/NEWS
entry is now in r45574.
svenn, why do you need it to work that way? Could you change
your code/application/whatever so that it works with .pyd
files instead?
----------------------------------------------------------------------
Comment By: Tim Peters (tim_one)
Date: 2006-04-19 19:16
Message:
Logged In: YES
user_id=31435
Note that rev 43622 added a comment to dynload_win.c
explaining why it was done:
"""
/* Temporarily disable .dll, to avoid conflicts between
sqlite3.dll and the sqlite3 package. If this needs to
be reverted for 2.5, some other solution for the
naming conflict must be found.
"""
----------------------------------------------------------------------
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-04-19 09:13
Message:
Logged In: YES
user_id=33168
I believe this was an intentional change in rev 43622. I
don't see any doc associated with the change however. I
also thought it was mentioned on python-dev. Martin,
shouldn't this be documented at least in Misc/NEWS? I
couldn't find anything.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1472566&group_id=5470
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
