I have several OSes (different version and SPs) installed on my PC because
have to support all NT and w9x versions. Usually, I install DKK at one
system and use it from all others. DDK (and also MSDN) installs docs as a
set of CHM file and one COL file which makes a collection from them and a
command “hh file.col” can be used to access whole collection. This is great
but there is a “small” problem – it does work only from the system where it
was installed. On other systems it reports “Cannot open the file: file.col”
error message. It is because the collection isn’t registered in some system
wide file. Yes, I can use individual CHM files using “hh file.chm” but I’d
like to use whole collection. If I install DDK from the next system to the
same directory (to save space and avoid confusion), it replaces COL file
with the new one new which differs in one line only:
which is pathetic. For MSDN I saved COL files for all OSes and when need
docs, copy the correct version and docs works. It is really painful and also
MSDN reainstallation on all OSes every 3 months is really annoying. Note
renaming COL file also works but as a result new index (really big file)
with the same name is created.
My question is if anybody solved this problem some reasonable way. I’m
willing to “register” COL file on every OS if there is a way but DDK
reinstallation with above mentioned effect doesn’t seems reasonable.
Thanks.
Best regards,
Michal Vodicka
Veridicom
(RKK - Skytale)
[WWW: http://www.veridicom.com , http://www.skytale.com]
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Hi,
I have not had a chance to develop a solution yet, but here is what you
should look at:
%ALLUSERSPROFILE%\Application Data\Microsoft\HTML Help\hhcolreg.dat
That contains references to all the collections installed on a system.
I have not had the time to figure out how to generate that.
I tend to like to have the tools installed on a read-only network share
and then just use whatever version as needed from whatever dev machine I
happen to need the tools on. If I need to tools local for performance
reasons, I like to just copy them over. I have scripts that set up my
environment w/o any hardcoded paths… But I have not yet had time to
figure out how to deal with the COL issue. I also have never tried
doing that for the MSDN Library. However, I do that to Visual Studio
and the Platform SDK. (I also have not been using the DDK much, but
there are issues there that need to be resolved with the read-only
usage…)
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Michal Vodicka
Sent: Friday, July 20, 2001 1:57 PM
To: NT Developers Interest List
Subject: [ntdev] DDK help problem
I have several OSes (different version and SPs) installed on my PC
because
have to support all NT and w9x versions. Usually, I install DKK at one
system and use it from all others. DDK (and also MSDN) installs docs as
a
set of CHM file and one COL file which makes a collection from them and
a
command “hh file.col” can be used to access whole collection. This is
great
but there is a “small” problem – it does work only from the system
where it
was installed. On other systems it reports “Cannot open the file:
file.col”
error message. It is because the collection isn’t registered in some
system
wide file. Yes, I can use individual CHM files using “hh file.chm” but
I’d
like to use whole collection. If I install DDK from the next system to
the
same directory (to save space and avoid confusion), it replaces COL file
with the new one new which differs in one line only:
which is pathetic. For MSDN I saved COL files for all OSes and when need
docs, copy the correct version and docs works. It is really painful and
also
MSDN reainstallation on all OSes every 3 months is really annoying. Note
renaming COL file also works but as a result new index (really big file)
with the same name is created.
My question is if anybody solved this problem some reasonable way. I’m
willing to “register” COL file on every OS if there is a way but DDK
reinstallation with above mentioned effect doesn’t seems reasonable.
Thanks.
Best regards,
Michal Vodicka
Veridicom
(RKK - Skytale)
[WWW: http://www.veridicom.com , http://www.skytale.com]
—
You are currently subscribed to ntdev as: xxxxx@mit.edu
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Thanks, I will play with this file if there isn’t an easier solution (API
:). Maybe copying changes from one file to others and updating numbers would
help.
Best regards,
Michal Vodicka
Veridicom
(RKK - Skytale)
[WWW: http://www.veridicom.com , http://www.skytale.com]
From: Danilo Almeida[SMTP:xxxxx@MIT.EDU]
Reply To: NT Developers Interest List
Sent: Friday, July 20, 2001 10:28 PM
To: NT Developers Interest List
Subject: [ntdev] RE: DDK help problem
Hi,
I have not had a chance to develop a solution yet, but here is what you
should look at:
%ALLUSERSPROFILE%\Application Data\Microsoft\HTML Help\hhcolreg.dat
That contains references to all the collections installed on a system.
I have not had the time to figure out how to generate that.
I tend to like to have the tools installed on a read-only network share
and then just use whatever version as needed from whatever dev machine I
happen to need the tools on. If I need to tools local for performance
reasons, I like to just copy them over. I have scripts that set up my
environment w/o any hardcoded paths… But I have not yet had time to
figure out how to deal with the COL issue. I also have never tried
doing that for the MSDN Library. However, I do that to Visual Studio
and the Platform SDK. (I also have not been using the DDK much, but
there are issues there that need to be resolved with the read-only
usage…)
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
I was too lazy to writting a new code so tried it and was successful. I
copied some … pieces from one hhcolreg.dat to
another and also appropriate and pieces
(hundreths lines). It DOES work. Currently I’m able to use COL files created
on other systems. It isn’t easy and I can imagine conflicts if equal magic
values are used for different collections. Maybe there are other problems
which I haven’t noticedm yet. Anyway, it seems as a reasonable workaround.
I’d really like to know the rationale behind this stupidity. COL files
contain some info and remainder is in this hhcolreg.dat file which can’t be
shared between OSes. Why isn’t all info in the COL file? If the reason was
to disable docs sharing, MS guys haven’t made their job well. No surprise.
Best regards,
Michal Vodicka
Veridicom
(RKK - Skytale)
[WWW: http://www.veridicom.com , http://www.skytale.com]
> ----------
> From: Michal Vodicka[SMTP:xxxxx@veridicom.cz.nospam]
> Reply To: NT Developers Interest List
> Sent: Friday, July 20, 2001 11:27 PM
> To: NT Developers Interest List
> Subject: [ntdev] RE: DDK help problem
>
> Thanks, I will play with this file if there isn’t an easier solution (API
> :). Maybe copying changes from one file to others and updating numbers
> would
> help.
>
> Best regards,
>
> Michal Vodicka
> Veridicom
> (RKK - Skytale)
> [WWW: http://www.veridicom.com , http://www.skytale.com]
>
>
>
> > ----------
> > From: Danilo Almeida[SMTP:xxxxx@MIT.EDU]
> > Reply To: NT Developers Interest List
> > Sent: Friday, July 20, 2001 10:28 PM
> > To: NT Developers Interest List
> > Subject: [ntdev] RE: DDK help problem
> >
> > Hi,
> >
> > I have not had a chance to develop a solution yet, but here is what you
> > should look at:
> >
> > %ALLUSERSPROFILE%\Application Data\Microsoft\HTML Help\hhcolreg.dat
> >
> > That contains references to all the collections installed on a system.
> > I have not had the time to figure out how to generate that.
> >
> > I tend to like to have the tools installed on a read-only network share
> > and then just use whatever version as needed from whatever dev machine I
> > happen to need the tools on. If I need to tools local for performance
> > reasons, I like to just copy them over. I have scripts that set up my
> > environment w/o any hardcoded paths… But I have not yet had time to
> > figure out how to deal with the COL issue. I also have never tried
> > doing that for the MSDN Library. However, I do that to Visual Studio
> > and the Platform SDK. (I also have not been using the DDK much, but
> > there are issues there that need to be resolved with the read-only
> > usage…)
> >
> > - Danilo
> >
>
> —
> You are currently subscribed to ntdev as: xxxxx@rkk.cz
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Is ASPI(from Adaptec) supported on Windows 2000 platforms? Currently I am
using ASPI 4.57 which was released for 95 and NT on Windows 2000 platforms.
Has anyone found any issues with this ? Where can i get more documentation
on the above subject.
TIA
pash
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Why not? w2k has the same SPTI as NT4. And ACPI on NT platform is wrapper
around SPTI.
Max
----- Original Message -----
From: “Pashupati Kumar”
To: “NT Developers Interest List”
Sent: Saturday, July 21, 2001 10:43 AM
Subject: [ntdev] RE: DDK help problem
> Is ASPI(from Adaptec) supported on Windows 2000 platforms? Currently I am
> using ASPI 4.57 which was released for 95 and NT on Windows 2000
platforms.
> Has anyone found any issues with this ? Where can i get more documentation
> on the above subject.
>
> TIA
> pash
>
>
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@storagecraft.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com