System "wget"command

Mike Schwartz mschw at athenet.net
Tue May 15 05:57:00 PDT 2007


     On filePro 5.0.5, SCO Openserver 5.0.6, I'm trying to execute wget with
a "system" command.  The command executes correctly, but about once every
100 times it executes, the text of the wget call "splashes" across the
screen, beginning at the current cursor position.  My code looks like:

sa(300,*)="/usr/local/bin/wget -O /dev/null -w 4 -T 5 -t 1 -q" <chr("39")
{http://192.169.0.12/cgi-bin/callback/new_cust.pl?code=" {1 {chr("39")
<"1> /dev/null 2> /dev/null

system sa

     This code notifies an accounting server that one of the people on the
sales server has just created a new account.
 
     The "splashed" line across the screen is the full text of the WGET
command, for example:  

/usr/local/bin/wget -O /dev/null -w4 -T 5 -t 1 -q 'http://192.169.0.12/
cgi-bin/callback/new_cust.pl?code=M78982' 1> /dev/null 2> /dev/null
       
     I've tried "system noredraw SA" without any noticible difference.  The
only thing that seems to work is to clear the bottom half of the screen with

CLS("11","9")

     Unfortunately, then I have to do a "display" and other manipulations to
redraw the bottom half of the screen. On a couple of the screens where this
is called, it takes a lot of code to keep redrawing the screens and the
users don't like the "blinking" effect of redrawing the whole screen.

     ALSO:  I don't recall how to force filePro to completely redraw a
screen.  "Display" only redraws the data, but the field names and static
graphics are still missing.  "SCREEN newcust" doesn't force a complete
redraw, probably because filePro thinks, "hey!  I'm already on screen
"newcust", so I don't really need to redraw it."

    I have concocted a bunch of "PUSHKEY" steps that switch to a different
screen, then switch them back to the original screen.

    I've also tried to push a Unix "screen redraw" command, but that doesn't
always work correctly with Accuterm and a couple of the other terminal
emulation packages.  (These users have a mix of terminal emulation packages,
so I don't want to depend on the Unix screen redraw function.)

    Would it make any difference if I got this working with the filePro
"USER" command, rather than the "SYSTEM" command?   

Thanks

Mike Schwartz
        



More information about the Filepro-list mailing list