On April 26, 2001 I posted a question regarding APR performance and I received several responses however, none of them really panned out. I did remove some of the global variables in my project but most were necessary for some of the lists that I have created. I examined the performance of my project a little further and decided to strip the entire project and rebuild it doc by doc. I started with Scripts, dialogs, views, and finally layouts. To my surprise every thing worked fine until I reinstalled my layouts. I had approximately 10 different layouts all at different scales, (50,100,200,400,800 and a multi-purpose layout) each of the scaled layouts were in sets of two, portrait and landscape with the multi-purpose "Full view" landscape only. I went ahead and made layouts Landscape only thus reducing the number of layouts. I found that it was still slow. Next I looked at my script that fires the layouts and the only thing I can figure out is that it is either the script or a combination of all of the different layouts. I want to add that the layouts also display data from the selected record on the map. This is true for every layout I have and the bottom line is that I was unable to solve the problem but since I removed all of the portrait views the performance has increased slightly. At least I have identified my problem, but I think it will continue to be my nemesis. Thanks to all who replied to my first email, if this has ever happened to anyone else I would be very interested in how you solved the problem. - Original Message - I have developed a public access system for my office and lately it seems as though the project has become bogged down. I was wondering if to many global variables can slow down a project. This particular project only has two views with about ten total themes. There are probably 50 scripts that drive various parts of this project and have 30 globals embedded in the project. Any insight on this problem will be greatly appreciated. -Replies- Just a thought but have you opened the APR lately? We developed a project for a contract a while back that wasn't too complicated yet it kept growing in size (and consequently became slower and slower). The reason for this was that we developed some C routines that modified the APR. One of these routines was inserting a new line ( '\n' ) after every line in the APR each time it accessed the project. This made the project enourmous in size and very slow. just a thought. Jason Fournier Ottawa, ON jay.fournier@home.com *********************** I am not sure about global variables, but I have had similar issues on some systems here. The first thing that I did was to actually see what the size of the APR file was. This tended to tell me if it was a problem in the APR or maybe a system related issue. What we did find was that the APR was getting large (18-24 MB). In reviewing the APR file through word pad, we noticed a large set of data under one heading. The heading dealt with all the graphics that was in the APR. This made sense to us, due to our project having 5-6 themes that are purely graphic themes such as street names, addresses, etc. Just a different insight for you. Andrew G. Faley GIS Coordinator City of Solon Geographic Information Systems Solon, OH 44139 440-349-6745 solongis@en.com www.solonohio.org *********************** Hi, I have developed a public access system for my office and lately it seems as though the project has become bogged down. I was wondering if to many global variables can slow down a project. This particular project only has two views with about ten total themes. There are probably 50 scripts that drive various parts of this project and have 30 globals embedded in the project. Any insight on this problem will be greatly appreciated. That's quite possible. In general, global variables are unadvisable in classical programming. If you can, try removing some. Cheers, Lionel Davoust ********************** Thanks Again to anyone I may have missed. Eric J. Rodenberg GIS Specialist Clermont County Auditor's Office 101 East Main St. Batavia, OH 45103 513.732.7257 erodenberg@co.clermont.oh.us