Appeon Team,
Problem:
Creating the .exe when deploying a project has slowed down significantly.
Details:
PowerBuilder IDE Version 2019R3, build 2728.
When we’re deploying our projects/creating the .exe the "old way" (some of us aren’t using PowerClient deployment method yet), it now takes a really long time to create the .exe during the “Writing” phase. This started back in July shortly after we renewed our Appeon licenses (not sure if it's related to that or not).
During the “writing” phase I can open Windows File Explore to the location where the Executable file is built (C:\pbrepos\exes) and I can watch the .exe grow in size very slowly until it’s done. It used to take 60-90 seconds to create a 19,122 KB .exe. Now it takes up to 7 minutes.
I haven't been able to figure out what changed and why the .exe suddenly began to take so long. I've worked with the network and database teams to see if they knew of anything that changed but we couldn't find any issues.
Note, I checked with some other developers that I work with and they are experiencing the same issue.
I originally sent this to info@appeon.com and got a reply from Alejandro asking me to post the problem here and submit to New Bug (which I'll do next).
Let me know if I can provide other details that might help in figuring this out.
Thanks,
Mike K.
Thank you so much for confirming that your AV was the issue!
TIP: This also what I use on my PB IDE machines in my PB.INI, as follows ...
[PB]
; Target the output of your Machine Code compiles to a specific location (IDE Only). For example ...
CODEGENTEMP=G:\PB\CplusPlus
In my case, I force the compilation process to use my "G" drive which is a *super fast* SSD. This cuts my STD framework compiles down by better than 50%. Food for thought. HTH
Regards ... Chris
I had the same problem recently with Crowdstrike Falcon. Our system administrator was able to add an exclusion zone on my machine to the project directory where I compile my application. Below are some comments from my system administrator that you can pass onto your helpdesk administering Crowdstrike to see if it helps:
In the dashboard they need to go under Endpoint Security -> Exclusions
Add a Exclusion for the folder and child objects with syntax "Source\MyApplication\** "
And set Exclusion Type to Exclude Detections and Preventions and Exclude Uploads to Crowdstrike