DECforms and ACMS
Jose Mendez
popping up on my user's screen and my network is being blamed for it. I
don't agree so I ask for someone to help me clear this up.
We are running a fairly large database application using RdB, ACMS for
transaction management, and DECforms. When the first hundred or two hundred
user log in they do so with no problem. Then after users start getting the
following error on screen:
No layout in the DECforms form for menu fits this terminal type,
language, and display size.
The login script then displays a text message, requesting to hit enter at
the end, to then enter into the first form of the application. As soon as
return is hit, the error message "Initial task failed" is displayed and the
session is disconnected.
I've noticed that during lunch hour, terminals log in with no problems, but
then after 1:00PM things start getting hairy again.
My question is, who provides DECforms with a description of the terminal
type, language and display?
Help will be deeply appreciated.
Thank you.
Jose Mendez
Dept. of Transportation
Puerto Rico
David J. Dachtera
>
> I am a Network Manager, not a System Manager. However, there is an error
> popping up on my user's screen and my network is being blamed for it. I
> don't agree so I ask for someone to help me clear this up.
>
> We are running a fairly large database application using RdB, ACMS for
> transaction management, and DECforms. When the first hundred or two hundred
> user log in they do so with no problem. Then after users start getting the
> following error on screen:
> I've noticed that during lunch hour, terminals log in with no problems, but
> then after 1:00PM things start getting hairy again.
>
> My question is, who provides DECforms with a description of the terminal
> type, language and display?
Well, there's nowhere near enough info. here to determine the cause of
the problem.
However, you may be right if your bs detector is buzzing as loud as mine
is. The systems people need to dig deeper into this. It may well be a
"network" device - a terminal server comes to mind as one possibility.
Until you get some more in-depth data, however, it's all just finger
pointing.
--
David J. Dachtera
dba DJE Systems
http://www.djesys.com/
Unofficial Affordable OpenVMS Home Page and Message Board:
http://www.djesys.com/vms/soho/
This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings
is to be expected.
Feel free to exercise your rights of free speech and expression.
However, attacks against individual posters, or groups of posters, are
strongly discouraged.
he...@eps.zko.dec.c*m
>I am a Network Manager, not a System Manager. However, there is an error
>popping up on my user's screen and my network is being blamed for it. I
>don't agree so I ask for someone to help me clear this up.
The problem is very unlikely to be a Network issues.
More likely to be a VMS, or ACMS resource/parameter setting.
> When the first hundred or two hundred
>user log in they do so with no problem. Then after users start getting the
>following error on screen:
>
> No layout in the DECforms form for menu fits this terminal type,
> language, and display size.
This is a very early action in the DECforms code where is tries to
match the terminal setting ($SHOW TERM) with the capabilities described
in the form. So the basic reasons go down two paths:
Either the terminal settings are wrong or DECforms can not read them
after X number of users. The assumption is that the forms library works.
You can/should verify the terminal setting by augmenting the login scripts
with a command like SHOW TERM (for a while, controlled by system logical).
Perhaps you want a private flavor of login.com to be used by a selected
few that display more info all the time, error or success to be able
to compare what changes after failure.
The DECforms resources are potentiall limited by the ACMS settings.
Is this an appolication where a single ACMS front-end 'command process'
handles many users? Approaching the limit? DOes it have all the resources
to deal with all the users it is allowed to handle? Need more front-ends?
Channel count? file limits? BIO/DIO/AST limit for ACMS process below
the needs for the number of users trying to connect.
Perhaps the NOLAYOUT message is just the final in a long series of
more detailed messages. Is there some trace somewhere? ACMS error log?
ACMS audit trace? Can you use FORMS$TRACE in your environment after
the failures start?
The 100 - 200 users is too vague to be usefull.
Can they come up with a precise number?
Note, that number might not be just 'logged-in'.
It could be 'connected to ACMS', or 'active in ACMS', or...
Good luck!
Hein.
------------------------ sample FORMS$TRACE output I found ----------
DECterm w80 h36
Begin trace output to xxx:[xxx]INSPECT$FORMS.TRACE;1 at
17-MAY-1994 11:44:14.56.
Begin ENABLE request.
Begin Initialize request phase.
Validate the arguments for this request.
Begin searching FORMS$AR_FORM_TABLE for form named 'INSPECT$FORMS'.
Form named 'INSPECT$FORMS' found.
End search of FORMS$AR_FORM_TABLE.
Begin selecting a layout.
Specified enable device is a Character Cell Terminal.
No layout with a matching language clause was found.
Character cell terminal is a VT300 Color. Width of 132. Height of 36.
No layout with a matching language clause was found.
Now searching layouts without language clauses for a suitable device match.
No layout in this form fits the terminal type, language, and display size.
End selecting a layout.
%FORMS-E-NOLAYOUT, no layout in this form fits the terminal type, language,
and display size.
Returning receive control text "ES003".
Ruslan R. Laishev
--
Cheers,
+OpenVMS [Sys|Net] HardWorker........................................+
Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222
191119,St.Petersburg,Transportny per. 3 116-3222
Fax: +7 (812) 115-1099
+http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +