[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MicroSoft Office 2000 Service Release 1



PureBytes Links

Trading Reference Links

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MS Office 97 Professional\97.0.0.0203(1043)\Registration

This is the full address (on my machine, with (1043) being the Dutch lango version) where the 97-version's
"pointer" information should (have) be (been) stored.
Tho, info is stored here (name, Setup Key etc), most of the "pointer" info is still also stored and will be
addressed by the, now 'old', Office97 Setup(ACMSETUP) from the "Off97Pro.STF" file:

C:\Program Files\Microsoft Office\Office\Setup\Off97Pro.STF

ACMSETUP will also envoke and store results retrieved from commands, found in the following two files,
in this Off97Pro.STF file {kind of like Office's own "Registry"}

C:\Program Files\Microsoft Office\Office\Setup\Off97Pro.inf
C:\Program Files\Microsoft Office\Office\Setup\Off97inv.dll

The ACMSETUP.EXE is also copied to and stored in the above "Setup" folder {you can run it from
the OfficeTaskBar}, but file is ALSO FOUND IN THE MAIN ROOT FOLDER on the Office97 CdRom.

>From the above Off97Pro.STF file ACMSETUP can now retrieve my "pointer" folder
F:\
for the F-drive, and from the above Off97Pro.inf file run the following (ini-file like) statements commands

[SetUp]
CmdLine=acmsetup /T Off97Pro.stf /S "%s" %s
DrvModName=ACMSETUP

[Source Media Descriptions]
; <disk number>, <disk label>, <file>, <path>
 "1","Microsoft Office Setup: Diskette 1","Setup.exe","."
 "2","Microsoft Office-licentiediskette","Office97.tag","."

and return with the result-dialog boxes (retrieved from the Inventory file Off97inv.dll) and that can contain
the following errors and/or the succesfull "Office97 Set Up Has Completed Succesfully" announcings.

INI File:Section:Compliance CheckingDLL
Key:Path:
        Key not found
        ***File found
        ***File not found
        File size out of range
        Directory found
        Directory not found
Key:PasswordDialog:
       UpgradeCheckWrongPassword
       AllSearchesFailed
       SearchFailedRegistry Search
Key:AcmsetupInstall:
       Office97 Set Up Init completed succesfully
etc.{and it will them run the full Setup}

This is somehow basicaly still in the old Win3.x style, where information was always gathered from
the win.ini and sys.ini files. In stead of using this old file system, Office 2000 will (much like
the Win9x OS program itselve already did on its Set Up) store and retrieve its info now in/from
the Windows Registry, eg for example see the following Keys

Operating System - Cd reference (setup pointer)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\SourcePath
Operating System - Product Info(+Reg User info)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion
Operating System - User Info (again Setup Key)
HKEY_USERS\.Default\Software\Microsoft\User information
Operating System - User Info (again Name+Address)
HKEY_USERS\.Default\Software\Microsoft\MS Setup (ACME)\User Info
Operating System - current user's Install folders(Win(9x))
HKEY_CURRENT_USER\InstallLocationsMRU

IE - Active Setup
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\InstallInfo\Download Dir
IE - Application info (incl Setup Key)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer

Applications
Operating System - UnInstall Strings (Path+folders of(Registry registered) installed programs)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

Excel - Program defined Settings
HKEY_CURRENT_USER\Software\Microsoft\Office\8.0\Excel\Microsoft Excel

Works4.0
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Works 4.0\4.00.03.444 (1043)\Registration

Therefore, I don't think this is a single company's AP action (Anti Piracy), by the Office + MetaStock
program manufacturers, but a major step in a "Universal" SET UP methodology that has been approved
(and is now applied) by the whole (mass) marketing Software industries' representatives.

So it is now either keeping an Excel-sheet updated, with each Programs setup information details:
UserName+Adress+ZipCode+City+Country+Drive+Path+Folder+File+Parameters+Switches
+not to forget the SetupKey+Registration names+numbers, just as an over time enlarging track-record
file, or use the workaround below {would still require to store some information into files or agenda's, tho}.

Workaround
The best way that I have experienced installing multiple setups, is to assign (for yourselve) one(1) single
drive from which you ALWAYS install from (eg D:\).
Than just copy the CdRom data each time to and from this drive and prior to installing, making this
(Install only) drive "Read Only" {so setup programs cannot mess with it}. In Properties name
the Drive "MyInstDrve" or "MyTempDrve" or plain "Temp"-drive {instead of a "Temp"-folder}.
The installations run faster too.

Regards,
Ton Maas
ms-irb@xxxxxxxxxxxxxxxx
Dismiss the ".nospam" bit (including the dot) when replying.
Homepage  http://home.planet.nl/~anthmaas


----- Original Message -----
From: "Daniel Martinez" <DanM@xxxxxxxxxx>
To: <metastock@xxxxxxxxxxxxx>
Sent: zaterdag 25 maart 2000 18:35
Subject: Re: MicroSoft Office 2000 Service Release 1


> "A.J. Maas" wrote:
>
> > One cute little thing it does is stop pirated
> > versions of Office 2000 from working after the
> > patch(SR-1) is applied. If you start an Office
> > app that has apparently been pirated, it shuts
> > down almost immediately.  Unfortunately,
> > legitimate Office users occasionally experience
> > this  shutdown as well--especially those who
> > inadvertently entered the wrong Product ID when
> > Office 2000 was first installed. To correct the
> > problem, uninstall Office 2000 and reinstall it
> > with the correct Product ID (CD-ROM key).
> >
> I will probably wait and see if MicroSoft makes any changes to their SR-1.  I don't need to install it right away and I don't want
to
> deal with any bugs.
>
>
> > During installation, SR-1 requests the appropriate
> > Office 2000 CD-ROM (or seeks out the network-based
> > install share). If SR-1 can't find the files, it
> > pops up a dialog box requesting the CD-ROM, but it
> > doesn't provide a Browse button so you can tell
> > Setup where the files are. Is it a bug or
> > antipiracy feature? I'm not sure, but here's what
> > happens: SR-1 is only smart enough to find Office
> > files in the location from which you first installed
> > Office. You may have installed Office from a CD-ROM
> > in drive E: or a specific network path; SR-1 looks
> > in that one location only. I suspect you can hack
> > the Registry to fix this, or, if you're bored and
> > have time to kill, just reinstall Office, leave
> > the CD-ROM in the drive, and apply SR-1.
> >
> I plan to buy a (much) larger drive in the future.  I will be adding at least 5 partitions using PartitionMagic.  This will change
my
> CD-ROM letter from M: to R:.  When MicroSoft creates more Service Releases, I will have to call them and ask for help on
installing
> their future SR's.
> I have NEVER reinstalled Windows.  My installation goes back to Windows 3.1.  I must have dozens of old files and more than a few
old
> SYSTEM.INI entries on my system.  Eventually, I will have to do a complete reinstall.  This will probably take 2 weeks and cost me
at
> least $70 in tech support incidents (which is why I have never reinstalled).
>
>
> > The issue is addressed in the following Registry Key
> >   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MS Office 97 Professional\97.0.0.0203(1043)\Registration
> >
> I don't have this key or any similar key in HKEY_LOCAL_MACHINE.
>
> Daniel.