Will not retain file associations

[Guest]

I have installed perl on a XP machine and it will no retain the file
association for .pl Every time the user logs off and back on the file
association is gone...Has anyone experienced this or know how to fix the
problem????

 

[Guest]

Most/all windows file extensions are 3 letters.

you only show 2.

what program?

 

[Guest]

The program is perl...we have many apps that run perl scripts and I have
thried everything to get this file association to retain...any ideas?

Thanks,

 

[David Candy]

What are you doing?

 

[Guest]

we are upgrading all of our PC to XP...to do this, we are creating one
"perfect" PC and ghosting to all others...I have several apps that run perl
scripts. They need to "run" in perl to function...however the file
association will not retain for the end users that logon to the PC...we
create the file association that when a .pl file is clicked on open with
perl.exe, but then they log off and back on that file association is gone and
the app open the script in notepad (just like it did before the association
was created).

I hope this makes it more clear and someone has some ideas...this is driving
me crazy...LOL!!!

 

[David Candy]

But how are you setting the file association.

 

[Guest]

create a "3" letter file association.
prl or something

 

[David Candy]

Extensions can be any number of characters including nil.

 

[Guest]

I have tried setting the association in the registry manually and via
tools|folder options|file types...nothing seems to work

 

[Guest]

I don't know why but my registry already has .pl entry.
So maybe you're conflicting with the default one.

HKEY_CLASSES_ROOT\.pl
HKEY_CLASSES_ROOT\.pl\PersistentHandler

 

[Guest]

as you can see I'm not an expert.

I don't know why but my registry already has .pl entry.
So maybe you're conflicting with the default one.

HKEY_CLASSES_ROOT\.pl
HKEY_CLASSES_ROOT\.pl\PersistentHandler

 

[David Candy]

OLE and Windows use three ways to find a filetype.

Windows Shell
============
1. Extensions
2. CLSID from OLE Compound files (EG Word documents)
3. Pattern matching from this key HKEY_CLASSES_ROOT\FileType

OLE
===
It does 2, 3, then 1.

IE
==
Really complicated mix of Server content type, content sniffing, and extensions. Can't express as a 1, 2, & 3 type rule. Nor will I read it again, makes my head spin.

Remove extensions from a word document (and as long as you don't have a zero length extension registered) it won't make a difference.

Registering an extension of . allows files without extensions to be registered.

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.]
@="Extensionless"

[HKEY_CLASSES_ROOT\Extensionless]
@="Files without Extension"

[HKEY_CLASSES_ROOT\Extensionless\shell\Open\command]
@="notepad %1"

NB SP2 and later will only run files without paths if they live in Windows or System32.

 

[David Candy]

And after it disappears do you look in the registry? Is it still there. Are other settings lost. Is this a per user or per machine setting. EXACTLY HOW.

 

[Guest]

I thought of that also...but it can not be the problem...when I make any
changes it updates the one that is there...it just will not retain them...

Thanks,

Kate

 

[Guest]

Hi Kate/Everyone

I am also experencing this issue, but with a different file extension. As
Kate staes, I am able to associate the file extension with the relevant EXE,
and everything works fine. However, after logging off and back on, the
association has not saved.

For me, this is occuring on a Windows 2003 Server, running Terminal
Services. I am in the middle of creating a "perfect profile", which will
have all the relevant dekstop shortcuts, and settings for users. I have
everything sorted except this issue.

I would appreciate any more ideas )