[OpenAFS] Windows Server Manager tab headings
David R Boldt
dboldt@usgs.gov
Wed, 10 Nov 2004 16:54:52 -0500
This is a multipart message in MIME format.
--=_alternative 0078618A85256F48_=
Content-Type: text/plain; charset="US-ASCII"
Jeffrey,
I received the following response in e-mail, which solved
the problem for me.
> This started on the IBM/Transarc version of Server Manager; where
> the contents of the window abruptly appeared to be collapsed and/or
> otherwise scrambled.
If I understand correctly, I think you are running into the following.
There were registry data changes in OpenAFS at some point in order
to fix a memory leak. The data have to do with saving Server Manager
display customizations. Blow away the saved customizations and you
will be back in business.
I forget where they are, but a quick look makes me think it's here:
HKEY_CURRENT_USER\Software\TransarcCorporation
There is some versioning code in the software to handle this stuff
but WindowsMan (Jeff Altman) has higher-priority things to work on and
I never took the time to figure it all out and submit a patch.
--
Joe Buehler
Jeffrey Altman <jaltman@columbia.edu>
11/05/2004 01:19 PM
To: David R Boldt <dboldt@usgs.gov>
cc: openafs-info@openafs.org
Subject: Re: [OpenAFS] Windows Server Manager tab headings
The Windows Server and associated tools are not currently
receiving a great deal of attention. There is too much work that
needs to be done on the client.
The source of the problem is known. IBM/Transarc devised an interesting
algorithm for loading resource strings from a locale specific DLL.
Instead of simply reading the strings by ID number, the identifiers
must adhere to some additional rules which force resources to be
assigned according to a form of ID value alignment. Unfortunately,
the original designers of this system must have left the project and
future developers working on the tools were unaware of the details.
As new resources were added they did not follow the alignment
requirements. The code which loads the resources started to leak memory
and return random data. Unfortunately to make matters even worse,
the IDs of the loaded strings are stored into data files used to
initialize the UI at run-time. This makes it difficult to fix the
problem and maintain backward compatibility.
At one point I spent a weekend cleaning up most of the resource files
but I did not get all of it done. If the Windows Server and the
associated tools are important to your organization I would ask that
you seriously consider providing some resources to enable someone to
spend time to work on them.
Jeffrey Altman
David R Boldt wrote:
>
> This started on the IBM/Transarc version of Server Manager; where
> the contents of the window abruptly appeared to be collapsed and/or
> otherwise scrambled.
>
> At the terminus of my many attempts to resurrect use of this package,
> I did a full uninstall, including the configuration files, and did a
fresh
> installation of the latest version of OpenAFS.
>
> The result is a vast improvement, but for the fact that the text in the
> tabs
> (column headings) for both the volumes and partitions is a quasi-random
> sampling of the ASCII character set.
>
> If I attempt to edit which column headings are displayed, that interface
> shows a similar level of chaos.
>
>
> -- David Boldt
> <dboldt@usgs.gov>
>
--=_alternative 0078618A85256F48_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">Jeffrey,</font>
<br>
<br><font size=2 face="sans-serif">I received the following response in
e-mail, which solved</font>
<br><font size=2 face="sans-serif">the problem for me.</font>
<br>
<br><font size=2><tt>> This started on the IBM/Transarc version of Server
Manager; where<br>
> the contents of the window abruptly appeared to be collapsed and/or<br>
> otherwise scrambled.<br>
<br>
If I understand correctly, I think you are running into the following.<br>
<br>
There were registry data changes in OpenAFS at some point in order<br>
to fix a memory leak. The data have to do with saving Server Manager<br>
display customizations. Blow away the saved customizations and you<br>
will be back in business.<br>
<br>
I forget where they are, but a quick look makes me think it's here:<br>
<br>
HKEY_CURRENT_USER\Software\TransarcCorporation<br>
<br>
There is some versioning code in the software to handle this stuff<br>
but WindowsMan (Jeff Altman) has higher-priority things to work on and<br>
I never took the time to figure it all out and submit a patch.<br>
-- <br>
Joe Buehler</tt></font>
<br><font size=2 face="sans-serif"><br>
<br>
<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Jeffrey Altman <jaltman@columbia.edu></b></font>
<p><font size=1 face="sans-serif">11/05/2004 01:19 PM</font>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To:
David R Boldt <dboldt@usgs.gov></font>
<br><font size=1 face="sans-serif"> cc:
openafs-info@openafs.org</font>
<br><font size=1 face="sans-serif"> Subject:
Re: [OpenAFS] Windows Server Manager
tab headings</font></table>
<br>
<br>
<br><font size=2><tt>The Windows Server and associated tools are not currently<br>
receiving a great deal of attention. There is too much work that<br>
needs to be done on the client.<br>
<br>
The source of the problem is known. IBM/Transarc devised an interesting<br>
algorithm for loading resource strings from a locale specific DLL. <br>
Instead of simply reading the strings by ID number, the identifiers<br>
must adhere to some additional rules which force resources to be<br>
assigned according to a form of ID value alignment. Unfortunately,<br>
the original designers of this system must have left the project and<br>
future developers working on the tools were unaware of the details.<br>
As new resources were added they did not follow the alignment <br>
requirements. The code which loads the resources started to leak
memory<br>
and return random data. Unfortunately to make matters even worse,<br>
the IDs of the loaded strings are stored into data files used to<br>
initialize the UI at run-time. This makes it difficult to fix the<br>
problem and maintain backward compatibility.<br>
<br>
At one point I spent a weekend cleaning up most of the resource files<br>
but I did not get all of it done. If the Windows Server and the<br>
associated tools are important to your organization I would ask that<br>
you seriously consider providing some resources to enable someone to<br>
spend time to work on them.<br>
<br>
Jeffrey Altman<br>
<br>
<br>
David R Boldt wrote:<br>
<br>
> <br>
> This started on the IBM/Transarc version of Server Manager; where<br>
> the contents of the window abruptly appeared to be collapsed and/or<br>
> otherwise scrambled.<br>
> <br>
> At the terminus of my many attempts to resurrect use of this package,<br>
> I did a full uninstall, including the configuration files, and did
a fresh<br>
> installation of the latest version of OpenAFS.<br>
> <br>
> The result is a vast improvement, but for the fact that the text in
the <br>
> tabs<br>
> (column headings) for both the volumes and partitions is a quasi-random<br>
> sampling of the ASCII character set.<br>
> <br>
> If I attempt to edit which column headings are displayed, that interface<br>
> shows a similar level of chaos.<br>
> <br>
> <br>
>
--
David Boldt<br>
>
<dboldt@usgs.gov><br>
> <br>
</tt></font>
<br>
--=_alternative 0078618A85256F48_=--