| Comments |
| 11/19/2019 2:10:46 PM |
Bob Denny |
|
| 11/19/2019 1:47:55 PM |
Bob Denny |
REOPENED
I failed to complete the fix. The wrong registry key, the one under which the data is being saved in the Prefs form and the one under which the data is read on startup, is AstrometryNetDomainPort. I had the AllSkyDomainPort being used to read into the Prefs form. This is the correct one!! Rename them all to AllSkyDomainPort and test thoroughly!!
|
| 8/15/2018 12:15:17 PM |
Bob Denny |
|
| 2/15/2018 12:34:51 PM |
Bob Denny |
REOPENED
See this Comm Center thread by Dick Berg. Oops, there are two places in the registry that are used for the All Sky Domain Port. The Preferences dialog uses AstrometryNetDOmainPort wqhich follows the convention set earlier in GEM 861, but in DLLMain (Main.bas) I used AllSkyDomainPort which is the name of the Preferences Form property. Look this over, but I think the right way to solve it is to use the same name throughout including in the property for the Preferences form. |
| 7/14/2016 12:47:38 PM |
Bob Denny |
|
| 7/14/2016 10:41:15 AM |
Bob Denny |
API CHANGE - Need new interop and version lock with Scheduler. |
| 7/14/2016 7:46:15 AM |
Bob Denny |
Though this breaks the religion of application independence, I am going to use the Visual PinPoint domain setting inside ACP's logic. This avoids needing to duplicate all of the online help on ansvr, and allows using Visual PinPoint to test the local all-sky server. Once it works in VPP, it will "just work" in ACP.
|