PDA

View Full Version : another issue or odd note.


John Szalay
January 5th 15, 10:15 PM
I use a sat tracking program that as written, is installed in the
/program files/ folder, and apparently with the increased OS security ,
unable to download TLE files directly into the proper folder UNLESS there
is an older file by the same name is already copied there. its a minor
issue and easy to get around., however .INI files ( config file) have
security levels raised to prevent users from editing it, again by OS
level changes. this too is a minor issue, I just modify the permissions
to allow it.

The odd thing, apparently after Win7 and now Win10TP , running the
program creates a hidden folder and a series of sub folders titled

C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files

not a problem , however IF you need to modify the program or upgrade
the system created folder prevents the new version from running and
errors out. deleting the hidden folder and rebooting the the computer
allows a new set of the virtualstore folders to be created and all is
fine again.
Did not see this issue with earlier version of Windows..


NOT a compliant just observations of the differences. isn,t that what
running the tech preveiw is all about ?

any thoughts welcomed...

Char Jackson
January 5th 15, 11:08 PM
On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
wrote:

>
> I use a sat tracking program that as written, is installed in the
>/program files/ folder, and apparently with the increased OS security ,
>unable to download TLE files directly into the proper folder UNLESS there
>is an older file by the same name is already copied there.

<snip>

> any thoughts welcomed...

Maybe you'd be better off installing the program to a *new* folder that
resides alongside the default Program Files folder. I think that would get
around the limitations that you're seeing. There might be some slight
security implications, but nothing serious that I can see.

C:\Program Files
C:\Program Files (x86)
C:\Program Files (Other) <-- create something like this and install to it

Char Jackson
January 5th 15, 11:08 PM
On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
wrote:

>
> I use a sat tracking program that as written, is installed in the
>/program files/ folder, and apparently with the increased OS security ,
>unable to download TLE files directly into the proper folder UNLESS there
>is an older file by the same name is already copied there.

<snip>

> any thoughts welcomed...

Maybe you'd be better off installing the program to a *new* folder that
resides alongside the default Program Files folder. I think that would get
around the limitations that you're seeing. There might be some slight
security implications, but nothing serious that I can see.

C:\Program Files
C:\Program Files (x86)
C:\Program Files (Other) <-- create something like this and install to it

Big_Al[_4_]
January 6th 15, 12:29 AM
John Szalay wrote on 1/5/2015 5:15 PM:
> I use a sat tracking program that as written, is installed in the
> /program files/ folder, and apparently with the increased OS security ,
> unable to download TLE files directly into the proper folder UNLESS there
> is an older file by the same name is already copied there. its a minor
> issue and easy to get around., however .INI files ( config file) have
> security levels raised to prevent users from editing it, again by OS
> level changes. this too is a minor issue, I just modify the permissions
> to allow it.
>
> The odd thing, apparently after Win7 and now Win10TP , running the
> program creates a hidden folder and a series of sub folders titled
>
> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>
> not a problem , however IF you need to modify the program or upgrade
> the system created folder prevents the new version from running and
> errors out. deleting the hidden folder and rebooting the the computer
> allows a new set of the virtualstore folders to be created and all is
> fine again.
> Did not see this issue with earlier version of Windows..
>
>
> NOT a compliant just observations of the differences. isn,t that what
> running the tech preveiw is all about ?
>
> any thoughts welcomed...
>
>
I may not be 100% correct, but I have a few programs that save in the virtualstore folder. One is a password database
program. I always thought the file in the C:\program files (x86)\programname folder was where and what I needed to
back up. I have a batch file that puts a few strategic files on a thumb on demand. After a crash I restored the OS
and that program and data file and found a lot of passwords missing. OMG! After some research I found it there in
virtualstore, along with others.

Google that folder and you'll get lots of results. I think it has to do with your permission issue you had. The system
mirrors or writes to that virtualstore folder since it's in your home and you should be able to write to it all the
time. IIRC the OS also puts copies in the PF folder now and then just to confuse you. (cruel and unusual punishment for
me). I take it that MS does not want you to write in C:\program* folders. I also have issues with some
portable/non-installed software. I actual made a special folder like others have commented about and put all those
portable items there, but only the portable ones. Makes it easy to backup/restore too. Sysinternal's AutoRuns is a
good one.

Big_Al[_4_]
January 6th 15, 12:29 AM
John Szalay wrote on 1/5/2015 5:15 PM:
> I use a sat tracking program that as written, is installed in the
> /program files/ folder, and apparently with the increased OS security ,
> unable to download TLE files directly into the proper folder UNLESS there
> is an older file by the same name is already copied there. its a minor
> issue and easy to get around., however .INI files ( config file) have
> security levels raised to prevent users from editing it, again by OS
> level changes. this too is a minor issue, I just modify the permissions
> to allow it.
>
> The odd thing, apparently after Win7 and now Win10TP , running the
> program creates a hidden folder and a series of sub folders titled
>
> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>
> not a problem , however IF you need to modify the program or upgrade
> the system created folder prevents the new version from running and
> errors out. deleting the hidden folder and rebooting the the computer
> allows a new set of the virtualstore folders to be created and all is
> fine again.
> Did not see this issue with earlier version of Windows..
>
>
> NOT a compliant just observations of the differences. isn,t that what
> running the tech preveiw is all about ?
>
> any thoughts welcomed...
>
>
I may not be 100% correct, but I have a few programs that save in the virtualstore folder. One is a password database
program. I always thought the file in the C:\program files (x86)\programname folder was where and what I needed to
back up. I have a batch file that puts a few strategic files on a thumb on demand. After a crash I restored the OS
and that program and data file and found a lot of passwords missing. OMG! After some research I found it there in
virtualstore, along with others.

Google that folder and you'll get lots of results. I think it has to do with your permission issue you had. The system
mirrors or writes to that virtualstore folder since it's in your home and you should be able to write to it all the
time. IIRC the OS also puts copies in the PF folder now and then just to confuse you. (cruel and unusual punishment for
me). I take it that MS does not want you to write in C:\program* folders. I also have issues with some
portable/non-installed software. I actual made a special folder like others have commented about and put all those
portable items there, but only the portable ones. Makes it easy to backup/restore too. Sysinternal's AutoRuns is a
good one.

Gene E. Bloch[_2_]
January 6th 15, 12:29 AM
On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:

> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
> wrote:
>
>>
>> I use a sat tracking program that as written, is installed in the
>>/program files/ folder, and apparently with the increased OS security ,
>>unable to download TLE files directly into the proper folder UNLESS there
>>is an older file by the same name is already copied there.
>
> <snip>
>
>> any thoughts welcomed...
>
> Maybe you'd be better off installing the program to a *new* folder that
> resides alongside the default Program Files folder. I think that would get
> around the limitations that you're seeing. There might be some slight
> security implications, but nothing serious that I can see.
>
> C:\Program Files
> C:\Program Files (x86)
> C:\Program Files (Other) <-- create something like this and install to it

I agree with that recommendation.

--
Gene E. Bloch (Stumbling Bloch)

Gene E. Bloch[_2_]
January 6th 15, 12:29 AM
On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:

> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
> wrote:
>
>>
>> I use a sat tracking program that as written, is installed in the
>>/program files/ folder, and apparently with the increased OS security ,
>>unable to download TLE files directly into the proper folder UNLESS there
>>is an older file by the same name is already copied there.
>
> <snip>
>
>> any thoughts welcomed...
>
> Maybe you'd be better off installing the program to a *new* folder that
> resides alongside the default Program Files folder. I think that would get
> around the limitations that you're seeing. There might be some slight
> security implications, but nothing serious that I can see.
>
> C:\Program Files
> C:\Program Files (x86)
> C:\Program Files (Other) <-- create something like this and install to it

I agree with that recommendation.

--
Gene E. Bloch (Stumbling Bloch)

Bill[_40_]
January 6th 15, 12:54 AM
In message >, Gene E. Bloch
> writes
>On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:
>
>> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
>> wrote:
>>
>>>
>>> I use a sat tracking program that as written, is installed in the
>>>/program files/ folder, and apparently with the increased OS security ,
>>>unable to download TLE files directly into the proper folder UNLESS there
>>>is an older file by the same name is already copied there.
>>
>> <snip>
>>
>>> any thoughts welcomed...
>>
>> Maybe you'd be better off installing the program to a *new* folder that
>> resides alongside the default Program Files folder. I think that would get
>> around the limitations that you're seeing. There might be some slight
>> security implications, but nothing serious that I can see.
>>
>> C:\Program Files
>> C:\Program Files (x86)
>> C:\Program Files (Other) <-- create something like this and install to it
>
>I agree with that recommendation.
>
Yes. That sounds like a good plan and one that I hadn't thought of.

I'm seeing a few weird things in W10, and, because I'm also trying out
one of these WinBoot 8.1 tablets with only a 32GB C: drive, am very
concerned at anything that gets written into the Users directories.

A thought-provoking thread!
--
Bill

Bill[_40_]
January 6th 15, 12:54 AM
In message >, Gene E. Bloch
> writes
>On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:
>
>> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
>> wrote:
>>
>>>
>>> I use a sat tracking program that as written, is installed in the
>>>/program files/ folder, and apparently with the increased OS security ,
>>>unable to download TLE files directly into the proper folder UNLESS there
>>>is an older file by the same name is already copied there.
>>
>> <snip>
>>
>>> any thoughts welcomed...
>>
>> Maybe you'd be better off installing the program to a *new* folder that
>> resides alongside the default Program Files folder. I think that would get
>> around the limitations that you're seeing. There might be some slight
>> security implications, but nothing serious that I can see.
>>
>> C:\Program Files
>> C:\Program Files (x86)
>> C:\Program Files (Other) <-- create something like this and install to it
>
>I agree with that recommendation.
>
Yes. That sounds like a good plan and one that I hadn't thought of.

I'm seeing a few weird things in W10, and, because I'm also trying out
one of these WinBoot 8.1 tablets with only a 32GB C: drive, am very
concerned at anything that gets written into the Users directories.

A thought-provoking thread!
--
Bill

Char Jackson
January 6th 15, 01:36 AM
On Mon, 5 Jan 2015 16:29:34 -0800, "Gene E. Bloch" >
wrote:

>On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:
>
>> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
>> wrote:
>>
>>>
>>> I use a sat tracking program that as written, is installed in the
>>>/program files/ folder, and apparently with the increased OS security ,
>>>unable to download TLE files directly into the proper folder UNLESS there
>>>is an older file by the same name is already copied there.
>>
>> <snip>
>>
>>> any thoughts welcomed...
>>
>> Maybe you'd be better off installing the program to a *new* folder that
>> resides alongside the default Program Files folder. I think that would get
>> around the limitations that you're seeing. There might be some slight
>> security implications, but nothing serious that I can see.
>>
>> C:\Program Files
>> C:\Program Files (x86)
>> C:\Program Files (Other) <-- create something like this and install to it
>
>I agree with that recommendation.

I had you in mind when I wrote that. :-)

--

Char Jackson

Char Jackson
January 6th 15, 01:36 AM
On Mon, 5 Jan 2015 16:29:34 -0800, "Gene E. Bloch" >
wrote:

>On Mon, 05 Jan 2015 17:08:24 -0600, Char Jackson wrote:
>
>> On Mon, 05 Jan 2015 16:15:35 -0600, John Szalay <john.szalay.at.att.net>
>> wrote:
>>
>>>
>>> I use a sat tracking program that as written, is installed in the
>>>/program files/ folder, and apparently with the increased OS security ,
>>>unable to download TLE files directly into the proper folder UNLESS there
>>>is an older file by the same name is already copied there.
>>
>> <snip>
>>
>>> any thoughts welcomed...
>>
>> Maybe you'd be better off installing the program to a *new* folder that
>> resides alongside the default Program Files folder. I think that would get
>> around the limitations that you're seeing. There might be some slight
>> security implications, but nothing serious that I can see.
>>
>> C:\Program Files
>> C:\Program Files (x86)
>> C:\Program Files (Other) <-- create something like this and install to it
>
>I agree with that recommendation.

I had you in mind when I wrote that. :-)

--

Char Jackson

John Szalay
January 6th 15, 01:49 AM
Char Jackson > wrote in
:
> Maybe you'd be better off installing the program to a *new* folder
> that resides alongside the default Program Files folder. I think that
> would get around the limitations that you're seeing. There might be
> some slight security implications, but nothing serious that I can see.
>
> C:\Program Files
> C:\Program Files (x86)
> C:\Program Files (Other) <-- create something like this and install to
> it
>
>

Interesting, will attempt and see what develops.

John Szalay
January 6th 15, 01:49 AM
Char Jackson > wrote in
:
> Maybe you'd be better off installing the program to a *new* folder
> that resides alongside the default Program Files folder. I think that
> would get around the limitations that you're seeing. There might be
> some slight security implications, but nothing serious that I can see.
>
> C:\Program Files
> C:\Program Files (x86)
> C:\Program Files (Other) <-- create something like this and install to
> it
>
>

Interesting, will attempt and see what develops.

John Szalay
January 6th 15, 01:53 AM
Big_Al > wrote in :

> I take it that MS does not want you to write in
> C:\program* folders.

Absolutely..
formed that opinion when right away...

John Szalay
January 6th 15, 01:53 AM
Big_Al > wrote in :

> I take it that MS does not want you to write in
> C:\program* folders.

Absolutely..
formed that opinion when right away...

Jeff Gaines[_2_]
January 6th 15, 08:35 AM
On 05/01/2015 in message >
John Szalay wrote:

>I use a sat tracking program that as written, is installed in the
>/program files/ folder, and apparently with the increased OS security ,
>unable to download TLE files directly into the proper folder

The rules about where files can be saved/written have been in existence
for a long time but only enforced by MSFT from Vista onwards.

You need to get back to the author and ask him/her to update the program
so it uses the proper directories.

--
Jeff Gaines Wiltshire UK
It may be that your sole purpose in life is to serve as a warning to others.

Jeff Gaines[_2_]
January 6th 15, 08:35 AM
On 05/01/2015 in message >
John Szalay wrote:

>I use a sat tracking program that as written, is installed in the
>/program files/ folder, and apparently with the increased OS security ,
>unable to download TLE files directly into the proper folder

The rules about where files can be saved/written have been in existence
for a long time but only enforced by MSFT from Vista onwards.

You need to get back to the author and ask him/her to update the program
so it uses the proper directories.

--
Jeff Gaines Wiltshire UK
It may be that your sole purpose in life is to serve as a warning to others.

John Szalay
January 6th 15, 02:32 PM
"Jeff Gaines" > wrote in
>
> The rules about where files can be saved/written have been in
> existence for a long time but only enforced by MSFT from Vista
> onwards.
>
> You need to get back to the author and ask him/her to update the
> program so it uses the proper directories.
>


Already doing that, keeping him updated as to what has shown up, so that
he can rewrite further versions, revisions etc:
His OS is XP Pro and the errors did not appear on his machine,
only developed when we tried it on 7 and Tech Preview

Thank you..

John Szalay
January 6th 15, 02:32 PM
"Jeff Gaines" > wrote in
>
> The rules about where files can be saved/written have been in
> existence for a long time but only enforced by MSFT from Vista
> onwards.
>
> You need to get back to the author and ask him/her to update the
> program so it uses the proper directories.
>


Already doing that, keeping him updated as to what has shown up, so that
he can rewrite further versions, revisions etc:
His OS is XP Pro and the errors did not appear on his machine,
only developed when we tried it on 7 and Tech Preview

Thank you..

Jeff Gaines[_2_]
January 6th 15, 03:39 PM
On 06/01/2015 in message >
john szalay wrote:

>"Jeff Gaines" > wrote in
>>
>>The rules about where files can be saved/written have been in
>>existence for a long time but only enforced by MSFT from Vista
>>onwards.
>>
>>You need to get back to the author and ask him/her to update the
>>program so it uses the proper directories.
>>
>
>
>Already doing that, keeping him updated as to what has shown up, so that
>he can rewrite further versions, revisions etc:
>His OS is XP Pro and the errors did not appear on his machine,
>only developed when we tried it on 7 and Tech Preview
>
> Thank you..

That makes sense - MSFT only enforced the rules from Vista on. He really
needs to use a more up to date OS!

--
Jeff Gaines Wiltshire UK
Though no-one can go back and make a new start, everyone can start from
now and make a new ending.

Jeff Gaines[_2_]
January 6th 15, 03:39 PM
On 06/01/2015 in message >
john szalay wrote:

>"Jeff Gaines" > wrote in
>>
>>The rules about where files can be saved/written have been in
>>existence for a long time but only enforced by MSFT from Vista
>>onwards.
>>
>>You need to get back to the author and ask him/her to update the
>>program so it uses the proper directories.
>>
>
>
>Already doing that, keeping him updated as to what has shown up, so that
>he can rewrite further versions, revisions etc:
>His OS is XP Pro and the errors did not appear on his machine,
>only developed when we tried it on 7 and Tech Preview
>
> Thank you..

That makes sense - MSFT only enforced the rules from Vista on. He really
needs to use a more up to date OS!

--
Jeff Gaines Wiltshire UK
Though no-one can go back and make a new start, everyone can start from
now and make a new ending.

GTS-NJ[_2_]
January 7th 15, 03:32 PM
In article >, John
Szalay says...
>
> I use a sat tracking program that as written, is installed in the
> /program files/ folder, and apparently with the increased OS security ,
> unable to download TLE files directly into the proper folder UNLESS there
> is an older file by the same name is already copied there. its a minor
> issue and easy to get around., however .INI files ( config file) have
> security levels raised to prevent users from editing it, again by OS
> level changes. this too is a minor issue, I just modify the permissions
> to allow it.
>
> The odd thing, apparently after Win7 and now Win10TP , running the
> program creates a hidden folder and a series of sub folders titled
>
> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>
> not a problem , however IF you need to modify the program or upgrade
> the system created folder prevents the new version from running and
> errors out. deleting the hidden folder and rebooting the the computer
> allows a new set of the virtualstore folders to be created and all is
> fine again.
> Did not see this issue with earlier version of Windows..
>
>
> NOT a compliant just observations of the differences. isn,t that what
> running the tech preveiw is all about ?
>
> any thoughts welcomed...

That has been the case since Vista. See explanation here -

Common file and registry virtualization issues in Windows Vista or in
Windows 7
http://support.microsoft.com/kb/927387

GTS-NJ[_2_]
January 7th 15, 03:32 PM
In article >, John
Szalay says...
>
> I use a sat tracking program that as written, is installed in the
> /program files/ folder, and apparently with the increased OS security ,
> unable to download TLE files directly into the proper folder UNLESS there
> is an older file by the same name is already copied there. its a minor
> issue and easy to get around., however .INI files ( config file) have
> security levels raised to prevent users from editing it, again by OS
> level changes. this too is a minor issue, I just modify the permissions
> to allow it.
>
> The odd thing, apparently after Win7 and now Win10TP , running the
> program creates a hidden folder and a series of sub folders titled
>
> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>
> not a problem , however IF you need to modify the program or upgrade
> the system created folder prevents the new version from running and
> errors out. deleting the hidden folder and rebooting the the computer
> allows a new set of the virtualstore folders to be created and all is
> fine again.
> Did not see this issue with earlier version of Windows..
>
>
> NOT a compliant just observations of the differences. isn,t that what
> running the tech preveiw is all about ?
>
> any thoughts welcomed...

That has been the case since Vista. See explanation here -

Common file and registry virtualization issues in Windows Vista or in
Windows 7
http://support.microsoft.com/kb/927387

John Szalay
January 7th 15, 05:58 PM
GTS-NJ > wrote in
:

> In article >, John
> Szalay says...
>>
>> I use a sat tracking program that as written, is installed in the
>> /program files/ folder, and apparently with the increased OS
>> security , unable to download TLE files directly into the proper
>> folder UNLESS there is an older file by the same name is already
>> copied there. its a minor issue and easy to get around., however
>> .INI files ( config file) have security levels raised to prevent
>> users from editing it, again by OS level changes. this too is a
>> minor issue, I just modify the permissions to allow it.
>>
>> The odd thing, apparently after Win7 and now Win10TP , running the
>> program creates a hidden folder and a series of sub folders titled
>>
>> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>>
>> not a problem , however IF you need to modify the program or upgrade
>> the system created folder prevents the new version from running and
>> errors out. deleting the hidden folder and rebooting the the
>> computer allows a new set of the virtualstore folders to be created
>> and all is fine again.
>> Did not see this issue with earlier version of Windows..
>>
>>
>> NOT a compliant just observations of the differences. isn,t that
>> what
>> running the tech preveiw is all about ?
>>
>> any thoughts welcomed...
>
> That has been the case since Vista. See explanation here -
>
> Common file and registry virtualization issues in Windows Vista or in
> Windows 7
> http://support.microsoft.com/kb/927387
>
>

Noted

Thanks

John Szalay
January 7th 15, 05:58 PM
GTS-NJ > wrote in
:

> In article >, John
> Szalay says...
>>
>> I use a sat tracking program that as written, is installed in the
>> /program files/ folder, and apparently with the increased OS
>> security , unable to download TLE files directly into the proper
>> folder UNLESS there is an older file by the same name is already
>> copied there. its a minor issue and easy to get around., however
>> .INI files ( config file) have security levels raised to prevent
>> users from editing it, again by OS level changes. this too is a
>> minor issue, I just modify the permissions to allow it.
>>
>> The odd thing, apparently after Win7 and now Win10TP , running the
>> program creates a hidden folder and a series of sub folders titled
>>
>> C:\Users\USERNAME\AppData\Local\VirtualStore\Progr am Files
>>
>> not a problem , however IF you need to modify the program or upgrade
>> the system created folder prevents the new version from running and
>> errors out. deleting the hidden folder and rebooting the the
>> computer allows a new set of the virtualstore folders to be created
>> and all is fine again.
>> Did not see this issue with earlier version of Windows..
>>
>>
>> NOT a compliant just observations of the differences. isn,t that
>> what
>> running the tech preveiw is all about ?
>>
>> any thoughts welcomed...
>
> That has been the case since Vista. See explanation here -
>
> Common file and registry virtualization issues in Windows Vista or in
> Windows 7
> http://support.microsoft.com/kb/927387
>
>

Noted

Thanks

Google