Shared object modules in Windows have no __file__.

[jemfinch]

BPO	818315
Nosy	@loewis

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2004-12-19.18:07:24.000>
created_at = <Date 2003-10-05.21:44:02.000>
labels = ['invalid', 'OS-windows']
title = 'Shared object modules in Windows have no __file__.'
updated_at = <Date 2004-12-19.18:07:24.000>
user = 'https://bugs.python.org/jemfinch'

bugs.python.org fields:

activity = <Date 2004-12-19.18:07:24.000>
actor = 'loewis'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Windows']
creation = <Date 2003-10-05.21:44:02.000>
creator = 'jemfinch'
dependencies = []
files = []
hgrepos = []
issue_num = 818315
keywords = []
message_count = 3.0
messages = ['18568', '18569', '18570']
nosy_count = 3.0
nosy_names = ['loewis', 'jemfinch', 'alanmcintyre']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue818315'
versions = []

[jemfinch]

The subject basically says it. Whether it's math.so,
operator.so, anything -- in *nix it has an __file__, in
Windows it doesn't.

[alanmcintyre]

Logged In: YES
user_id=1115903

In the case of the math module, I would assume that it
doesn't have a __file__ attribute on Windows because it's a
builtin and is rolled up into python2x.dll in the Windows
distribution. This seems to match up with the 2.3
codumentation: "The __file__ attribute is not present for C
modules that are statically linked into the interpreter; for
extension modules loaded dynamically from a shared library,
it is the pathname of the shared library file."

[loewis]

Logged In: YES
user_id=21627

It's as alanmcintyre says: math is not a shared object in
Windows. Closing this as invalid.