PDA

View Full Version : System crash problem



Michel Boisvert
22-Feb-2005, 08:28 AM
Hi all,

I have an application that runs a process that is quite long. On a WinXp
sp2, when I swith application and come back, the application stopped running
(did not run in the background) and is not running anymore when I come back
to it. I do not recall any problem on other platform, but i'll test today.

Is there a background mode that has to be enabled on xp or do I have to stop
all process when the focus is lost?

This is an urgent problem since databases are corrupted by this problem

thanks,

Michel

David Martinko
22-Feb-2005, 08:34 AM
If a process is running.... Windows thinks the program is not responding!
Don't Stop your program for this. When I run a long process, I use a BPO
because when I attempt to switch back to that program, the BPO appears and I
know it is running.

If you are running a tight loop, if does not accept any windows messages
(such as PAINT) which makes it think the program is not responding, because
it isn't responding... but that doesn't mean it's locked up.

Maybe a BPO, and another program can be launched so the primary program can
still be used... let us know if you need more help.

As for the corrupt files... that's because the file was being saved to WHILE
the user aborted the program.

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com


"Michel Boisvert" <ipso@qc.aira.com> wrote in message
news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
> Hi all,
>
> I have an application that runs a process that is quite long. On a WinXp
> sp2, when I swith application and come back, the application stopped
> running (did not run in the background) and is not running anymore when I
> come back to it. I do not recall any problem on other platform, but i'll
> test today.
>
> Is there a background mode that has to be enabled on xp or do I have to
> stop all process when the focus is lost?
>
> This is an urgent problem since databases are corrupted by this problem
>
> thanks,
>
> Michel
>
>
>

Garret Mott
22-Feb-2005, 09:01 AM
Michel -

<DM>

> If you are running a tight loop, if does not accept any windows messages
> (such as PAINT) which makes it think the program is not responding,
> because it isn't responding... but that doesn't mean it's locked up.
</DM>

If the problem is because of a tight loop, I have successfully used
"ProcessMessages" which I found in this NG, posted by Christian Berkhout
(16/9/2004). It's not a doevents type of thing, but it does allow a
progressbar to update nicely & let the user know the program is still
running. There's a small .pkg file available. Seems a # of people have
used it & liked it.

Garret

"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
> If a process is running.... Windows thinks the program is not responding!
> Don't Stop your program for this. When I run a long process, I use a BPO
> because when I attempt to switch back to that program, the BPO appears and
> I know it is running.
>
> If you are running a tight loop, if does not accept any windows messages
> (such as PAINT) which makes it think the program is not responding,
> because it isn't responding... but that doesn't mean it's locked up.
>
> Maybe a BPO, and another program can be launched so the primary program
> can still be used... let us know if you need more help.
>
> As for the corrupt files... that's because the file was being saved to
> WHILE the user aborted the program.
>
> --
> David Martinko
> Redeemed Software
> 248-535-7495
> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>
>
> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>> Hi all,
>>
>> I have an application that runs a process that is quite long. On a WinXp
>> sp2, when I swith application and come back, the application stopped
>> running (did not run in the background) and is not running anymore when I
>> come back to it. I do not recall any problem on other platform, but i'll
>> test today.
>>
>> Is there a background mode that has to be enabled on xp or do I have to
>> stop all process when the focus is lost?
>>
>> This is an urgent problem since databases are corrupted by this problem
>>
>> thanks,
>>
>> Michel
>>
>>
>>
>
>

David Martinko
22-Feb-2005, 09:09 AM
Garret,

I would interested to know... When you are running this tight loop, if
you activate the Task Manager does it show the VDF program as Not Responding
during the tight loop? If not... Click on your program and see if that
causes a Not Responding.

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com


"Garret Mott" <garret@automatesoftware.com> wrote in message
news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
> Michel -
>
> <DM>
>
>> If you are running a tight loop, if does not accept any windows messages
>> (such as PAINT) which makes it think the program is not responding,
>> because it isn't responding... but that doesn't mean it's locked up.
> </DM>
>
> If the problem is because of a tight loop, I have successfully used
> "ProcessMessages" which I found in this NG, posted by Christian Berkhout
> (16/9/2004). It's not a doevents type of thing, but it does allow a
> progressbar to update nicely & let the user know the program is still
> running. There's a small .pkg file available. Seems a # of people have
> used it & liked it.
>
> Garret
>
> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>> If a process is running.... Windows thinks the program is not responding!
>> Don't Stop your program for this. When I run a long process, I use a BPO
>> because when I attempt to switch back to that program, the BPO appears
>> and I know it is running.
>>
>> If you are running a tight loop, if does not accept any windows messages
>> (such as PAINT) which makes it think the program is not responding,
>> because it isn't responding... but that doesn't mean it's locked up.
>>
>> Maybe a BPO, and another program can be launched so the primary program
>> can still be used... let us know if you need more help.
>>
>> As for the corrupt files... that's because the file was being saved to
>> WHILE the user aborted the program.
>>
>> --
>> David Martinko
>> Redeemed Software
>> 248-535-7495
>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>
>>
>> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
>> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>>> Hi all,
>>>
>>> I have an application that runs a process that is quite long. On a
>>> WinXp sp2, when I swith application and come back, the application
>>> stopped running (did not run in the background) and is not running
>>> anymore when I come back to it. I do not recall any problem on other
>>> platform, but i'll test today.
>>>
>>> Is there a background mode that has to be enabled on xp or do I have to
>>> stop all process when the focus is lost?
>>>
>>> This is an urgent problem since databases are corrupted by this problem
>>>
>>> thanks,
>>>
>>> Michel
>>>
>>>
>>>
>>
>>
>
>

Garret Mott
22-Feb-2005, 09:30 AM
Hi -

No, it doesn't - but it does show CPU usage bumping up to 100% briefly.

It's a loop that looks through about 10,000 inventory items. I just tried
it, but with test data only. The customer has lots more & it takes about 5
min. on their (also slower) machine. During this, it's hard to do a lot
else (with 100% CPU!), but you can go to another program & come back & see
the view paint normally.

This was checked using the ProcessMessages.pkg.

Without it, the program acted much as Michel described - looked as if
nothing was happening. That's why I implemented the fix.

Is that at all helpful?

Garret


"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
news:$KplugOGFHA.4924@dacmail.dataaccess.com...
> Garret,
>
> I would interested to know... When you are running this tight loop, if
> you activate the Task Manager does it show the VDF program as Not
> Responding during the tight loop? If not... Click on your program and see
> if that causes a Not Responding.
>
> --
> David Martinko
> Redeemed Software
> 248-535-7495
> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>
>
> "Garret Mott" <garret@automatesoftware.com> wrote in message
> news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
>> Michel -
>>
>> <DM>
>>
>>> If you are running a tight loop, if does not accept any windows messages
>>> (such as PAINT) which makes it think the program is not responding,
>>> because it isn't responding... but that doesn't mean it's locked up.
>> </DM>
>>
>> If the problem is because of a tight loop, I have successfully used
>> "ProcessMessages" which I found in this NG, posted by Christian Berkhout
>> (16/9/2004). It's not a doevents type of thing, but it does allow a
>> progressbar to update nicely & let the user know the program is still
>> running. There's a small .pkg file available. Seems a # of people have
>> used it & liked it.
>>
>> Garret
>>
>> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>>> If a process is running.... Windows thinks the program is not
>>> responding! Don't Stop your program for this. When I run a long process,
>>> I use a BPO because when I attempt to switch back to that program, the
>>> BPO appears and I know it is running.
>>>
>>> If you are running a tight loop, if does not accept any windows messages
>>> (such as PAINT) which makes it think the program is not responding,
>>> because it isn't responding... but that doesn't mean it's locked up.
>>>
>>> Maybe a BPO, and another program can be launched so the primary program
>>> can still be used... let us know if you need more help.
>>>
>>> As for the corrupt files... that's because the file was being saved to
>>> WHILE the user aborted the program.
>>>
>>> --
>>> David Martinko
>>> Redeemed Software
>>> 248-535-7495
>>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>>
>>>
>>> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
>>> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>>>> Hi all,
>>>>
>>>> I have an application that runs a process that is quite long. On a
>>>> WinXp sp2, when I swith application and come back, the application
>>>> stopped running (did not run in the background) and is not running
>>>> anymore when I come back to it. I do not recall any problem on other
>>>> platform, but i'll test today.
>>>>
>>>> Is there a background mode that has to be enabled on xp or do I have to
>>>> stop all process when the focus is lost?
>>>>
>>>> This is an urgent problem since databases are corrupted by this problem
>>>>
>>>> thanks,
>>>>
>>>> Michel
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Michel Boisvert
22-Feb-2005, 12:33 PM
What is processmessages.pkg?

I am not using a bpo, only the status bar to see things are happening. It's
a local database. I just ran it and the status bar does not show any
progress, but the process is still running (taking 40 to 50% of cpu usage).

Problem is with status bar not showing any progress!!

Thanks

Michel

"Garret Mott" <garret@automatesoftware.com> a écrit dans le message de news:
woAlFsOGFHA.1952@dacmail.dataaccess.com...
> Hi -
>
> No, it doesn't - but it does show CPU usage bumping up to 100% briefly.
>
> It's a loop that looks through about 10,000 inventory items. I just tried
> it, but with test data only. The customer has lots more & it takes about
> 5 min. on their (also slower) machine. During this, it's hard to do a lot
> else (with 100% CPU!), but you can go to another program & come back & see
> the view paint normally.
>
> This was checked using the ProcessMessages.pkg.
>
> Without it, the program acted much as Michel described - looked as if
> nothing was happening. That's why I implemented the fix.
>
> Is that at all helpful?
>
> Garret
>
>
> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
> news:$KplugOGFHA.4924@dacmail.dataaccess.com...
>> Garret,
>>
>> I would interested to know... When you are running this tight loop, if
>> you activate the Task Manager does it show the VDF program as Not
>> Responding during the tight loop? If not... Click on your program and see
>> if that causes a Not Responding.
>>
>> --
>> David Martinko
>> Redeemed Software
>> 248-535-7495
>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>
>>
>> "Garret Mott" <garret@automatesoftware.com> wrote in message
>> news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
>>> Michel -
>>>
>>> <DM>
>>>
>>>> If you are running a tight loop, if does not accept any windows
>>>> messages (such as PAINT) which makes it think the program is not
>>>> responding, because it isn't responding... but that doesn't mean it's
>>>> locked up.
>>> </DM>
>>>
>>> If the problem is because of a tight loop, I have successfully used
>>> "ProcessMessages" which I found in this NG, posted by Christian Berkhout
>>> (16/9/2004). It's not a doevents type of thing, but it does allow a
>>> progressbar to update nicely & let the user know the program is still
>>> running. There's a small .pkg file available. Seems a # of people have
>>> used it & liked it.
>>>
>>> Garret
>>>
>>> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>>> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>>>> If a process is running.... Windows thinks the program is not
>>>> responding! Don't Stop your program for this. When I run a long
>>>> process, I use a BPO because when I attempt to switch back to that
>>>> program, the BPO appears and I know it is running.
>>>>
>>>> If you are running a tight loop, if does not accept any windows
>>>> messages (such as PAINT) which makes it think the program is not
>>>> responding, because it isn't responding... but that doesn't mean it's
>>>> locked up.
>>>>
>>>> Maybe a BPO, and another program can be launched so the primary program
>>>> can still be used... let us know if you need more help.
>>>>
>>>> As for the corrupt files... that's because the file was being saved to
>>>> WHILE the user aborted the program.
>>>>
>>>> --
>>>> David Martinko
>>>> Redeemed Software
>>>> 248-535-7495
>>>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>>>
>>>>
>>>> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
>>>> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>>>>> Hi all,
>>>>>
>>>>> I have an application that runs a process that is quite long. On a
>>>>> WinXp sp2, when I swith application and come back, the application
>>>>> stopped running (did not run in the background) and is not running
>>>>> anymore when I come back to it. I do not recall any problem on other
>>>>> platform, but i'll test today.
>>>>>
>>>>> Is there a background mode that has to be enabled on xp or do I have
>>>>> to stop all process when the focus is lost?
>>>>>
>>>>> This is an urgent problem since databases are corrupted by this
>>>>> problem
>>>>>
>>>>> thanks,
>>>>>
>>>>> Michel
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Michael Fenton
22-Feb-2005, 12:48 PM
I have a similar sort of situation, not a problem, just an invisible,
un-restorable process, running under XP. It does not use a BPO, just a
lot of raw file.file stuff to read a 3 file 2.3 table set into a VDF
database with 20 odd files. It updates a progress bar. If the screen
saver blanks it, or I forget and switch to another process, I cannot
recover its display until the process is over and it re-paints to let me
hit a button. I check it is working invisibly by opening a dos box and
doing dir to see if the free disk space is changing.
Not pretty at all !

Michael Fenton

Erik Zimmerman
22-Feb-2005, 02:38 PM
Michel,

I have attached the file.

ProcessMessages.pkg is a package that will force the screen to update. It
can be used during a tight loop etc...

Just use the package and...

send ProcessMessages

where screen updating is needed e.g. after you update the progressbar

This is really handy.

Erik


"Michel Boisvert" <ipso@qc.aira.com> wrote in message
news:INbcHSQGFHA.1912@dacmail.dataaccess.com...
> What is processmessages.pkg?
>
> I am not using a bpo, only the status bar to see things are happening.
It's
> a local database. I just ran it and the status bar does not show any
> progress, but the process is still running (taking 40 to 50% of cpu
usage).
>
> Problem is with status bar not showing any progress!!
>
> Thanks
>
> Michel
>
> "Garret Mott" <garret@automatesoftware.com> a écrit dans le message de
news:
> woAlFsOGFHA.1952@dacmail.dataaccess.com...
> > Hi -
> >
> > No, it doesn't - but it does show CPU usage bumping up to 100% briefly.
> >
> > It's a loop that looks through about 10,000 inventory items. I just
tried
> > it, but with test data only. The customer has lots more & it takes
about
> > 5 min. on their (also slower) machine. During this, it's hard to do a
lot
> > else (with 100% CPU!), but you can go to another program & come back &
see
> > the view paint normally.
> >
> > This was checked using the ProcessMessages.pkg.
> >
> > Without it, the program acted much as Michel described - looked as if
> > nothing was happening. That's why I implemented the fix.
> >
> > Is that at all helpful?
> >
> > Garret
> >
> >
> > "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
> > news:$KplugOGFHA.4924@dacmail.dataaccess.com...
> >> Garret,
> >>
> >> I would interested to know... When you are running this tight loop,
if
> >> you activate the Task Manager does it show the VDF program as Not
> >> Responding during the tight loop? If not... Click on your program and
see
> >> if that causes a Not Responding.
> >>
> >> --
> >> David Martinko
> >> Redeemed Software
> >> 248-535-7495
> >> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
> >>
> >>
> >> "Garret Mott" <garret@automatesoftware.com> wrote in message
> >> news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
> >>> Michel -
> >>>
> >>> <DM>
> >>>
> >>>> If you are running a tight loop, if does not accept any windows
> >>>> messages (such as PAINT) which makes it think the program is not
> >>>> responding, because it isn't responding... but that doesn't mean it's
> >>>> locked up.
> >>> </DM>
> >>>
> >>> If the problem is because of a tight loop, I have successfully used
> >>> "ProcessMessages" which I found in this NG, posted by Christian
Berkhout
> >>> (16/9/2004). It's not a doevents type of thing, but it does allow a
> >>> progressbar to update nicely & let the user know the program is still
> >>> running. There's a small .pkg file available. Seems a # of people
have
> >>> used it & liked it.
> >>>
> >>> Garret
> >>>
> >>> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
> >>> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
> >>>> If a process is running.... Windows thinks the program is not
> >>>> responding! Don't Stop your program for this. When I run a long
> >>>> process, I use a BPO because when I attempt to switch back to that
> >>>> program, the BPO appears and I know it is running.
> >>>>
> >>>> If you are running a tight loop, if does not accept any windows
> >>>> messages (such as PAINT) which makes it think the program is not
> >>>> responding, because it isn't responding... but that doesn't mean it's
> >>>> locked up.
> >>>>
> >>>> Maybe a BPO, and another program can be launched so the primary
program
> >>>> can still be used... let us know if you need more help.
> >>>>
> >>>> As for the corrupt files... that's because the file was being saved
to
> >>>> WHILE the user aborted the program.
> >>>>
> >>>> --
> >>>> David Martinko
> >>>> Redeemed Software
> >>>> 248-535-7495
> >>>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
> >>>>
> >>>>
> >>>> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
> >>>> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
> >>>>> Hi all,
> >>>>>
> >>>>> I have an application that runs a process that is quite long. On a
> >>>>> WinXp sp2, when I swith application and come back, the application
> >>>>> stopped running (did not run in the background) and is not running
> >>>>> anymore when I come back to it. I do not recall any problem on
other
> >>>>> platform, but i'll test today.
> >>>>>
> >>>>> Is there a background mode that has to be enabled on xp or do I have
> >>>>> to stop all process when the focus is lost?
> >>>>>
> >>>>> This is an urgent problem since databases are corrupted by this
> >>>>> problem
> >>>>>
> >>>>> thanks,
> >>>>>
> >>>>> Michel
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
> >
> >
>
>

Garret Mott
22-Feb-2005, 05:11 PM
This is it guys. Works really well & is nice & simple. Even the progress
bar works exactly as you would expect it to!

In my view I have:

Outer Component Code:

Use ProcessMessages.pkg
/* DO NOT REMOVE THIS LINE: IDE GENERATED CODE WILL GO HERE */

In the loop:
....
Set piPosition of oProgressBar1 to iNumDone
Send ProcessMessages
Until (Inventry.Part_number>"ZZZZZZZZZZ")

Garret

"Erik Zimmerman" <erikz@compadmin.com> wrote in message
news:s7SuhYRGFHA.1952@dacmail.dataaccess.com...
> Michel,
>
> I have attached the file.
>
> ProcessMessages.pkg is a package that will force the screen to update. It
> can be used during a tight loop etc...
>
> Just use the package and...
>
> send ProcessMessages
>
> where screen updating is needed e.g. after you update the progressbar
>
> This is really handy.
>
> Erik
>
>
> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
> news:INbcHSQGFHA.1912@dacmail.dataaccess.com...
>> What is processmessages.pkg?
>>
>> I am not using a bpo, only the status bar to see things are happening.
> It's
>> a local database. I just ran it and the status bar does not show any
>> progress, but the process is still running (taking 40 to 50% of cpu
> usage).
>>
>> Problem is with status bar not showing any progress!!
>>
>> Thanks
>>
>> Michel
>>
>> "Garret Mott" <garret@automatesoftware.com> a écrit dans le message de
> news:
>> woAlFsOGFHA.1952@dacmail.dataaccess.com...
>> > Hi -
>> >
>> > No, it doesn't - but it does show CPU usage bumping up to 100% briefly.
>> >
>> > It's a loop that looks through about 10,000 inventory items. I just
> tried
>> > it, but with test data only. The customer has lots more & it takes
> about
>> > 5 min. on their (also slower) machine. During this, it's hard to do a
> lot
>> > else (with 100% CPU!), but you can go to another program & come back &
> see
>> > the view paint normally.
>> >
>> > This was checked using the ProcessMessages.pkg.
>> >
>> > Without it, the program acted much as Michel described - looked as if
>> > nothing was happening. That's why I implemented the fix.
>> >
>> > Is that at all helpful?
>> >
>> > Garret
>> >
>> >
>> > "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>> > news:$KplugOGFHA.4924@dacmail.dataaccess.com...
>> >> Garret,
>> >>
>> >> I would interested to know... When you are running this tight loop,
> if
>> >> you activate the Task Manager does it show the VDF program as Not
>> >> Responding during the tight loop? If not... Click on your program and
> see
>> >> if that causes a Not Responding.
>> >>
>> >> --
>> >> David Martinko
>> >> Redeemed Software
>> >> 248-535-7495
>> >> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>> >>
>> >>
>> >> "Garret Mott" <garret@automatesoftware.com> wrote in message
>> >> news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
>> >>> Michel -
>> >>>
>> >>> <DM>
>> >>>
>> >>>> If you are running a tight loop, if does not accept any windows
>> >>>> messages (such as PAINT) which makes it think the program is not
>> >>>> responding, because it isn't responding... but that doesn't mean
>> >>>> it's
>> >>>> locked up.
>> >>> </DM>
>> >>>
>> >>> If the problem is because of a tight loop, I have successfully used
>> >>> "ProcessMessages" which I found in this NG, posted by Christian
> Berkhout
>> >>> (16/9/2004). It's not a doevents type of thing, but it does allow a
>> >>> progressbar to update nicely & let the user know the program is still
>> >>> running. There's a small .pkg file available. Seems a # of people
> have
>> >>> used it & liked it.
>> >>>
>> >>> Garret
>> >>>
>> >>> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>> >>> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>> >>>> If a process is running.... Windows thinks the program is not
>> >>>> responding! Don't Stop your program for this. When I run a long
>> >>>> process, I use a BPO because when I attempt to switch back to that
>> >>>> program, the BPO appears and I know it is running.
>> >>>>
>> >>>> If you are running a tight loop, if does not accept any windows
>> >>>> messages (such as PAINT) which makes it think the program is not
>> >>>> responding, because it isn't responding... but that doesn't mean
>> >>>> it's
>> >>>> locked up.
>> >>>>
>> >>>> Maybe a BPO, and another program can be launched so the primary
> program
>> >>>> can still be used... let us know if you need more help.
>> >>>>
>> >>>> As for the corrupt files... that's because the file was being saved
> to
>> >>>> WHILE the user aborted the program.
>> >>>>
>> >>>> --
>> >>>> David Martinko
>> >>>> Redeemed Software
>> >>>> 248-535-7495
>> >>>> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>> >>>>
>> >>>>
>> >>>> "Michel Boisvert" <ipso@qc.aira.com> wrote in message
>> >>>> news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>> >>>>> Hi all,
>> >>>>>
>> >>>>> I have an application that runs a process that is quite long. On a
>> >>>>> WinXp sp2, when I swith application and come back, the application
>> >>>>> stopped running (did not run in the background) and is not running
>> >>>>> anymore when I come back to it. I do not recall any problem on
> other
>> >>>>> platform, but i'll test today.
>> >>>>>
>> >>>>> Is there a background mode that has to be enabled on xp or do I
>> >>>>> have
>> >>>>> to stop all process when the focus is lost?
>> >>>>>
>> >>>>> This is an urgent problem since databases are corrupted by this
>> >>>>> problem
>> >>>>>
>> >>>>> thanks,
>> >>>>>
>> >>>>> Michel
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>
>> >>
>> >
>> >
>>
>>
>
>
>

Ian Telfer
22-Feb-2005, 06:27 PM
Garret,

I use the same package, and would suggest to all that using this,
combined with Frank Cheng's BPO class solves all of these type of
problems, Frank's status panel always stays on top reporting whats
happening, and when you switch back the VDF program gets repainted.

Ian

Garret Mott wrote:
> Michel -
>
> <DM>
>
>>If you are running a tight loop, if does not accept any windows messages
>>(such as PAINT) which makes it think the program is not responding,
>>because it isn't responding... but that doesn't mean it's locked up.
>
> </DM>
>
> If the problem is because of a tight loop, I have successfully used
> "ProcessMessages" which I found in this NG, posted by Christian Berkhout
> (16/9/2004). It's not a doevents type of thing, but it does allow a
> progressbar to update nicely & let the user know the program is still
> running. There's a small .pkg file available. Seems a # of people have
> used it & liked it.
>
> Garret
>
> "David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
> news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>
>>If a process is running.... Windows thinks the program is not responding!
>>Don't Stop your program for this. When I run a long process, I use a BPO
>>because when I attempt to switch back to that program, the BPO appears and
>>I know it is running.
>>
>>If you are running a tight loop, if does not accept any windows messages
>>(such as PAINT) which makes it think the program is not responding,
>>because it isn't responding... but that doesn't mean it's locked up.
>>
>>Maybe a BPO, and another program can be launched so the primary program
>>can still be used... let us know if you need more help.
>>
>>As for the corrupt files... that's because the file was being saved to
>>WHILE the user aborted the program.
>>
>>--
>>David Martinko
>>Redeemed Software
>>248-535-7495
>>RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>
>>
>>"Michel Boisvert" <ipso@qc.aira.com> wrote in message
>>news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>>
>>>Hi all,
>>>
>>>I have an application that runs a process that is quite long. On a WinXp
>>>sp2, when I swith application and come back, the application stopped
>>>running (did not run in the background) and is not running anymore when I
>>>come back to it. I do not recall any problem on other platform, but i'll
>>>test today.
>>>
>>>Is there a background mode that has to be enabled on xp or do I have to
>>>stop all process when the focus is lost?
>>>
>>>This is an urgent problem since databases are corrupted by this problem
>>>
>>>thanks,
>>>
>>>Michel
>>>
>>>
>>>
>>
>>
>
>

Ian Telfer
22-Feb-2005, 06:30 PM
Garret,

I added it into the BPO class so that it happen automatically when you
run a bpo. When DoAdvance of update history is called so is
ProcessMessages, that way I never forget.

Ian

Garret Mott wrote:
> This is it guys. Works really well & is nice & simple. Even the progress
> bar works exactly as you would expect it to!
>
> In my view I have:
>
> Outer Component Code:
>
> Use ProcessMessages.pkg
> /* DO NOT REMOVE THIS LINE: IDE GENERATED CODE WILL GO HERE */
>
> In the loop:
> ....
> Set piPosition of oProgressBar1 to iNumDone
> Send ProcessMessages
> Until (Inventry.Part_number>"ZZZZZZZZZZ")
>
> Garret
>
> "Erik Zimmerman" <erikz@compadmin.com> wrote in message
> news:s7SuhYRGFHA.1952@dacmail.dataaccess.com...
>
>>Michel,
>>
>>I have attached the file.
>>
>>ProcessMessages.pkg is a package that will force the screen to update. It
>>can be used during a tight loop etc...
>>
>>Just use the package and...
>>
>>send ProcessMessages
>>
>>where screen updating is needed e.g. after you update the progressbar
>>
>>This is really handy.
>>
>>Erik
>>
>>
>>"Michel Boisvert" <ipso@qc.aira.com> wrote in message
>>news:INbcHSQGFHA.1912@dacmail.dataaccess.com...
>>
>>>What is processmessages.pkg?
>>>
>>>I am not using a bpo, only the status bar to see things are happening.
>>
>>It's
>>
>>>a local database. I just ran it and the status bar does not show any
>>>progress, but the process is still running (taking 40 to 50% of cpu
>>
>>usage).
>>
>>>Problem is with status bar not showing any progress!!
>>>
>>>Thanks
>>>
>>>Michel
>>>
>>>"Garret Mott" <garret@automatesoftware.com> a écrit dans le message de
>>
>>news:
>>
>>>woAlFsOGFHA.1952@dacmail.dataaccess.com...
>>>
>>>>Hi -
>>>>
>>>>No, it doesn't - but it does show CPU usage bumping up to 100% briefly.
>>>>
>>>>It's a loop that looks through about 10,000 inventory items. I just
>>
>>tried
>>
>>>>it, but with test data only. The customer has lots more & it takes
>>
>>about
>>
>>>>5 min. on their (also slower) machine. During this, it's hard to do a
>>
>>lot
>>
>>>>else (with 100% CPU!), but you can go to another program & come back &
>>
>>see
>>
>>>>the view paint normally.
>>>>
>>>>This was checked using the ProcessMessages.pkg.
>>>>
>>>>Without it, the program acted much as Michel described - looked as if
>>>>nothing was happening. That's why I implemented the fix.
>>>>
>>>>Is that at all helpful?
>>>>
>>>>Garret
>>>>
>>>>
>>>>"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>>>>news:$KplugOGFHA.4924@dacmail.dataaccess.com...
>>>>
>>>>>Garret,
>>>>>
>>>>> I would interested to know... When you are running this tight loop,
>>
>>if
>>
>>>>>you activate the Task Manager does it show the VDF program as Not
>>>>>Responding during the tight loop? If not... Click on your program and
>>
>>see
>>
>>>>>if that causes a Not Responding.
>>>>>
>>>>>--
>>>>>David Martinko
>>>>>Redeemed Software
>>>>>248-535-7495
>>>>>RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>>>>
>>>>>
>>>>>"Garret Mott" <garret@automatesoftware.com> wrote in message
>>>>>news:uM0FRcOGFHA.1912@dacmail.dataaccess.com...
>>>>>
>>>>>>Michel -
>>>>>>
>>>>>><DM>
>>>>>>
>>>>>>>If you are running a tight loop, if does not accept any windows
>>>>>>>messages (such as PAINT) which makes it think the program is not
>>>>>>>responding, because it isn't responding... but that doesn't mean
>>>>>>>it's
>>>>>>>locked up.
>>>>>>
>>>>>></DM>
>>>>>>
>>>>>>If the problem is because of a tight loop, I have successfully used
>>>>>>"ProcessMessages" which I found in this NG, posted by Christian
>>
>>Berkhout
>>
>>>>>>(16/9/2004). It's not a doevents type of thing, but it does allow a
>>>>>>progressbar to update nicely & let the user know the program is still
>>>>>>running. There's a small .pkg file available. Seems a # of people
>>
>>have
>>
>>>>>>used it & liked it.
>>>>>>
>>>>>>Garret
>>>>>>
>>>>>>"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
>>>>>>news:ZDOL0MOGFHA.1952@dacmail.dataaccess.com...
>>>>>>
>>>>>>>If a process is running.... Windows thinks the program is not
>>>>>>>responding! Don't Stop your program for this. When I run a long
>>>>>>>process, I use a BPO because when I attempt to switch back to that
>>>>>>>program, the BPO appears and I know it is running.
>>>>>>>
>>>>>>>If you are running a tight loop, if does not accept any windows
>>>>>>>messages (such as PAINT) which makes it think the program is not
>>>>>>>responding, because it isn't responding... but that doesn't mean
>>>>>>>it's
>>>>>>>locked up.
>>>>>>>
>>>>>>>Maybe a BPO, and another program can be launched so the primary
>>
>>program
>>
>>>>>>>can still be used... let us know if you need more help.
>>>>>>>
>>>>>>>As for the corrupt files... that's because the file was being saved
>>
>>to
>>
>>>>>>>WHILE the user aborted the program.
>>>>>>>
>>>>>>>--
>>>>>>>David Martinko
>>>>>>>Redeemed Software
>>>>>>>248-535-7495
>>>>>>>RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
>>>>>>>
>>>>>>>
>>>>>>>"Michel Boisvert" <ipso@qc.aira.com> wrote in message
>>>>>>>news:IypZTJOGFHA.1952@dacmail.dataaccess.com...
>>>>>>>
>>>>>>>>Hi all,
>>>>>>>>
>>>>>>>>I have an application that runs a process that is quite long. On a
>>>>>>>>WinXp sp2, when I swith application and come back, the application
>>>>>>>>stopped running (did not run in the background) and is not running
>>>>>>>>anymore when I come back to it. I do not recall any problem on
>>
>>other
>>
>>>>>>>>platform, but i'll test today.
>>>>>>>>
>>>>>>>>Is there a background mode that has to be enabled on xp or do I
>>>>>>>>have
>>>>>>>>to stop all process when the focus is lost?
>>>>>>>>
>>>>>>>>This is an urgent problem since databases are corrupted by this
>>>>>>>>problem
>>>>>>>>
>>>>>>>>thanks,
>>>>>>>>
>>>>>>>>Michel
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>
>
>