I am having issues with a text editor application we run from within our
VFP9, SP2 application. It seems the editor is losing key-strokes
occasionally. We believe that it may have something to do with the Windows
Priority being given to the application.
By setting the windows priority to low on the VFP app after it opens the
editor, on our test machine all is well. But when I do this same scenario on
my desktop, the VFP app's dynamic priority still occasionally peaks above
the priority status on the editor (which is left at normal). I have more
resources on my desktop, so potentially this is ok in that there are more
resources for the dynamic priority of the VFP app to utilize, but I would
like to make sure that Windows is considering the editor first before it
gives up resources to the VFP app.
We run the editor using
DECLARE LONG WinExec IN WIN32API AS RunApp ;
STRING lpCmdLine, ;
LONG nCmdShow
When we run the editor in this fashion, the editor shows up under (as a
child) the VFP app in Process Explorer. Is there a way to have the editor
run in it's own process. Could it be that when it runs as a child of the VFP
app, Windows is not considering its resources first?
Thanks,
Kevin O'Shea
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
