[ python-Bugs-1472566 ] import module with .dll extension

[SourceForge.net]

Bugs item #1472566, was opened at 2006-04-18 22:06
Message generated for change (Comment added) made by loewis
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: 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