Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics GP (Archived)

GP Starts Slow with VST add-in

Posted on by Microsoft Employee

Hi,

I have a GP add-in that I developed using VST.  It has a few windows and datasets, but mostly just code to perform functions and access GP information using the table buffers.  The add-in file is about 1200kb in size and when I drop it, along with the supporting .dll files, into the add-in's folder it takes about a minute for everything to load before the users are able to enter their login information on the login window.

Is there a setting in the dex.ini that I can add to tell the system not to check these files or is there any way to speed up the startup process when using the .dll files generated from using VST?

current version:  Dynamics GP 10.0 SP4

Also working with:  Dynamics GP 2010 SP1

 

Thanks,

Aaron

*This post is locked for comments

  • Suggested answer
    Andrew John Dean Profile Picture
    Andrew John Dean 1,337 on at
    Re: GP Starts Slow with VST add-in

    Hi Bob

    In the end, it turned out that the slow startup on Aaron's machine was due to the way the code was initialising objects in the addin dll. Once the code was reconfigured, the startup speed returned to normal. It was only possible to determine this by having a look at the source code.

    If you want, I could have a quick look at your code to see if I can spot any potential faults. (contact me via my web site)

    Andrew Dean

    www.envisagesoftware.com

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: GP Starts Slow with VST add-in

    We are having the same problem under GP 2010 SP1.  The login screen takes a long time to respond, before users can enter a password.  We have a custom .DLL in the AddIn folder, but is not doing anything on startup that would slow things down.  Any other suggestions on how to stop this delay from happening?

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: GP Starts Slow with VST add-in

    Andrew,

    The environment is not the issue, it all depends on the size of the add-in file(s).  The bigger they are, the longer it takes for the logon screen to allow users to log in.  "Stripping" my add-in project to the bare minimum will speed up the startup process, but that only tells me what I already

    know.  

    Thanks for your help

    Aaron

  • Andrew John Dean Profile Picture
    Andrew John Dean 1,337 on at
    Re: GP Starts Slow with VST add-in

    Aaron

    Try removing your addin, compile the microsoft example app 'EstimateFreight' and see how that goes. If things still run slow, it is your environment otherwise it is your addin. If it turns out that it is your addin, strip it back to the bone and see if it still runs slow.

    As for threads, this is a technique for allows two processes to run in parallel rather than sequentially. I would use this technique as a last resort so see what you can determine from my above suggestion.

    Andrew

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: GP Starts Slow with VST add-in

    Andrew,

    Thanks for the reply.  I don't know of any additional debugging that I can do for the add-in that would help at start up.  None of my code should be running during startup as it is all related to processes that we have once the users are logged into GP.  I do know that GP "validates" the .dll files to make sure that it can read them and that all the required files are there (I've rec'd errors in the past for this).  I'm thinking that since my add-in is growing in size, it's taking longer to check these files, which is slowing down the login process for the users.

    As for the use of threads, can you elaborate a bit?  I admit, I am not as proficient in Visual Studio as I should be.

    Regards,

    Aaron

  • Suggested answer
    Andrew John Dean Profile Picture
    Andrew John Dean 1,337 on at
    Re: GP Starts Slow with VST add-in

    Hi Aaron

    I would suggest making use of the debug capabilities of VST to step through your code to see where things are going slow. You may need to temporarily move the code out of the startup process as it can be tricky debugging code during GP startup.

    Also, you could possibly make use of threads in order to allow the login process to run smoothly while your long running process runs in the background.

    Regards

    Andrew Dean

    Envisage Software Solutions

    www.envisagesoftware.com.au

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,253 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,188 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans