My few thought on this issue:

The progressbars need MapInfo to be in focus, if not MapInfo will stop
executing until it gains focus again.

It might be worth trying to disable these progressbars using this syntax at
the start of the job:

Set Progressbars Off

And enabling them again at the end of the job:

Set Progressbarss On

The progressbars are shown when a table is saved, rows are updated or
deleted, the table structure
is being changed, index are being created etc...

If you want to make sure that the workspace allways will use this
functionality, you could "pack" the
user edited workspace into a startup workspace:

********************************
!Workspace
!Version 400
!CharSet WindowsLatin1

Set Progressbars Off
Run Application "Useredited.wor"
Set Progressbars On
********************************

In this way the user cant change whatever he/she wants in the
Useredited.wor without changing
the basics in the startup workspace.

HTH,
Peter
------------------------------------------------------------------------------------------------
Peter Horsb�ll M�ller, GIS Udviklingskonsulent / GIS-Developer
Kampsax A/S - GIS Software & Solutions
Rugaardsvej 55, 5000 Odense, DK
tel: +45 6313 5013,  dir:+45 6313 5008,  fax: +45 6313 5090
mailto:[EMAIL PROTECTED]
www.kampsax-gis.dk and www.kampsax.dk
Authorized MapInfo Partner & Distributor in Denmark and Norway.
------------------------------------------------------------------------------------------------

Klik ind p� http://www.kortal.dk og se det hele lidt fra oven!
Check http://www.kortal.dk and have a look at Denmark from above!
----- Videresendt af Peter M�ller/Kampsax - 08-10-2002 07:44 -----
                                                                                       
                              
                    "Lars Nielsen"                                                     
                              
                    <lars.nielsen@g        Til:    "MAPINFO-L Mailinglist" 
<[EMAIL PROTECTED]>       
                    et2net.dk>             cc:     "Cameron Crum" 
<[EMAIL PROTECTED]>, "Dave King"         
                                           <[EMAIL PROTECTED]>          
                              
                    07-10-2002             Vedr.:  Sv: MI-L Running MapBasic through 
MS Scheduled tasks              
                    16:37                                                              
                              
                    Besvar venligst                                                    
                              
                    til "Lars                                                          
                              
                    Nielsen"                                                           
                              
                                                                                       
                              
                                                                                       
                              



One such thing that occurs to me would be some sort of window redrawing,
e.g. when changing styles on objects visible in a mapper window. Off
course, there's hardly any reason for having any open windows inside MIPro
while running as a scheduled task.

Anyone know the reason for this "focus demanding" behaviour of MIPro's ? Is
there a valid technical reason for it ?

Best regards / Med venlig hilsen
Lars V. Nielsen
Odense, Denmark
----- Original Message -----
From: Cameron Crum <[EMAIL PROTECTED]>
To: Dave King <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, October 07, 2002 3:28 PM
Subject: Re: MI-L Running MapBasic through MS Scheduled tasks


> Something I've noticed occasionally is that if I have an MBX running that
> requires an object change, if MI is not the top window application with
focus,
> the change does not occur until I actually bring MI to the top. Maybe
this is
> happening with you with the task scheduler actually being the application
with
> focus. A test would be to sit there while it is running. When it hangs,
make
> sure you set the focus to MI. If it continues then you know what the
problem
> is. As for the fix, I think the suggestion to do it all through VB is a
good
> one as the problem doesn't exist in this case, at least for me.
>
> Cameron
>
> Dave King wrote:
>
> > Hello list,
> >
> > I'm hoping that someone can shed some light on a problem that I am
having
> > when trying to run a mapbasic script through Microsoft Scheduled Tasks
on
> > Windows NT 4.0.
> >
> > The problem is that I am unable to run my mapbasic script in it's
entirety
> > through scheduled tasks.
> >
> > The script itself is fairly simple, essentially it does 4 things:
> >
> > *        It opens a set of tables
> > *        It appends then saves the tables
> > *        The graphical style of the contents of the appended tables is
> > changed
> > *        It then shells out to a Visual basic routine which copies the
> > tables to an  archive folder
> >
> > There is nothing wrong with the mapbasic script script itself,  it
works
> > fine when run normally.
> >
> > When run through scheduled tasks it never completes.  No error messages
are
> > generated and MapInfo does not crash.  I therefore do not know where
the
> > problem occurs.
> >
> > I have played about by simplifying my mapbasic routine and can get
other
> > scripts to run.  The strange thing is that if I remove the part of the
> > script that changes the graphical style of my new appended tables then
the
> > script runs fine through task scheduler.  The tables are appended and
it
> > shells out to the visual basic routine without problem.
> >
> > The problem definitely seems to be with the part of the code that
changes
> > the table style.  As I say this all runs fine when the script is run
from
> > Mapbasic so I really don't understand what is happening here
> >
> > If anyone has any ideas or solutions I'd be grateful as I'm really
stuck
> > here.
> >
> > Thanks for your help
> >
> > David King
> >
> >
*************************************************************************
> > The contents of the e-mail and any transmitted files are confidential
and
> > intended solely for the use of the individual or entity to whom they
are
> > addressed. Transport for London Street Management hereby excludes any
> > warranty and any liability as to the quality or accuracy of the
contents of
> > this e-mail and any attached transmitted files. If you are not the
intended
> > recipient, be advised that you have received this e-mail in error and
that
> > any use, dissemination, forwarding, printing or copying of this e-mail
is
> > strictly prohibited.
> >
> > If you have received this e-mail in error please notify
> > [EMAIL PROTECTED]
> >
> > This footnote also confirms that this email message has been swept for
the
> > presence of computer viruses.
> >
*************************************************************************
> >
> > ---------------------------------------------------------------------
> > List hosting provided by Directions Magazine | www.directionsmag.com |
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > Message number: 3428
>
>
> ---------------------------------------------------------------------
> List hosting provided by Directions Magazine | www.directionsmag.com |
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> Message number: 3432
>
>




---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com |
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 3448

Reply via email to