RE: RUN command in BDL + Web Front End 3.54 - wrong return code?

Hi,

We are using the versions you mention but on windows.
If the forms compile reliably do you really need to test a return code?
I just checked our code - we never inspect return codes for the fglform command (I think historically they weren't reliable or something under windows).
We just assume the form compiled and carry on - if the form didn't compile we'll know about it soon enough when we try to open the window - can then capture the error and deal with it (in our case it is just logged and an email alert sent to IT dept).
Not much help - sorry.

Regards,
  Bryce Stenberg
  Harness Racing New Zealand Inc.
  IT Department. 

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of 
> [email protected]
> Sent: Thursday, 23 June 2005 2:31 a.m.
> To: [email protected]
> Subject: [fourjs-users] RUN command in BDL + Web Front End 
> 3.54 - wrong return code?
> 
> Hello,
> 
> anybody out there using the latest version (3.54) of BDL 
> compiler/DVM and Web Front End?
> We have noticed some strange behaviour of the RUN command in  
> our Web application (with on-the-fly generation/compilation 
> of .per form files) in this version.
> 
> A very, very simplified example (main 4gl file):
> 
> DATABASE somedb
> 
> MAIN
> 
> DEFINE f_command CHAR(80),
>                   ReCo INTEGER             # return code
> 
>   ... initializations, some other stuff; eventually generate 
> someform.per ...
>   LET f_command = "fglform someform.per"
>   RUN f_command RETURNING ReCo
>   IF ReCo = 0 THEN
>     ... do something with this form (OPEN WINDOW etc.) ... 
>   ELSE
>     ... something went wrong ...
>   END IF
> 
> END MAIN 
> 
> If this is called via command line (FGLGUI=0) and 
> someform.per is syntactically correct, ReCo is 0 (as expected).
> 
> However, if this is called via the Web Front End, ReCo 
> surprisingly is -1, 
> 
> _whether someform.per is syntactically correct or not_ (we 
> can see the message "... form compilation was successful" in 
> fglasd's output,  if we start it in  debug mode and 
> someform.per is valid).
> 
> It doesn't matter if we DEFINE  ReCo INTEGER or SMALLINT.
> 
> Our environment is:
> - SuSE Linux Enterprise Server 9 (SLES 9, glibc 2.3.3)
> - BDL compiler/DVM 3.54
> - Web Front End 3.54
> 
> All this used to work with DVM 3.10 and Web Front End 
> 3.10/3.20 (on older linux versions).
> What are we missing/doing wrong?
> 
> --
> Matthias Krauße
> UNIX/INFORMIX Administration Group
> active logistics Herdecke GmbH
> 
>  
> 


DISCLAIMER:       http://www.hrnz.co.nz/eDisclaimer.htm