Quick Tip: Solving Illegal Address Errors on Alternate Windows after installing a Service Pack


David Meego - Click for blog homepageEvery time a Service Pack for Microsoft Dynamics GP is released, there is a potential for the installation of the service pack to cause Illegal Address errors for a field on Modified or Alternate windows.  I have seen this a few times over the years, mostly with the Sales Transaction Entry (SOP_Entry) window in the Sales Order Processing (SOP) module.

The reason for this error is usually that the Service Pack adds a new field onto the window and also updates the scripts to use this new field.  If the Modified or Alternate version of the window has not been updated to include this new field, when the code executes and references the missing field, the error is generated.

Illegal Address for field field name in script script name

How can I fix an Illegal Address Error on an Alternate or Modified window after installing  a Service Pack?

Firstly, you should confirm exactly which version of the window is "at fault".  Use the security settings (or the Alternate Modified Forms and Reports ID for GP 2010) to tell the system to use the Original version of the window.  When using the Original, there should be no error.

Note: If you get an error referring to a missing resources added by the Alternate window, it means that the addon product is not checking to see if its Alternate window is in use before running its trigger code.  The best practice for handling this is explained in the following Knowledge Base (KB) articles:

If the problem occurs only on the Modified or Modified Alternate version of the window, but works on the Original or Alternate version of the window, then you will need to just recreate the Modified window.  The following steps should resolve the issue:

  1. Using Customization Maintenance (Tools >> Customize >> Customization Maintenance) export the window as a package file.
     
  2. If there is Visual Basic for Applications (VBA) code associated with the window, open the window and select Tools >> Customize >> Remove Current Window from Visual Basic.
     
  3. Then go into the Modifier (Tools >> Customize >> Modifier), select the appropriate product, locate the form containing the window and Delete it.
     
  4. Return to Microsoft Dynamics GP (File >> Microsoft Dynamics GP) and use Customization Maintenance to import the package saved in step 1.
     
  5. Test.
     
  6. Backup.

This process will recreate the window from the Original (or Alternate) version and will not include the previously missing field.


If the problem occurs with an Alternate version of the window, then the solution has to be handled at the Dexterity level.  The cause is the same (missing newly added field), but the resolution is slightly different. To fix the issue:

  1. Load Dexterity with your development dictionary.
     
  2. Make sure all your code is checked into your source code repository (usually Microsoft Visual Source Safe).
     
  3. Make sure your Index File is up to date. Update it again if you have added any new resources since last build.
     
  4. Make sure that the Original Dictionary (Edit >> Options >> Source Control) is pointing to a clean dictionary of the latest Service Pack build.  This is usually the dictionary in the application folder after installing the Service Pack.
     
  5. Exit Dexterity and rename or move your development dictionary.
     
  6. Copy the clean dictionary (as referenced in step 4) to your development folder and rename it to your development dictionary name.
     
  7. Launch Dexterity again and Update using index file (Explorer >> Source Control >> Update) to bring in your customization.
     
  8. Recompile the entire dictionary and exit Dexterity.
     
  9. Use the Dexterity Utilities to recreate your chunk (usually using already recorded macro).
     
  10. Test.
     
  11. Backup.

Note: If there is a Modified version of the Alternate window, you will also need to perform the first set of steps to update that version.

That's all folks. Hope this is helpful. 

David

Comments (5)

  1. David Musgrave says:

    Posting from Mark Polino at DynamicAccounting.net

    msdynamicsgp.blogspot.com/…/solving-illegal-address-errors-on.html

  2. Hi David and other helpers;

    I am having a problem when creating a new Company (GP Utilities). When I want to configure Accounts FrameWork (On Advanced) I get the following Error which is similar to the errors you discussed in the forum but I found that this error was not encountered:

    unhandled script Exception: Illegal address Field 'FinishdAccountFramework' in script 'InstllationOptions nextButton_CHG' script Terminated.

    EXCEPTION_CLASS_SCRIPT_ADDRESSING  SCRIPT_CMD_LOAD_ATSI11

    After clicking Ok GP Utilities will just give a blank screen and no more action.

    My client uses Great Plains 10. Service Pack 5.

    I will need your help or anyone who has the knowledge of wha t could be the issue. I saw in another post someone emphasised that if you get any error in this category you can cahnge  the SYNCRONIZE in the dex.ini from FALSE to TRUE, I tried that and i got the same error.

  3. mox says:

    I'm trying to run Bank management in order to access the receipt numbers and its giving this error (User 'sa' is already in setup). How can i fix this.

  4. David Musgrave says:

    Hi Mox

    If the tips in this post don't help, then try asking on the forums or logging a support case.

    Thanks

    David

  5. Theresa Rago says:

    This was extremely helpful and it worked.  I installed a hotfix over the weekend and one of my users was getting the illegal address error on a banking trx window where we have a 3rd party product installed.  I reverted back to the original gp screen and the error went away.  Now I just have to go back to the 3rd party vendor.  Thanks so much!!!!

Skip to main content