Jump to content

sleffing

Member
  • Posts

    25
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United States

Posts posted by sleffing

  1. A .pif file is sent SFN.

    A link to Start.exe creates a .lnk file -> passed a LFN.

    Also links to vbscripts (.vbs files) are passed LFN's.

    If vbscript is available on the target create a link to a .vbs file.

    W98 will pass LFN always..even as a .lnk file in the sendto folder.

    Simple vbscript to RUN your bat - save as c:\temp\tmp.vbs -

    WScript.CreateObject("WScript.Shell").Run "C:\TEMP\TMP.BAT " & WScript.Arguments(0), 1, FALSE

    For a test - c:\temp\tmp.bat looks like this:

    @ECHO OFF
    ECHO %1 %2 %3 %4 %5 %6 %7 %8 %9

    Note tmp.bat still sees the command line as separate pieces when spaces are present in the path/filename.

  2. I was unable to make it work on:

    - Intel 82845G Graphics Controler (driver version: 4.13.01.3205)

    - Intel 82865G Graphics Controler (driver version: 4.14.10.3732)

    So far, I was able to observe the problem on just two different computers running Windows 98. Since I do not have a good access on those two I was unable to test for all possibilities. Still, it looks like some kind of a general video driver incompatibility, or something.

    Hi Sfor.

    No VNC help but, I can confirm no visible support for 24 bit colordepth in

    Intel 82845G (driver version: 4.14.10.3732) (see Mijzelf's comment).

    I have a dozen or so of these in the form of Dell Dimension 2400 desktops all running W98SE.

    Also 2 resident programs come with the default driver install..set to run @ startup via HKLM/run.

    A tray icon (igfxtray.exe) and a hot hey monitor (hkcmd.exe ?).

    These can be enabled/disabled thru the ui - right click Desktop ->Graphics Options

    But they are already resident so best testing may require disabling them thru msconfig & reboot.

    Last, I had initial issues with the display resolution spastically reseting to 640 X 480 on bootup.

    I ended up setting a forced configuration for the video adaptor in device manager.

    This to avoid the memory conflicts. Check device manager for that as well.

  3. Most use an inf file. MDGX gives a good example.

    Go here:

    http://www.msfn.org/board/98-fe-98-se-me-u...xes-t46581.html

    Scroll down to the updates from 2-25-2009. Or just search for "ieakb".

    Download that days ieakb patch and use it as an example for yourself.

    This particular patch from M$ is cumulative and where MDGX's old version leaves off

    will have been added to toward the end of the M$ patch you already have.

    MDGX's inf for this patch is about the simplest form of inf file (just the nature of the patch)

    and so it's a good starting point if you have no experience. Good Luck.

  4. The file your looking to replace/rollback is avgabout.dll.

    You want version 7.5.0.556.

    AVG makes a backup at each update.

    If you are lucky you will find the file at:

    C:\WINDOWS\All Users\Application Data\Grisoft\Avg7Data\avg7upd\backup

    (The location on my system.)

    I copied back avgabout.dll & avg7US.lng. This is probably a language specific

    file and may have a different name on your setup.

    Thing is if you have automatic updates enabled those will be replaced next update.

    The definition updates listed here still work for me.

    http://free.avg.com/download-update

    I just download the 2 files with "avi" in the file names and use the manual

    update option in avg pointing it the folder I download the updates.

  5. Thanks Gape.

    This is coming together.

    I installed the MAIN updates only here.

    This system is an old installation.

    PPPMAC.VXD is still an issue on systems with

    netbios networking.

    I got a 'windows file protection error' on reboot.

    Replacing pppmac.vxd got past that.

    There's a new ROOTSUPD version available.

    I had version 17,0,2195,0 and the sesp

    replaced it with version 16,0,2195,0.

    Those apparently will overwrite an older version.

    I did not know that.

    Along the same lines.. deleting the CryptoSignMenu key

    probably works fine in spupdate.inf but it is added

    right back in by some subsequent action.

    This didn't show up in a regshot at all. So it

    must be added back in during 1 of the RunPost sections

    and before the install completes (and before a reboot).

    Dunno.

    Other than that.

    I replaced the windows only version of EXTRACT.EXE

    provided in the service pack

    with 1 that works on my Emergency Boot Disks.

    That is my personal preference.

    Thanks again.

    Your time and work are much appreciated.

  6. Success! Thanks.

    I don't know if the CRLUPD.CAB gets applied.

    x Removed WIN.INI sShortDate.

    OH NO! I strongly disapprove of this, Gape. :(

    BOTH the 2_4DATE.EXE file AND "sShortDate" are needed to make ALL programs that have date functions use the

    "m/d/yyyy" format.

    The "sShortDate=M/d/yyyy" in WIN.INI is used by 16bit programs like File Manager (WINFILE.EXE). File Manager does NOT use the date format settings from the Windows registry.

    While the 2_4DATE.EXE file only updates the Windows registry to make only 32bit programs like Windows Explorer use the m/d/yyyy format. 2_4DATE does NOT make 16bit apps like File Manager use the 4-digit year date format. That's why "sShortDate" is still needed.

    So you will need to put back WIN.INI sShortDate into the next beta release of the 98se SP.

    @Gape... Do the whole 2_4date update or not. It's your call.

    I use Office2000, Adobe, & other 90's vintage apps

    on several 98SE computers, all with no problems.

    All without the 2_4date update.

    And with no issues I know.

    --

    If anyone doesn't know...

    Applying the 2_4date update is equal to choosing

    the Short Date Style -

    MM/dd/yyyy -

    in the Control Panel --> Regional--> Date tab.

    This updates both the registry and win.ini.

    --

  7. @maximus-decim

    Thanks for the update. It woks for me.

    But, I found this in my registry after installing.

    [HKEY_LOCAL_MACHINE\Software\Microsoft\Updates\DataAccess\%COMPID%]

    "%COMPID%" ?

    I found some other similar issues.

    [HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\ActiveX Compatibility\%KillBit_GUID%]

    I tracked it back to OTHER.INF.

    These string definitions seem to be missing.

    All related to KB870669.

    [Strings]
    --
    ; add these to other.inf
    COMPID="KB870669"
    KillBit_GUID="{00000566-0000-0010-8000-00AA006D2EA4}"
    Package_GUID="{5f3c70b3-ac2f-432c-8f9c-1624df61f54f}"
    SourceDiskName="Microsoft Data Access Components"
    VERSION="6,0,2800,1106"
    --

    Thanks again. Your work is much appreciated.

  8. There are versions floating around but in the main thread there aint no link. If it doesnt exist with the latest version and if someone can walk me thru it, Ill be more than glad to make a spanish version :)

    A list of localized versions of the 98 SE Service Pack can be found here:

    http://exuberant.ms11.net/98sesp.html

    But spanish is not listed, yet. :)

    The "recipe" for localization of SP 2.0 can be found here:

    http://www.msfn.org/board/Localization-SP-20-t44731.html

    P.S.

    Many fixes have been issued since SP2 was released.

    If you find you are interested in making a Spanish version

    you should use the latest service pack files found here:

    http://www.msfn.org/board/98-SE-SP-30-BETA-1-t61749.html

  9. Microsoft has issued an update...

    "December 2007 cumulative time zone update..."

    dated 11/27/2007

    http://support.microsoft.com/default.aspx/kb/942763

    And MDGX has has followed suit with an update for W9x users dated 11/07/2007.

    http://www.mdgx.com/add.htm#TZU

    Thanks for that but I have 3 issues.

    The "AUS Eastern Standard Time" TZI info

    needs to be updated to the "2008" data.

    The "Cen. Australia Standard Time" TZI info

    needs to be updated to the "2008" data.

    The "Israel Standard Time" is screwed as well.

    The information for Israel on the M$ web page is wrong too.

    Particularly the "Dynamic DST" info.

    So I suppose the standard channel updates are unreliable as well.

    Please use this TZI data for Israel in the year 2008:

    TZI,1,88,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\

    00,00,0a,00,00,00,01,00,02,00,00,00,00,00,00,00,\

    00,00,03,00,05,00,05,00,02,00,00,00,00,00,00,00

    Tasmania, Egypt and others are already updated for 2008.

    Look up any time zone info here:

    http://www.timeanddate.com/worldclock/

    And I found this.

    Yearly Reg files posted here for Israel:

    http://www.lingnu.com/support.html#timezone

  10. Gape,

    Thank you for the massive effort this must take.

    I test installed/uninstalled the logos.

    I installed the LOGO update by itself. Unchecking all else in the installer.

    An error like 'rootsupd.inf is not found' popped up.

    I dismissed the error box and the logos installed, backed up and all was good.

    -------

    So I went to uninstall the LOGOS from add/remove and had an error...not the same as you, though.

    - "COMCTL32.DLL file cannot start" problem during uninstallation of Adaptec ASPI or Boot/Shutdown logos.

    It went into a loop. No error boxes.

    I hit ctrl-alt-delete and killed 1 of the many instances of rundll.

    That stopped the looping and the uninstall finished without further error.

    It did create a bunch of entries in advpack.log and 100 or so randomly named .PNF files in the inf directory.

    Now that I think about it maybe I would have gotten the error

    "COMCTL32.DLL file cannot start" if I had waited long enough.

  11. Thanks.

    I haven't installed yet but here are a couple

    of observations.

    Fdisk.exe is still the older version. Not petr's.

    Services is not copied by default

    but it's in preserve.inf.

    Maybe that's your intent.

    The slow properties display fix. Well...

    Docprop.dll has this guid {3EA48300-8CF6-101B-84FB-666CCB9BCD32}.

    Cryptext.dll has this guid {7444C719-39BF-11D1-8CD9-00C04FC29D45}.

    you reference this post:

    http://www.msfn.org/board/index.php?showtopic=67485

    Spupdate.inf may be incorrect here.

    My registry (on a mature installation) says:

     REGEDIT4

    [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\\
    {3EA48300-8CF6-101B-84FB-666CCB9BCD32}]
    @=""

    [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\CryptoSignMenu]
    @="{7444C719-39BF-11D1-8CD9-00C04FC29D45}"

    That may not be accurate for a virgin install.

    And.

    I'm not sure if it's still necessary but, q265854,

    Smartvsd.vxd being copied to the system directory

    instead of iosubsys does not seem to be addressed at this time.

  12. - Although I added required Windows Update information into the registry. Q891711, and Q918547 are still showing up on the Windows Update. Does anyone know something about it ?

    Windows Update does not use the Update information for these I think.

    I have tried many ways and

    it seems Windows Update looks at the files on disk

    and checks the versions of the .dll AND the .exe.

    It does not check the RunServices key I believe.

    Maybe someone else knows a 'workaround'.

  13. @sleffing, Thanks for the info. MDGx has already a update for timezones, dated March 2007. Q931836.EXE.

    But I think it doesn't contain New Zealand update probably. Could you post/email your INF ? It will be great and helpful.

    Here it is.

    Updated August, 2007:

    http://support.microsoft.com/kb/933360/

    It is in the order displayed

    in timedate.cpl best.

    Attachment deleted.

    I think you have it. Good luck.

  14. Q305575 is only partly correct.

    From the article:

    REGEDIT4

    ;; this is incorrect from article at: [url="http://support.microsoft.com/kb/305575"]http://support.microsoft.com/kb/305575[/url]
    ;[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Time Zones\Central European]
    ;"Display"="(GMT+01:00) Sarajevo, Skopje, Vilnius, Warsaw, Zagreb"

    ;[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Time Zones\FLE]
    ;"Display"="(GMT+02:00) Helsinki, Riga, Sofia, Tallinn"

    ; this is correct & current
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\Central European]
    "Display"="(GMT+01:00) Sarajevo, Skopje, Warsaw, Zagreb"

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\FLE]
    "Display"="(GMT+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius"

    Vilnius is in GMT+02:00 time zone !

    Compare the times for those cities at this page:

    http://www.timeanddate.com/worldclock/cust...ontinent=europe

    Look at:

    "Central European Standard Time" & "FLE Standard Time"

    listed here:

    http://msdn2.microsoft.com/en-us/library/ms912053.aspx

    -------------

    Many time zones are effected by changes in DST rules this year.

    If you are interested in adding Time Zone updates for all

    a good resource is found here:

    http://www.grystmill.com/articles/tz_update.htm

    The last update was in April when New Zealand changed over.

    His file is in .reg format and not properly ordered I think.

    I have converted it to .inf format and reordered correctly.

    I will post it if you think it would be helpful.

    -------------

  15. SESP2.1a installs explorer.exe dated Friday, August 20, 1999 12:58:48 AM.

    The important part is it is version 4.72.3612.1700.

    This is a fixed version that allows display of 256 bit icons.

    Also important.

    usp2.1a does not install ANY files in the %windir%\options\cabs directory.

    I can not say what the UBCD does in this regard.

    ---

    ngen is part of dot net framework and runs automatically on install.

    As far as I know it doesn't do anything with explorer.

    ---

    Info:
    Explorer.exe %windir% Size: 168KB Modified: 20/08/99 12:58AM
    Explorer.exe %windir%\OPTIONS\CABS Size: 176KB Modified: 12/05/07 8:48PM
    (Note: Date Format is dd/mm/yy).
    So I replaced (from DOS (Safe Mode) Command Prompt Only) %windir%\Explorer.exe with %windir%\OPTIONS\CABS
    Jim

    I believe the explorer.exe you have with the FUTURE date of December 5, 2007 could be

    from Microsoft Visual Studio 6.0 Enterprise Edition (or elsewhere). The size sounds right.

    And, if that's true, it should actually be dated May 8,1998. The version is/may be 4.72.3110.1

    Again the version is the important part.

    AFIK the last service pack found at this forum to install that old version of Explorer.exe is

    Maximus Decim's cumulative update - MDCU230E.EXE.

    That is replaced by MDCU240E.EXE which installs the newer

    version of explorer.exe (v4.72.3612.1700) the same as installed by sesp2.1a.

  16. EDIT: do i have to add EVERY single old 
    "Cumulative Security Update for Internet Explorer" to the obsolete list?
    eg. IE834707 - OLD Unofficial MS IE 6.0 Patch --- actually this for IE 6 and not IE6 sp1 ---
    i'm in two minds about whether to add this to the obsolete list because it isn't obsolete for
    those who haven't upgraded to IE 6 sp1. Comments?

    I have that question as well.

    Most, if not all, lists I've come across simply state the

    latest versions available.

    Even when they list the latest IE5.5, and IE6 and IE6.1

    cumulative patches.

    I notice the lists that try to keep up with the flow of

    all released AND current patches

    seem to have been unable to do so.

    If you wanted to go that way you might restructure

    your list to group components together.

    An IE6SP1 cumulative group may look something like this.

    -----------------------------------------------------------
    Cumulative Security Updates for Internet Explorer
    -----------------------------------------------------------
    QNUMBER SUPERBY REPLACES PATCHNUM
    -----------------------------------------------------------
    867282 890923 MS05-014
    890923 883939 867282 MS05-020
    883939 896727 890923 MS05-025
    896727 896688 883939 MS05-038
    896688 905915 896727 MS05-052
    905915 912812 896688 MS05-054
    912812 916281 905915 MS06-013
    916281 918899 912812 MS06-021
    918899 922760 916281 MS06-042
    922760 925454 918899 MS06-067
    925454 922760 MS06-072
    ------------------------------------------------

  17. Why that error I'm unsure.

    If it were a boot disc the shell line would look like this:

    SHELL=\COMMAND.COM

    With a backslash.

    (plus any switches you would add)

    %COMSPEC% would end up holding the boot drive letter

    In your case, since the OS is already booted, is it possible

    to simply use the %COMSPEC% environment variable ?

    Like this:

    ECHO SHELL=%COMSPEC% /E:4096 /P >> CONFIG.SYS

    After all, you would not be able to do much if

    %COMSPEC% was wrong. ??

×
×
  • Create New...