[Mim0]

Hi mukke,

thx for that. It's already a discussion in the update-thread. But I had thought about that how to integrate it in the file-checker and in the list and I have a solution in mind which is not online yet. see here (post #374)

CU, Mimo

This post has been edited by Mim0: 15 January 2010 - 07:21 AM

[Mim0]

bphlpt, on Dec 15 2009, 03:51 AM, said:

is easy enough, the few times I've run the tool I've usually forgotten and had to run it again or cut and paste from the command window. It might be nice for there to be a Log - Yes or No line in hfslipfc.ini perhaps. Your thoughts?

It's implemented now! To create a log-file can be activated in the INI with the next release of the file-checker

[Kiki Burgh]

hi Mim0! just wanted to report results of trying out hfslipfc_100115b ... i had the following settings:

 
[font="Courier New"]-------------------------------------------------
! Move wrong (updates of a component which is not 
! belonging to a selected component), obsolete or 
! unknown updates to a new folder.
!
! MOVEWRONG: Setting for wrong updates
! MOVEOBSOLETE: Setting for obsolete updates
! MOVEUNKNOWN: Setting for unknown updates
!
! Possible values:
!   0 - Don't move the file (default)
!   1 - move the updates to "MOVETO"
!
! MOVETO the destination-folder. Default:
!   HFSLIPFC.MOV
-------------------------------------------------
MOVEWRONG=[color="#0000FF"]1[/color]
MOVEOBSOLETE=[color="#0000FF"]1[/color]
MOVEUNKNOWN=[color="#0000FF"]1[/color]
MOVETO=[/font] 

& somewhere below:

 
[font="Courier New"]-------------------------------------------------
! hfslip-folders to check for obsolete, wrong and
! unknown updates (not missing!). When using more
! than one folder, separate them by semicolon.
! Default:
! HF\*.*;HFGUIRUNONCE\*.*;HFCABS\*.*;HFSVCPACK_SW1\*.*
-------------------------------------------------
FOLDERSET=[color="#0000FF"]HF\*.*;HFGUIRUNONCE\*.*;HFCABS\*.*;HFSVCPACK\*.*;HFSVCPACK_SW1\*.*;HFSVCPACK_SW2\*.*[/color][/font] 

& as result in \HFSLIP\HFSLIPFC.MOV\move.txt were these only:

 
[font="Courier New"]unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: [/font] 

no other file could be found (except for move.txt)... was expecting these wrong, obsolete & unknown hotfixes be moved based on this:

Mim0, on Jan 15 2010, 05:42 AM, said:

- Fixed: When an unknown file was found, no filename was displayed
(comes with 2010-01-14).

but were not ... was there something amiss in my settings for these to be the result? btw, please correct me if i was mistaken but running it the 2nd time (with HFSLIPFC.MOV dir retained as well as move.txt file inside (while leaving FOLDERSET= to default setting this time) only resulted to appending the current number of "unknown" items (making it twice the number of "unknown" instances in the 1st run: i.e., from what used to be 25 to 50) ... wouldn't it be better for this entire dir be deleted & recreated every run of hfslipfc? (i understand there shouldn't be a need to answer my last inquiry as this wouldn't have happened if identified files were moved to the designated directory & parsing it the 2nd time would certainly not produce the results i encountered.) just my thoughts ... cheers!

This post has been edited by Kiki Burgh: 15 January 2010 - 10:19 AM

[Martin H]

@Mim0

Maybe you could add a component-selection in the INI for MS-XML also, so that we e.g. don't get prompted for the mising MS-XML4 update, when using only default XP XP3 included MS-XML(v3+v6).

Somethings are listed twice in the output.

There's a line stating that i don't have rootsupd.exe in HF, but i have disabled reporting of optional updates.

Thanks again for your great work on list and tool!

PS: Your update-clasifying terminology has grown on me, and i now also prefer it over the msft 'High-priority' and 'Optional'

 
Checking existing updates for wrong, obsolete or unknown:
---------------------------------------------------------

Check missing updates for Windows XP SP3:
-----------------------------------------
missing (S): HF\msxml4-KB973685-ENU.exe (XML Core Services 4.0 (MSXML4) SP3 Buil
d 2107)

Check missing updates for IE6:
------------------------------

Check missing updates for WMP9:
--------------------------------

Check missing updates for RDC6:
--------------------------------

Check missing updates for DX9:
--------------------------------

Check missing updates for Windows XP SP3:
-----------------------------------------

Check missing updates for IE6:
------------------------------

Check missing updates for WMP9:
--------------------------------

Check missing updates for RDC6:
--------------------------------

Checking the version of Adobe Flash Player
------------------------------------------
Expected version 10.0.42.34 (file=Flash10d.ocx, size=3982240)
OK
HF\rootsupd.exe does not exist.

Finished
Press any key to continue . . .
 

[Mim0]

Kiki Burgh, on Jan 15 2010, 04:15 PM, said:

hi Mim0! just wanted to report results of trying out hfslipfc_100115b ... i had the following settings:

 
[font="Courier New"]-------------------------------------------------
! Move wrong (updates of a component which is not 
! belonging to a selected component), obsolete or 
! unknown updates to a new folder.
!
! MOVEWRONG: Setting for wrong updates
! MOVEOBSOLETE: Setting for obsolete updates
! MOVEUNKNOWN: Setting for unknown updates
!
! Possible values:
! 0 - Don't move the file (default)
! 1 - move the updates to "MOVETO"
!
! MOVETO the destination-folder. Default:
! HFSLIPFC.MOV
-------------------------------------------------
MOVEWRONG=[color="#0000ff"]1[/color]
MOVEOBSOLETE=[color="#0000ff"]1[/color]
MOVEUNKNOWN=[color="#0000ff"]1[/color]
MOVETO=[/font] 

& somewhere below:

 
[font="Courier New"]-------------------------------------------------
! hfslip-folders to check for obsolete, wrong and
! unknown updates (not missing!). When using more
! than one folder, separate them by semicolon.
! Default:
! HF\*.*;HFGUIRUNONCE\*.*;HFCABS\*.*;HFSVCPACK_SW1\*.*
-------------------------------------------------
FOLDERSET=[color="#0000ff"]HF\*.*;HFGUIRUNONCE\*.*;HFCABS\*.*;HFSVCPACK\*.*;HFSVCPACK_SW1\*.*;HFSVCPACK_SW2\*.*[/color][/font] 

& as result in \HFSLIP\HFSLIPFC.MOV\move.txt were these only:

 
[font="Courier New"]unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: 
unknown: [/font] 

no other file could be found (except for move.txt)... was expecting these wrong, obsolete & unknown hotfixes be moved based on this:

Mim0, on Jan 15 2010, 05:42 AM, said:

- Fixed: When an unknown file was found, no filename was displayed
(comes with 2010-01-14).

but were not ... was there something amiss in my settings for these to be the result? btw, please correct me if i was mistaken but running it the 2nd time (with HFSLIPFC.MOV dir retained as well as move.txt file inside (while leaving FOLDERSET= to default setting this time) only resulted to appending the current number of "unknown" items (making it twice the number of "unknown" instances in the 1st run: i.e., from what used to be 25 to 50) ... wouldn't it be better for this entire dir be deleted & recreated every run of hfslipfc? (i understand there shouldn't be a need to answer my last inquiry as this wouldn't have happened if identified files were moved to the designated directory & parsing it the 2nd time would certainly not produce the results i encountered.) just my thoughts ... cheers!

ups... the problem was not for console-output only but also for the move.log. And also the file was not moved. FIXED & THX

[Mim0]

Martin H, on Jan 15 2010, 04:45 PM, said:

Maybe you could add a component-selection in the INI for MS-XML also, so that we e.g. don't get prompted for the mising MS-XML4 update, when using only default XP XP3 included MS-XML(v3+v6).

OK, todo-list

Martin H, on Jan 15 2010, 04:45 PM, said:

Somethings are listed twice in the output.

Yes, the file-set contains by default two file with update-information: hfslipfc.cmd (with the information from my list) and hfslipfc.ini (with your personal modifications. Two solutions: Define the fileset only with "hfslipfc.cmd" or remove the empy update-tables from the ini.

Martin H, on Jan 15 2010, 04:45 PM, said:

There's a line stating that i don't have rootsupd.exe in HF, but i have disabled reporting of optional updates.

Yes! It's correct now. Thx.

Martin H, on Jan 15 2010, 04:45 PM, said:

Thanks again for your great work on list and tool!

And I have to thank to the members here for reporting bugs and giving many new ideas!!!

This post has been edited by Mim0: 15 January 2010 - 07:09 PM

[tommyp]

Can you put a wildcard before each of the checked filenames? I segregate XP's ie hotfixes with "IE6-" and optional hotfixes with "opt-" so I can do various test scenerios. Thanks!

[Mim0]

tommyp, on Jan 16 2010, 02:11 AM, said:

Can you put a wildcard before each of the checked filenames? I segregate XP's ie hotfixes with "IE6-" and optional hotfixes with "opt-" so I can do various test scenerios. Thanks!

2010-01-07
- Added: IE6-Prefix-handling (for users who mark the IE6-updates with a "IE6-"-prefix)


But still fix "IE6-" only for IE6-Updates. Not very flexible.

You gave me a hint how to handle it with wildcards but I didn't got it. I'll look at your info again... probably I contact you.

by the way:[qoute]2010-01-16
- Removed: Message "HF\rootsupd.exe does not exist."
- Added: flexible dependency-checks. At this moment:
optional KB973687 can replace KB955069 (MS08-069)
optional KB973687 can replace KB954459 (MS08-069)
optional KB973685 can replace KB954430 (MS08-069)
advisory KB968389 can replace KB960225 (MS09-007)
optional KB971737 can replace KB960803 (MS09-013)
With this extension MS08-069 and MS09-007 as currently
active updates - they will now listed as "replaced"
dynamically.
- Fixed: Moving of unknown updates doesn't worked
[/qoute]

good n8

[Kiki Burgh]

Mim0, on Jan 15 2010, 05:42 AM, said:

2010-01-14
- Fixed: Speeding up the process dramatically (now just a few seconds)

indeed running the script this time is faster ... few minor observations though ...

after the run there's this file which is left parallel to the other HFSLIP dirs --- "1" (an unassociated file but may be opened by notepad) ... this file is basically similar in contents with move.txt in \HFSLIP\HFSLIPFC.MOV\ except file "1" has header like:

-----------------------------------------------------------
Running HFSLIPFC Build 2010/01/16 at Sat 01/16/2010 10:10:40.89
-----------------------------------------------------------

while the former doesn't

just thinking, could the log be something exactly like the one in the cmd window from start:

------------------------------------------
File-Checker (Build 2010/01/16) for HFSLIP
See following site for further details:
people.freenet.de/MisterMoster/hfslip.htm
------------------------------------------

to end:

Finished
Press any key to continue . . .

though i know we can easily mark all, copy & paste from the dos box ... & appended w/ the findings (result of moving files)

there's 1 file which probably wasn't resolved accordingly by hfslipfc as it resulted to this:

Checking existing updates for wrong, obsolete or unknown:
---------------------------------------------------------
unknown: HFSVCPACK_SW1\XPSEP XP and Server 2003 32 bit.msi
The syntax of the command is incorrect.

incidentally, this file was not moved to \HFSLIP\HFSLIPFC.MOV\ even if it was marked as unknown

this next portion you can forego ... it's merely a thought ... hehehe!
[spoiler]tried to run the script the 2nd time (with \HFSLIP\HFSLIPFC.MOV\ & in it move.txt), as expected no file must be moved anymore (since this was addressed during the 1st run) but contents of move.txt remained unchanged ... i was thinking somehow along the notion that a new move.txt would be produced or that current move.txt would be overwritten by a newer 1 (presumably a move.txt that doesn't contain anything any longer (or is empty since no further processing (moving of files) was needed).

lastly, hfslip image doesn't load in
Mimo's Windows XP Service Pack 3 update-list
for TommyP's fabulous <image here>

thanks & cheers!

This post has been edited by Kiki Burgh: 15 January 2010 - 10:48 PM

[Mim0]

Kiki Burgh, on Jan 16 2010, 04:44 AM, said:

Mim0, on Jan 15 2010, 05:42 AM, said:

2010-01-14
- Fixed: Speeding up the process dramatically (now just a few seconds)

indeed running the script this time is faster

On my P4@2800 it's down from about 2.5 mins. to about 15secs

Quote

after the run there's this file which is left parallel to the other HFSLIP dirs --- "1" (an unassociated file but may be opened by notepad) ... this file is basically similar in contents with move.txt in \HFSLIP\HFSLIPFC.MOV\ except file "1" has header like:

-----------------------------------------------------------
Running HFSLIPFC Build 2010/01/16 at Sat 01/16/2010 10:10:40.89
-----------------------------------------------------------

while the former doesn't

I'll check it

Quote

just thinking, could the log be something exactly like the one in the cmd window from start:

------------------------------------------
File-Checker (Build 2010/01/16) for HFSLIP
See following site for further details:
people.freenet.de/MisterMoster/hfslip.htm
------------------------------------------

to end:

Finished
Press any key to continue . . .

though i know we can easily mark all, copy & paste from the dos box ... & appended w/ the findings (result of moving files)

The current log is made with some ECHOs. If I want to echo all to a log I had to echo everything twice. But probably there is a solution to decide - logging OR console-output.

Quote

there's 1 file which probably wasn't resolved accordingly by hfslipfc as it resulted to this:

Checking existing updates for wrong, obsolete or unknown:
---------------------------------------------------------
unknown: HFSVCPACK_SW1\XPSEP XP and Server 2003 32 bit.msi
The syntax of the command is incorrect.

incidentally, this file was not moved to \HFSLIP\HFSLIPFC.MOV\ even if it was marked as unknown

uuuhhh... spaces in filenames! Yes, i fix it!

Quote

this next portion you can forego ... it's merely a thought ... hehehe!

Spoiler

tried to run the script the 2nd time (with \HFSLIP\HFSLIPFC.MOV\ & in it move.txt), as expected no file must be moved anymore (since this was addressed during the 1st run) but contents of move.txt remained unchanged ... i was thinking somehow along the notion that a new move.txt would be produced or that current move.txt would be overwritten by a newer 1 (presumably a move.txt that doesn't contain anything any longer (or is empty since no further processing (moving of files) was needed).

the move.log is just a hint where the files come from and what these are. The move.log will aleays be extended. Do you think it's too less information for the move.log?

Quote

lastly, hfslip image doesn't load in
Mimo's Windows XP Service Pack 3 update-list
for TommyP's fabulous <image here>

magic.. I see the image...

CU...

This post has been edited by Mim0: 16 January 2010 - 05:32 AM

[Kiki Burgh]

Mim0, on Jan 16 2010, 07:30 PM, said:

I'll check it

great ... the unassociated file name is "1"

Mim0, on Jan 16 2010, 07:30 PM, said:

The current log is made with some ECHOs. If I want to echo all to a log I had to echo everything twice. But probably there is a solution to decide - logging OR console-output.

can i say yes to this?

Mim0, on Jan 16 2010, 07:30 PM, said:

uuuhhh... spaces in filenames! Yes, i fix it!

thanks!

Mim0, on Jan 16 2010, 07:30 PM, said:

the move.log is just a hint where the files come from and what these are. The move.log will aleays be extended. Do you think it's too less information for the move.log?

can i say yes to this too?

Mim0, on Jan 16 2010, 07:30 PM, said:

magic.. I see the image...

hmm ... wouldn't have found out 'twas firefox's plugin: adblock plus filter rule: block image ... it's automatically added to the filter everytime it loads the page & restricts the image from loading ... for ie though image can be seen
cheer!

This post has been edited by Kiki Burgh: 16 January 2010 - 07:07 PM

[Martin H]

I cannot see the pic either... (opera v10.10)

[Mim0]

@Martin
Thx, probably I have to clean the cache?

Kiki Burgh, on Jan 16 2010, 04:44 AM, said:

just thinking, could the log be something exactly like the one in the cmd window from start:

------------------------------------------
File-Checker (Build 2010/01/16) for HFSLIP
See following site for further details:
people.freenet.de/MisterMoster/hfslip.htm
------------------------------------------

to end:

Finished
Press any key to continue . . .

so far the following is still working
hfslipfc nopause >mylog.txt

This post has been edited by Mim0: 17 January 2010 - 02:52 AM

[Kiki Burgh]

Mim0, on Jan 17 2010, 04:51 PM, said:

Kiki Burgh, on Jan 16 2010, 04:44 AM, said:

just thinking, could the log be something exactly like the one in the cmd window from start:

------------------------------------------
File-Checker (Build 2010/01/16) for HFSLIP
See following site for further details:
people.freenet.de/MisterMoster/hfslip.htm
------------------------------------------

to end:

Finished
Press any key to continue . . .

so far the following is still working
hfslipfc nopause >mylog.txt

hi Mim0! where do i exactly copy & paste this?
i thought the reason for including these:
LOG=1
LOGFILE=
should cover for it?

btw, i'd like to apologize for this earlier post:

Kiki Burgh, on Jan 17 2010, 09:06 AM, said:

Mim0, on Jan 16 2010, 07:30 PM, said:

Kiki Burgh, on Jan 16 2010, 04:44 AM, said:

after the run there's this file which is left parallel to the other HFSLIP dirs --- "1" (an unassociated file but may be opened by notepad) ... this file is basically similar in contents with move.txt in \HFSLIP\HFSLIPFC.MOV\ except file "1" has header like:

-----------------------------------------------------------
Running HFSLIPFC Build 2010/01/16 at Sat 01/16/2010 10:10:40.89
-----------------------------------------------------------

while the former doesn't

I'll check it

great ... the unassociated file name is "1"

this is totally my bad ... i accidentally put 1 as value for LOGFILE= thinking it was similar to answering YES to it ... shame on me ... this "1" file is actually what's supposed to be hfslipfc.log

Kiki Burgh, on Jan 17 2010, 09:06 AM, said:

Mim0, on Jan 16 2010, 07:30 PM, said:

Kiki Burgh, on Jan 16 2010, 11:44 AM, said:

lastly, hfslip image doesn't load in
Mimo's Windows XP Service Pack 3 update-list
for TommyP's fabulous <image here>

magic.. I see the image...

hmm ... wouldn't have found out 'twas firefox's plugin: adblock plus filter rule: block image ... it's automatically added to the filter everytime it loads the page & restricts the image from loading ... for ie though image can be seen

removed adblock plus ... still image doesn't load ... my ff 3.5.7 is set to clear all upon exit ...
cheers!

This post has been edited by Kiki Burgh: 17 January 2010 - 04:32 AM

[Mim0]

Kiki Burgh, on Jan 17 2010, 10:08 AM, said:

just thinking, could the log be something exactly like the one in the cmd window from start:

With the ini-setting you get a logfile wich contains the necessary information but doesn't looks like the console output. With "hfslipfc nopause >mylog.txt" you get a logfile which you want

Quote

btw, i'd like to apologize for this earlier post:

Kiki Burgh, on Jan 17 2010, 09:06 AM, said:

Mim0, on Jan 16 2010, 07:30 PM, said:

Kiki Burgh, on Jan 16 2010, 04:44 AM, said:

after the run there's this file which is left parallel to the other HFSLIP dirs --- "1" (an unassociated file but may be opened by notepad) ... this file is basically similar in contents with move.txt in \HFSLIP\HFSLIPFC.MOV\ except file "1" has header like:

-----------------------------------------------------------
Running HFSLIPFC Build 2010/01/16 at Sat 01/16/2010 10:10:40.89
-----------------------------------------------------------

while the former doesn't

I'll check it

great ... the unassociated file name is "1"

this is totally my bad ... i accidentally put 1 as value for LOGFILE= thinking it was similar to answering YES to it ... shame on me ... this "1" file is actually what's supposed to be hfslipfc.log ... cheers!

THX for the info. I think I would never found this error Now I fix it with the spaces in the filename...

[Parseus]

missing (O): HF\WindowsXP-KB914440-v12-x86-PLK.exe (Network Diagnostic Tool)

This update is already included in SP3.

This post has been edited by Parseus: 18 January 2010 - 01:26 PM

[Mim0]

Parseus, on Jan 18 2010, 08:26 PM, said:

missing (O): HF\WindowsXP-KB914440-v12-x86-PLK.exe (Network Diagnostic Tool)

This update is already included in SP3.

Yes, you're right (list of updates included in SP3) THX!!!

2010-01-18
- Removed: KB914440 (Network Diagnostic Tool is included in Windows XP SP3)
- Added: KB969395
- Added: When KB975254 is found give a hint to use at least 1.7.10 beta D
- Fixed: Added quotes because files with spaces in filenames are not moved.
- Fixed: KB954430 was still obsolete (replaced by KB973685) instead of
defining that KB973685 CAN replace KB954430.
- Added: New option in INI for installing MSXML4 (MSXML4=0/1).

New in INI:

Quote

-------------------------------------------------
! Installing MSXML4.
!
! Possible values:
! 0 - Don't install MSXML4 (default)
! 1 - Install MSXML4
-------------------------------------------------
MSXML4=

Regards, Mimo

[Parseus]

I've found another updates which are identified as unknown:

unknown: HF\WindowsXP-KB954708-x86-PLK.exe
unknown: HF\WindowsXP-KB958469-x86-PLK.exe

[Mim0]

Parseus, on Jan 18 2010, 10:13 PM, said:

unknown: HF\WindowsXP-KB954708-x86-PLK.exe

Yes, I think I have to add this!

Parseus, on Jan 18 2010, 10:13 PM, said:

unknown: HF\WindowsXP-KB958469-x86-PLK.exe

Hmm... is this really missing? In the Bulletin Article says it's for RDP 5.2 but SP3 includes RDP 6.1. Is 5.2 also in a system with SP3? I will check it.

Tank you!!!

Mimo

This post has been edited by Mim0: 18 January 2010 - 11:13 PM

[Kiki Burgh]

hi Mim0! it'd seem the following didn't make it in your current update list & hfslifc:

Kiki Burgh, on Jan 16 2010, 04:17 PM, said:

you might want to check on Article ID: 974905 - Last Review: January 13, 2010 - Revision: 2.0 another FIX for wmp came across it here, courtesy of rick

Kiki Burgh, on Jan 17 2010, 05:19 PM, said:

would this make it in your update list & in hfslipfc:

Muppet Hunter, on Jan 14 2010, 02:39 PM, said:

The MDAC update kb952287 is superseded by kb961451 ...

? i have WindowsXP-KB961451-v2-x86-ENU.exe from Article ID: 961451 - Last Review: August 25, 2009 - Revision: 2.0

cheers!