Last date a program was run

In message , Nil
writes:
On 17 Jan 2013, Norvin Gordon wrote in
microsoft.public.windowsxp.general:

Go to Control Panel, install/uninstall and find your program and
it will tell you last time used.

I find that statistic to be almost always inaccurate.

IIRR Belarc Advisor also gives some "when last used" information; I
think it does mark some things as "unable to report last usage", though.
It may be that it's just using the same information, but is worth a
punt.
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Astaire was, of course, peerless, but it's worth remembering that Rogers does
everything he does, only backwards and in high heels. - Barry Norman in Radio
Times 5-11 January 2013

In message , Andy
writes:
On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:
Nil wrote:

On 17 Jan 2013, Andy wrote in

microsoft.public.windowsxp.general:



For example, I have Microsoft Visual C 2010 x86 Redistributable

and would like to know if it is being used at all.

[Somebody here is using posting software that is adding a blank line
between every line quoted. Could you have a look and see if this
"feature" can be turned off?]


That is a collection of libraries that allow programs written in Visual

C++ to run. It is not a standalone program that runs on its own. If you

uninstall it, you may find that other programs that depend on it will

not run.



And to add to what Nil said, the odds are you have at least one program that

needs it (and likely a few more). So I wouldn't uninstall it.

I will check if it has any dependencies and would run erunt before I
made any changes.

I suspect you meant this anyway, but you need to check whether anything
else is dependent on it, not vice versa, if you're thinking of removing
it. Such a check needs to look at every file on your disc (or at very
least in Program Files), so will take a while.

(Also, ERUNT backs up the registry and I think _some_ other files - but
it won't allow you to undo an uninstall that actually deletes files from
a particular area.)
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Astaire was, of course, peerless, but it's worth remembering that Rogers does
everything he does, only backwards and in high heels. - Barry Norman in Radio
Times 5-11 January 2013

"J. P. Gilliver (John)" wrote in message
...
In message ,
Andy writes:
On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:
Nil wrote:

On 17 Jan 2013, Andy wrote in

microsoft.public.windowsxp.general:



For example, I have Microsoft Visual C 2010 x86 Redistributable

and would like to know if it is being used at all.

[Somebody here is using posting software that is adding a blank line
between every line quoted. Could you have a look and see if this
"feature" can be turned off?]


That is a collection of libraries that allow programs written in
Visual

C++ to run. It is not a standalone program that runs on its own.
If you

uninstall it, you may find that other programs that depend on it
will

not run.



And to add to what Nil said, the odds are you have at least one
program that

needs it (and likely a few more). So I wouldn't uninstall it.

I will check if it has any dependencies and would run erunt before I
made any changes.

I suspect you meant this anyway, but you need to check whether
anything else is dependent on it, not vice versa, if you're thinking
of removing it. Such a check needs to look at every file on your disc
(or at very least in Program Files), so will take a while.

(Also, ERUNT backs up the registry and I think _some_ other files -
but it won't allow you to undo an uninstall that actually deletes
files from a particular area.)

Exactly... on both counts. Backing up the Registry will help nothing if
after removing Visual C++, he discovers he needs it. Much more than the
Registry is involved. Likewise there is no easy way to check what
programs are relying on Visual C++, and on machines with more than one
version, even determining which programs use which versions.

Andy seems to have just enough info to be dangerous.
--
Glen Ventura
MS MVP Oct. 2002 - Sept. 2009
CompTIA A+

On Saturday, January 19, 2013 9:10:15 AM UTC-6, glee wrote:
"J. P. Gilliver (John)" wrote in message

...

In message ,

Andy writes:

On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:

Nil wrote:



On 17 Jan 2013, Andy wrote in



microsoft.public.windowsxp.general:







For example, I have Microsoft Visual C 2010 x86 Redistributable



and would like to know if it is being used at all.



[Somebody here is using posting software that is adding a blank line

between every line quoted. Could you have a look and see if this

"feature" can be turned off?]





That is a collection of libraries that allow programs written in

Visual



C++ to run. It is not a standalone program that runs on its own.

If you



uninstall it, you may find that other programs that depend on it

will



not run.







And to add to what Nil said, the odds are you have at least one

program that



needs it (and likely a few more). So I wouldn't uninstall it.



I will check if it has any dependencies and would run erunt before I

made any changes.



I suspect you meant this anyway, but you need to check whether

anything else is dependent on it, not vice versa, if you're thinking

of removing it. Such a check needs to look at every file on your disc

(or at very least in Program Files), so will take a while.



(Also, ERUNT backs up the registry and I think _some_ other files -

but it won't allow you to undo an uninstall that actually deletes

files from a particular area.)



Exactly... on both counts. Backing up the Registry will help nothing if

after removing Visual C++, he discovers he needs it. Much more than the

Registry is involved. Likewise there is no easy way to check what

programs are relying on Visual C++, and on machines with more than one

version, even determining which programs use which versions.



Andy seems to have just enough info to be dangerous.

--

Glen Ventura

MS MVP Oct. 2002 - Sept. 2009

CompTIA A+

I think your anger is the dangerous thing.

"Andy" wrote in message
...
On Saturday, January 19, 2013 9:10:15 AM UTC-6, glee wrote:
"J. P. Gilliver (John)" wrote in message

...

In message ,

Andy writes:

On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:

Nil wrote:



On 17 Jan 2013, Andy wrote in



microsoft.public.windowsxp.general:







For example, I have Microsoft Visual C 2010 x86
Redistributable



and would like to know if it is being used at all.



[Somebody here is using posting software that is adding a blank
line

between every line quoted. Could you have a look and see if this

"feature" can be turned off?]





That is a collection of libraries that allow programs written
in

Visual



C++ to run. It is not a standalone program that runs on its
own.

If you



uninstall it, you may find that other programs that depend on
it

will



not run.







And to add to what Nil said, the odds are you have at least one

program that



needs it (and likely a few more). So I wouldn't uninstall it.



I will check if it has any dependencies and would run erunt before
I

made any changes.



I suspect you meant this anyway, but you need to check whether

anything else is dependent on it, not vice versa, if you're
thinking

of removing it. Such a check needs to look at every file on your
disc

(or at very least in Program Files), so will take a while.



(Also, ERUNT backs up the registry and I think _some_ other files -

but it won't allow you to undo an uninstall that actually deletes

files from a particular area.)



Exactly... on both counts. Backing up the Registry will help nothing
if

after removing Visual C++, he discovers he needs it. Much more than
the

Registry is involved. Likewise there is no easy way to check what

programs are relying on Visual C++, and on machines with more than
one

version, even determining which programs use which versions.



Andy seems to have just enough info to be dangerous.


I think your anger is the dangerous thing.


I'm not the least bit angry. I'm making an observation based on your
posts.
--
Glen Ventura
MS MVP Oct. 2002 - Sept. 2009
CompTIA A+

In message , glee
writes:
[]
Exactly... on both counts. Backing up the Registry will help nothing
if after removing Visual C++, he discovers he needs it. Much more than
the Registry is involved. Likewise there is no easy way to check what
programs are relying on Visual C++, and on machines with more than one
version, even determining which programs use which versions.

Andy seems to have just enough info to be dangerous.

ISTR encountering something that _would_ do a sort of "reverse
dependency lookup"; it checked every file (possibly only every
executable) on the HD. Obviously it was phenomenally slow, especially as
in this case I bet VC++ is _lots_ of files, and you'd have to run it
with each one. (Unless you could point it at a folder - it's so long
since I saw it I can't remember. But it would be _very_ slow, whether
you could do it manually or a whole folder at once.)
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

"Don't worry about people stealing your ideas. If your ideas are any good,
you'll have to ram them down people's throats." - Howard Aiken

On Saturday, January 19, 2013 1:15:31 PM UTC-6, J. P. Gilliver (John) wrote:
In message , glee

writes:

[]

Exactly... on both counts. Backing up the Registry will help nothing

if after removing Visual C++, he discovers he needs it. Much more than

the Registry is involved. Likewise there is no easy way to check what

programs are relying on Visual C++, and on machines with more than one

version, even determining which programs use which versions.



Andy seems to have just enough info to be dangerous.



ISTR encountering something that _would_ do a sort of "reverse

dependency lookup"; it checked every file (possibly only every

executable) on the HD. Obviously it was phenomenally slow, especially as

in this case I bet VC++ is _lots_ of files, and you'd have to run it

with each one. (Unless you could point it at a folder - it's so long

since I saw it I can't remember. But it would be _very_ slow, whether

you could do it manually or a whole folder at once.)

--

J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf



"Don't worry about people stealing your ideas. If your ideas are any good,

you'll have to atram them down people's throats." - Howard Aiken

Whatis ISTR ?

"Andy" wrote in message ...
On Friday, January 18, 2013 1:03:54 PM UTC-6, John Smith wrote:
"Andy" wrote in message ...

On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:
Nil wrote:
On 17 Jan 2013, Andy wrote in
microsoft.public.windowsxp.general:
For example, I have Microsoft Visual C 2010 x86 Redistributable
and would like to know if it is being used at all.
That is a collection of libraries that allow programs written in Visual
C++ to run. It is not a standalone program that runs on its own. If you
uninstall it, you may find that other programs that depend on it will
not run.
And to add to what Nil said, the odds are you have at least one program that
needs it (and likely a few more). So I wouldn't uninstall it.
I will check if it has any dependencies and would run erunt before I made any changes.

one of it dependencies is "Windows Update"
in help install program made with "Visual C",
or Drives made in "C"..
to help Install DLL made in "Visual C"..

Could you clarify what you said ?

http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

J. P. Gilliver (John) wrote:
In message , Andy
writes:
On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:
Nil wrote:

On 17 Jan 2013, Andy wrote in

microsoft.public.windowsxp.general:



For example, I have Microsoft Visual C 2010 x86 Redistributable

and would like to know if it is being used at all.

[Somebody here is using posting software that is adding a blank line
between every line quoted. Could you have a look and see if this
"feature" can be turned off?]



It seems to be originating from Andy's posts.
Andy, do you see this, too, when reviewing posts? The extra added blank
lines between every quoted line?? There may be an option to disable the
extra line feeds, but I don't know what software you're using for news
posts. Let me illustrate what it looks like:

This is a test of the sofware to see if it is working properly

Hopefully it is working ok

(note the skipped line above)
instead of:
This is a test of the software to see if it is working properly.
Hopefully it is working ok

"Bill in Co" wrote in message
...
J. P. Gilliver (John) wrote:
In message ,
Andy
writes:
On Thursday, January 17, 2013 7:34:00 PM UTC-6, Bill in Co wrote:
Nil wrote:

On 17 Jan 2013, Andy wrote in

microsoft.public.windowsxp.general:



For example, I have Microsoft Visual C 2010 x86 Redistributable

and would like to know if it is being used at all.

[Somebody here is using posting software that is adding a blank line
between every line quoted. Could you have a look and see if this
"feature" can be turned off?]



It seems to be originating from Andy's posts.
Andy, do you see this, too, when reviewing posts? The extra added
blank lines between every quoted line?? There may be an option to
disable the extra line feeds, but I don't know what software you're
using for news posts. Let me illustrate what it looks like:
snip

He's not using a news reader or NNTP.... that's the problem. He appears
to be using Google Groups.
--
Glen Ventura
MS MVP Oct. 2002 - Sept. 2009
CompTIA A+

"Andy" wrote in message ...
On Saturday, January 19, 2013 1:15:31 PM UTC-6, J. P. Gilliver (John) wrote:
In message , glee

writes:
Exactly... on both counts. Backing up the Registry will help nothing
if after removing Visual C++, he discovers he needs it. Much more than
the Registry is involved. Likewise there is no easy way to check what
programs are relying on Visual C++, and on machines with more than one
version, even determining which programs use which versions.
Andy seems to have just enough info to be dangerous.

ISTR encountering something that _would_ do a sort of "reverse
dependency lookup"; it checked every file (possibly only every
executable) on the HD. Obviously it was phenomenally slow, especially as
in this case I bet VC++ is _lots_ of files, and you'd have to run it
with each one. (Unless you could point it at a folder - it's so long
since I saw it I can't remember. But it would be _very_ slow, whether
you could do it manually or a whole folder at once.)
"Don't worry about people stealing your ideas. If your ideas are any good,
you'll have to atram them down people's throats." - Howard Aiken

Whatis ISTR ?


Look at all the app samples that need Visual Studio 2010

Office, Microsoft Office Excel 2007, COM, LINQ,
WCF, REST, GDI+, Windows Phone, Windows Azure, SharePoint,
Silverlight and other products.

You can also explore the Official Visual Studio C#, VB.NET, and 101 LINQ samples.

http://code.msdn.microsoft.com/vstudio

Zo wrote:
Sorry I missed the original post, but give this one a try.

Didier Stevens
UserAssist

The UserAssist utility displays a table of programs executed on a
Windows machine, complete with running count and last execution date
and time.

Windows Explorer maintains this information in the UserAssist registry
entries. My program allows you to display and manipulate these
entries.

http://blog.didierstevens.com/programs/userassist/

This apply only to programs that was run via shell library. Some programs
use the kernel library to directly run another program. The shell library
itself uses the kernel library, but it tracks program/shortcut/document
executions.

On Saturday, January 19, 2013 4:47:08 PM UTC-6, JJ wrote:
Zo wrote:

Sorry I missed the original post, but give this one a try.



Didier Stevens

UserAssist



The UserAssist utility displays a table of programs executed on a

Windows machine, complete with running count and last execution date

and time.



Windows Explorer maintains this information in the UserAssist registry

entries. My program allows you to display and manipulate these

entries.



http://blog.didierstevens.com/programs/userassist/



This apply only to programs that was run via shell library. Some programs

use the kernel library to directly run another program. The shell library

itself uses the kernel library, but it tracks program/shortcut/document

executions.

Informative info.

It's still an excellent resource.

Programs run from cmd.exe or command.com in NT systems can't be tracked either.

On Sat, 19 Jan 2013 11:49:11 -0800 (PST), Andy
wrote:

Whatis ISTR ?

I seem to remember... but it could've been written out quicker than
explaining it... IMO,errr, in my opinion.

--
Zilbandy

On Saturday, January 19, 2013 8:28:04 PM UTC-6, Zilbandy wrote:
On Sat, 19 Jan 2013 11:49:11 -0800 (PST), Andy

wrote:



Whatis ISTR ?



I seem to remember... but it could've been written out quicker than

explaining it... IMO,errr, in my opinion.



--

Zilbandy

Thanks.

P.P.P.P.P. Proper Planning Prevents Poor Performance