MSFN Forum: Strange bug in HFSLIP related to short 8.3 names - MSFN Forum

Jump to content


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Strange bug in HFSLIP related to short 8.3 names fix provided Rate Topic: -----

#1 User is offline   tomasz86 

  • http://www.windows2000.tk
  • PipPipPipPipPipPipPipPip
  • Group: Members
  • Posts: 2,220
  • Joined: 27-November 10
  • OS:Windows 2000 Professional
  • Country: Country Flag

Posted 03 October 2012 - 11:35 AM

I found a very strange bug and don't really know why it occurs. I do know how to fix it though.

  • In the HFSLIP's script you can find the following lines:

    ECHO.&ECHO Locating compressed files in I386 subfolders
    SET BASEDIR=%~dp0SOURCESS\I386\
    DIR/B/AD SOURCESS\I386>WORK\SSSI386SUB0.TXT
    FINDSTR/VBI "SVCPACK" WORK\SSSI386SUB0.TXT>WORK\SSSI386SUB.TXT
    FOR /F "DELIMS=" %%Z IN (WORK\SSSI386SUB.TXT) DO DIR/B/S/A-D/ON "SOURCESS\I386\%%Z">>WORK\SSSI386SUBALL.TXT
    

  • Add a PAUSE at the end of it:

    ECHO.&ECHO Locating compressed files in I386 subfolders
    SET BASEDIR=%~dp0SOURCESS\I386\
    DIR/B/AD SOURCESS\I386>WORK\SSSI386SUB0.TXT
    FINDSTR/VBI "SVCPACK" WORK\SSSI386SUB0.TXT>WORK\SSSI386SUB.TXT
    FOR /F "DELIMS=" %%Z IN (WORK\SSSI386SUB.TXT) DO DIR/B/S/A-D/ON "SOURCESS\I386\%%Z">>WORK\SSSI386SUBALL.TXT
    PAUSE
    

  • Now run the script. After it has paused, open the "WORK\SSSI386SUBALL.TXT" file. It will look like this:

    R:\HFSLIP_test1\SOURCESS\I386\COMPDATA\3COM.HTM
    R:\HFSLIP_test1\SOURCESS\I386\COMPDATA\3COM.TXT
    R:\HFSLIP_test1\SOURCESS\I386\COMPDATA\AACRAID.HTM
    R:\HFSLIP_test1\SOURCESS\I386\COMPDATA\AACRAID.TXT
    R:\HFSLIP_test1\SOURCESS\I386\COMPDATA\ACCELPRO.HTM
    etc.
    

  • Download one of the OnePiece's .NET Framework addons, ex. Onepiece's Microsoft .NET Framework 1.1 SP1 for Windows 2000 with GDR updates TRUE Addon and place it in HFAAO (you may need to rename it to something shorter, ex. "NETFX20.CAB").

  • Run the script again and wait until it has paused.

  • Check "WORK\SSSI386SUBALL.TXT" again. It will look like this:

    R:\HFSLIP~1\SOURCESS\I386\COMPDATA\3COM.HTM
    R:\HFSLIP~1\SOURCESS\I386\COMPDATA\3COM.TXT
    R:\HFSLIP~1\SOURCESS\I386\COMPDATA\AACRAID.HTM
    R:\HFSLIP~1\SOURCESS\I386\COMPDATA\AACRAID.TXT
    R:\HFSLIP~1\SOURCESS\I386\COMPDATA\ACCELPRO.HTM
    etc.
    

    For some reason the short names are used and I can't figure out why (the switched used is just a standard "DIR/B/S/ON").


Now the real problem is that this completely breaks updating files from the I386\UNIPROC folder which happens later. The files located in in I386\UNIPROC are the following ones (in Win2k):

KERNEL32.DL_
MP2UP.CAT
MP2UP.INF
NTDLL.DLL
WIN32K.SY_
WINSRV.DL_

Normally HFSLIP should just update them with the newer versions. Now when the problem from 6) occurs they are not updated. After the script finishes the folder looks like this:

KERNEL32.DLL
KERNEL32.DL_
MP2UP.CAT
MP2UP.INF
NTDLL.DLL
WIN32K.SYS
WIN32K.SY_
WINSRV.DLL
WINSRV.DL_

The first KERNEL32.DLL is the newly added file while KERNEL32.DL_ is the original one. Unfortunately Windows setup installs the latter which means that the new version is not installed.

I don't know why such a strange bug occurs but I do know how to fix it. The following line:

FOR /F "DELIMS=" %%Z IN (WORK\SSSI386SUB.TXT) DO DIR/B/S/A-D/ON "SOURCESS\I386\%%Z">>WORK\SSSI386SUBALL.TXT

must be changed to:

FOR /F "DELIMS=" %%Z IN (WORK\SSSI386SUB.TXT) DO DIR/B/S/A-D/ON "%~dp0SOURCESS\I386\%%Z">>WORK\SSSI386SUBALL.TXT


I would call this bug critical and want to ask for a quick fix (Mim0?) because this completely breaks Win2k installation.


#2 User is offline   tomasz86 

  • http://www.windows2000.tk
  • PipPipPipPipPipPipPipPip
  • Group: Members
  • Posts: 2,220
  • Joined: 27-November 10
  • OS:Windows 2000 Professional
  • Country: Country Flag

Posted 03 October 2012 - 11:06 PM

Something seems to get broken at this stage of integrating addons:

Spoiler


Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2013 msfn.org
Privacy Policy