[WriteLog] TO7ZG???

[Jim Reisert AD1C]

I dug up the release notes for 10.77 (this material is NOT on the
WriteLog web site as far as I know):

"There are major changes to the installer in this version in order to
accommodate Vista and Windows 7 and 64b versions of them. All data
files that used to be in Writelog's \programs folder (which by default
was in  "\Program Files\WriteLog") are now installed in an Application
Data directory. WriteLog setup does not offer you an opportunity to
overide this data directory setting."

The "Application Data directory" for Windows Vista/7 is exactly this path:

    C:\ProgramData\WriteLog

I know this works on Windows 7, and it *should* be the exact same on
Vista.  Uses should never touch the Virtual Store.

Wayne or Steve, can you comment on this please?

73 - Jim AD1C

On Mon, Oct 18, 2010 at 1:51 PM, Gary AL9A <al9a at mtaonline.net> wrote:

> I just downloaded the latest wl_cty.dat file and got it to work, but not in
> the way documented on www.country-files.com.  I'm running Vista and the
> instructions there say to download the wl_cty.dat file into
> C:\ProgramData\WriteLog and then run the Convert Cty to WriteLog utility
> program.  I did that and the new country file did not work when I checked
> VERSION in WL.  There was no new wl_cty.bin file in either
> C:\ProgramData\WriteLog or C:\ProgramFiles\WriteLog.  Not sure why this is
> not working as expected.
>
> I then went back to what has always worked for me before - copied wl_cty.dat
> into C:\Users\AL9A\AppData\Local\VirtualStore\Program Files\WriteLog.  I
> then ran the Convert Cty utility and pointed it to a "...alternative prefix
> database...", the one in my VirtualStore path.  After the Convert utility
> ran I started WL and entered "VERSION" in the call field and hit tab.  The
> Country came up as Kuwait which is correct for this update.  However, when I
> look in C:\Users\AL9A\AppData\Local\VirtualStore\Program Files\WriteLog I
> see the new wl_cty.dat file and a wl_cty.bin file that is dated 12/04/2009.
> This bin file apparently has the correct info from the Convert utility
> process, but for some reason the date does not change with a new update.

-- 
Jim Reisert AD1C, <jjreisert at alum.mit.edu>, http://www.ad1c.us