Hey Kirk, > I agree with Jim
Ditto! Yes I have been exploring the idea of moving the code to run on the Server. It’s easy s I only need to set a property. But then I still need the Server to be able to see the paths to where the text files need to be moved to. I have no access to their Server so I can really test it so that’s a challenge. Right now there’s a specific computer where these reports are run from at the end of each month. And yes they need to run at the end of the last day of the month and before any new data has been added due to the nature of the required field and printed reports. Appreciate, John... > On Apr 16, 2020, at 12:00 PM, 4d_tech-requ...@lists.4d.com wrote: > I agree with Jim: separate the creation of the file from moving the file to > the network. A lot has changed in the last 20 years or so with the way > network access is managed and old code like this that looks at a network > address as equivalent to a local disk are problematic. We ran into this on > another project where the 4D app is doing a lot of file manipulation on a > networked drive. > > Better yet - re-write the file generation to run on the server. In my > experience when a report like that takes so long to run it's due to moving > lots of data back and forth. Move the code that actually creates the file > to a method that can execute on the server. ********************************************************************** 4D Internet Users Group (4D iNUG) Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
