How about considering this solution, even though it's just another way of doing what you are actually doing right now:
Build 2 MapBasic applications, 1 that should be the main module supposed to control the other. 1. Launch MB1 2. MB1 executes another instance of MapInfo with MB2 (use e.g. ShellExecute for this) 3. MB1 sends commands to MB2, so that MB2 knows what job to perform. This could also be implemented without Exactly sending the command. MB1 could create a file with the commands. This file is read by MB2 on startup. But either way you, it's still a bit cluncky... Peter Horsb�ll M�ller GIS Developer COWI A/S Rug�rdsvej 55 DK 5000 Odense C Tel +45 6313 5013 Direct +45 6313 5008 Mobil +45 2270 4308 Fax +45 6313 5090 Kampsax blev i juni 2002 overtaget af COWI. I forbindelse med den igangv�rende integrationsprocess udskiftes vores Kampsax e-mail adresser med COWI e-mail adresser.Hjemmesideadresser forbliver u�ndrede > -----Original Message----- > From: Carl Brenner [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 19, 2002 5:26 PM > To: [EMAIL PROTECTED] > Subject: RE: MI-L Save Window Memory Leak > > > > Unfortunately, they did not fix this leak in 7.0.0.26. > > What I did to dance around it was to construct a series of > MapBasic Apps and > call them one by one from a batch file. So, MapInfo > launches, does MapBasic > #1, shuts down, and then does MapBasic #2... > > Very clunky, but it works. I only wish I could pass > parameters from the > command line into MapBasic. > > Thanks for your thoughts. > > ----Original Message Follows---- > From: Peter Horsboll Moller <[EMAIL PROTECTED]> > To: 'Carl Brenner ' <[EMAIL PROTECTED]> > CC: "'[EMAIL PROTECTED]'" > <[EMAIL PROTECTED]> > Subject: RE: MI-L Save Window Memory Leak > Date: Tue, 17 Dec 2002 09:26:24 +0100 > > Didn't they fix this bug with the MapInfo 7.0.0.26 patch they > released shortly after the release of MapInfo 7.0 ? > > I'm not sure you'll fix the problem by splitting your > MapBasic applications, but this might of cause depend of the > way this Memory leak works. > > My experience tells me that if there is a memory leak > somewhere in MapInfo then it is connected to MapInfo and not > the MapBasic application. So the memory will not be released > before MapInfo is ?closed. Closing the MapBasic application > will not free the used memory. > > So if this is true the way to come around this problem would > be to start a new instance of MapInfo, maybe with a simple > MapBasic application, and let this instance do the memory > heavy work. When the work is done, close that MapInfo and > open another if nessessary. > > > Peter Horsboll Moller > GIS Developer > COWI A/S > Rugardsvej 55 > DK 5000 Odense C > > Tel +45 6313 5013 > Direct +45 6313 5008 > Mobil +45 2270 4308 > Fax +45 6313 5090 > > Kampsax blev i juni 2002 overtaget af COWI. I forbindelse med > den igangvaerende integrationsprocess udskiftes vores Kampsax > e-mail adresser med COWI e-mail adresser.Hjemmesideadresser > forbliver uaendrede > > -----Original Message----- > From: Carl Brenner > To: [EMAIL PROTECTED] > Sent: 16-12-02 19:16 > Subject: MI-L Save Window Memory Leak > > > Within MapBasic 7, when you use the Save Window command, a > memory leak exists. MapInfo knows about it - Bug # 24674 - > I'm curious if anyone has a clever workaround for it. The > only thing I can think of is to split the > > work into separate MapBasic programs. > > Thanks! > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > > > --------------------------------------------------------------------- > List hosting provided by Directions Magazine | > www.directionsmag.com | To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > Message number: 4563 > > > _________________________________________________________________ > MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. > http://join.msn.com/?page=features/virus > --------------------------------------------------------------------- List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 4639
