I Just wanted to report a glitch when using INFLD_STATIC in a ATE/Linux environment, this works in windows A-Shell.

The infld is created in the proper spot, but there is what appears to be a staic, row 0 col 0, the same size as the control. And, it displays the value of the infld variable.

Here is picture from ATE/Linux


Here is picture form Windows A-Shell

Hi Stephen,

Considering that I don't have an ATE environment to test this (definitely I have to create one ), I have more questions than answers.

If there is anything to fix here, it's in SBXINP, where you can add some debug traces using the available source code from SOSLIB.
The part of SBXINP that handles it, is at the end of the "field'as'text" routine:

****************************************
field'as'text:

...

else
xcall AUI,AUI_CONTROL,CTLOP_ADD,BTNID,"",STATE,MBF_STATIC,"",0,NUL_CSTATUS, &
inf'row,inf'col,(inf'row+((inf'defpt+1) * 1050)),(inf'col+inf'xmax-1),-2,-2,0,0,"","",parent'id$,"",SS_GRAYFRAME+SS_SUNKEN

xcall AUI,AUI_CONTROL,CTLOP_ADD,0,inf'entry,STATE,label'type,"",0,NUL_CSTATUS,1200,2,(1800+(inf'defpt*1000)),inf'xmax-1,-2,-2,0,font'scale,"","",BTNID
endif
return

*****************************

The first AUI control is the static sunken box, created with the BTNID id that, after is used in the parent argument for the content of the field.

It seems that, under ATE, the BTNID is not getting the correct value, but I can't see any reason for that to be different in Windows and ATE considering that BTNID is the result value returned by the AUI xcall when creating the STATIC.

Maybe, checking the dump file for this screen you can notice any strange value for some of the (fortunately few) controls?

Also confirm, if the SBXINP version you're using when running the program is updated with the version in Leo's area.

I have compared the dump files from ATE and Windows A-Shell, and the parent id is not getting set on the "Static Text" part of the INFLD_STATIC in ATE. It is being set in Window's A-Shell.

Here's the part of the Window's A-Shell Dump File that matters:

Form FldId ParId Class Type Txt
GS11 1 0 Dialog 20100d00 K & K Veterinary Supply - Setup Show Boot
GS11 2 1 Button 10200 delete::ashico1.dll
GS11 3 1 Button 10200 check::ashico1.dll
GS11 4 1 StaticText 8050080 Show:
GS11 5 1 Edit 8090440 BUYER'S MARKET 2008
GS11 6 1 StaticText 8050080 Date:
GS11 7 1 GrayFrame 8040000
GS11 8 7 StaticText 8050040 February, 2008

And, Here is the ATE Dump File:
Form FldId ParId Class Type Txt CmdLib
TELNET 1 0 Dialog 20100d00 K & K Veterinary Supply - Setup Show Boot
TELNET 2 1 Button 10200 delete::ashico1.dll VK_ESCAPE
TELNET 3 1 Button 10200 check::ashico1.dll VK_xF501
TELNET 4 1 StaticText 8050080 Show: ^gú101.
TELNET 5 1 Edit 8090440 BUYER'S MARKET 2008 ^gú101.
TELNET 6 1 StaticText 8050080 Date: ^gú102.
TELNET 7 1 GrayFrame 8040000
TELNET 8 1 StaticText 8050040 February, 2008

Hope this helps. Maybe it will keep you from having to create and ATE environment. If you decide to do that I would highly recommend using VMWare. That's what I use for all of my development.

Hi,

Now we know what's behind the problem (absense of parent), but it's not yet clear for me the different behavior between Windows and ATE.

Have you confirmed the version of SBXINP in both environments?

One thing you could try is to replace the SBXINP statement in your program by the below pair of commands and see what happens (define BTNID or use any other variable).

xcall AUI,AUI_CONTROL,CTLOP_ADD,BTNID,"",0,MBF_STATIC,"",0,NUL_CSTATUS,1500,40,2700,55,-2,-2,0,0,"","",0,"",SS_GRAYFRAME+SS_SUNKEN

xcall AUI,AUI_CONTROL,CTLOP_ADD,0,"text",0,label'type,"",0,NUL_CSTATUS,1200,2,2500,13,-2,-2,0,0,"","",BTNID


Thanks for the tip on VMWare, I agree.

Well the sbxinp versions are both 2.1(4).

I won't be able to test this anymore until tomorrow, but I'll let you know what I find out by using the xcall AUI statements directly in my code.

Here are the results of some more research:

In Windows A-Shell the first XCALL AUI which created the MBF_STATIC returns a BTNID of 7; however, in ATE BTNID is 7.

So, I don't think SBXINP is the issue. There seems to be some difference here between Windows A-Shell and ATE. I guess we'll have to wait until Jack can look at it. But, this isn't a pressing issue.

I just saw this again and realized I miss typed the results of BTNID.

Windows A-shell: BTNID = 7

ATE: BTNID = 0

Hence the location of the label being relative to the dialog and not the MBF_STATIC

Indeed, I don't have any suggestion here, and I can't see any reason why under ATE a STATIC control get an ID=0