Re: tty.dll and I/O-personalities

Rick VanNorman (2004-10-05 16:54):

> The requirement for TTY.DLL is dependent on how you are
> creating the application. Please be more specific, and
> include the actual code example, and we'll try to help.

Trying to create a minimal example caused great confusion
before everything cleared ...

>
> In general, a standalone application should not need
> TTY.DLL -- but if you use the "STARTER" function in SwiftForth,
> it assumes that you are creating an application which requires
> the dictionary and presents an interactive environment which
> does use TTY.DLL.

One part of the problem was that including the file caused
a redefinition warning which was not wrapped within [buf ... buf],
so correctly required tty.dll, although the console window
was never opened.

> >
> > Some experimentation showed the (missing) initialisation of
> > tty.dll to be the culprit. If I have /TTY-DLL in the 'MAIN
> > code, the program is executing the configuration data and
> > creating the required files, if /TTY-DLL is not executed,
> > the deployed application fails *silently* without any warning.

The other problem was that I better had better initialise the
cross referencing pointer with /REFERENCES when defining words.

> > My questions:
> >
> > 1. Is there a way to remove the dependency on tty.dll?

Yes, by wrapping everything with [buf ... buf]

> > 2. If I were deploying this application to other people,
> > is tty.dll freely redistributable?

That one's still open.

Thanks for the nudge in the right direction, Rick.

Kind regards,
s.

--
Stefan Schmiedl
+-------------------------------+----------------------------------------+
|Approximity GmbH               | EDV-Beratung Schmiedl                  |
|http://www.approximity.com     | Am Bräuweiher 4, 93499 Zandt, Germany  |
|mailto:stefan_at_approximity.com  | Tel. (09944) 3068-98, Fax -97          |
+-------------------------------+----------------------------------------+
----------------------------------------------------------------------
sftalk_at_forth.com      The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users.  For product support and bug
reports, please send email to support_at_forth.com
----------------------------------------------------------------------