HDTenEightyP/NetNews huggingface dataset:
From: andrewb@lynx.cs.washington.edu (Andrew Berg)
Subject: Re: Distributing TPUs
Organization: Computer Science & Engineering Dept., Univ. of Washington, Seattle
X-Newsreader: TIN [version 1.1 PL8]
Date: Sun, 27 Dec 92 02:26:33 GMT

Duncan Murdoch (dmurdoch@mast.queensu.ca) wrote:
: In article <1992Dec26.124053.23373@beaver.cs.washington.edu> andrewb@lynx.cs.washington.edu (Andrew Berg) writes:

: >This really isn't a big deal when you consider that there are really only 3
: >versions of TP to distribute for.

: If you're willing to limit yourself to DOS, there are 4 in common use now:
: TP 5.5, 6.0, 7.0 and 7.0 protected mode.  If you want your code to be 

Sorry. I didn't realize that 7.0 protected mode generated different TUP's.

: available to people programming for Windows, there are two more (TPW 1.5 and
: BP 7.0 windows mode).  These are the common ones; there are also a few other 

Why not distribute .DLL's?  (I've never used TPW or BP 7.0 -- maybe they can't
support them)

: people using other versions because of budget limitations or other special 
: reasons.

Yes, I do use version 3 on occasion, but I don't expect anybody's TPU's to
work with it.  :)

: Then there are the persistent rumours of 32 bit versions of TP coming out 
: sometime next year - your old .TPU files would certainly be incompatible 
: with those.

Sounds like a case of the advance of technology preventing useful stuff 
from being accomplished.

: I don't think it's feasible any more to include enough .TPU files to cover 
: a majority of the market.

Does anyone know what the motivation for not ever having any backward com-
patibility between any of the TPU formats?  It seems like it would be a useful
thing.

: Duncan Murdoch
: dmurdoch@mast.queensu.ca

--

andrewb@cs.washington.ed
From: ba2cs252@troi.cc.rochester.edu (Leonidas Hepis)
Newsgroups: comp.lang.pascal
Subject: URGENT!! Need advice on Borland upgrade by Dec 31st!
Date: 31 Dec 92 00:38:19 GMT
Organization: University of Rochester - Rochester, New York

I posted this this afternoon but it doesn't appear in my news so I will
post it again.  Sorry if you get this twice.

Hello to everyone (and please accept my apologies if I'm posting this in the
wrong newsgroup.  Please respond to my request for advice, since we are so close
to New Year's holidays and many people are away from the net!  Your e-mail may
be the only one I will get!)

I have a friend (13 years old) who has been using Turbo Pascal.  He must decide
by Dec 31st if he should take advantage of an offer to upgrade to a Borland
Compiler for $150.  He has learned Pascal on his own and likes spending time on
the computer programming.  He would also like to write applications for the IBM.
Would the Borland compiler be much better for that purpose than Turbo Pascal?
Are there any other good reasons why he should take advantage of this offer,
such as the programming environment, flexibility of the language/compiler ?

Here's what he has:  Turbo Pascal (TP) 6.0

Here's what he can get (for $150):

        Borland Pascal 7.0, plus
                Turbo assembler
                TP 7.0
                TP for Windows
                Turbo Debugger
                Turbo Profiler
                Object Browser
                DOS Extender
                write foe DOS protected mode
                open architecture
                WinFight
                WinSpector
                Object Windows (?)
                and some other stuff, including sample code


Please reply to me ba2cs252@troi.cc.rochester.edu .  All comments welcome!

Thanks, and have a good New Year's!

-leo
From: pigeons@JSP.UMontreal.CA (Pigeon Steven)
Newsgroups: comp.lang.pascal
Subject: Re: SOURIS EN SVGA
Date: 1 Jan 93 03:11:11 GMT
Organization: Universite de Montreal

<on (Emmanuel Cecchet) a dit:>

 
        J'essaie de programmer ma carte vid*o dans ses modes SVGA et *a
 fonctionne plut*t bien mais j'ai un pb avec la souris.

<...>

C'est un probleme tres simple. Si tu utilise un driver Microsoft ou compatible,
il ne reconnait que les modes graphiques VGA, puisque "standards". Meme si le
protocole VESA est en bonne voie, il n'est pas reconnu par les drivers de 
MicroSoft ou de Genius Mouse (encore moins). Alors, il te faudra te brancher
sur l'"event manager" du driver, et faire tes graphiques toi-meme. Comme j'ai
fait. Ca va prendre un peu d'assembleur, parce que le driver MicroSoft, par
exemple, ne conserve pas toujours biens les segments (pile et donnees).

C'est du code "relativement" facile a ecrire. Si ca t'interesse, je pourrais
toujours le poster sur la conference. C'est pas vraiment un probleme si tu 
utilise Turbo Pascal 6.0 ou MS pascal.

	S.


-- 
------------------------------------------------------------
 STEVEN PIGEON, a.k.a pigeons@jsp.umontral.ca, planet Earth.
==Departement d'informatique et de Recherche Operationnelle=
              == Universite de Montreal==
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.lang.pascal
Subject: Re: Writing to position x=80, y=25
Date: 26 Dec 92 08:46:16 GMT
Organization: University of Vaasa, Finland

In article <1992Dec26.004722.14505@leland.Stanford.EDU> paranjpe@leland.Stanford.EDU (Milind D Paranjpe) writes:
>Sorry about the faq, but how does one write to the bottom right corner of the
>screen without having it scroll?  This is frustrating me very much.

By using a direct screen write.  That is by "poking" the appropriate
video memory positition.  Someone else is bound to give the exact
code.  Alternatively it has been preprogrammed in my TPU units with
no source code. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.lang.pascal
From: vdkamp@rullf2.leidenuniv.nl
Subject: ATI Ultra Pro question
Organization: Leiden University, Medical Informatics
Date: 23 Dec 92 10:19:43 +0100

Dear everybody,

We want to know more about the ATI Graphics Ultra Pro.

Can you help us?

We like to know:
- does a BGI driver exist for this adapter which uses the fast graphical
   processor? (Yes? Where can we get it?)
or else
- some programmers information about this adapter.

E-mail reply suggested.

We want to thank everybody in advance for her/his reply.

B. van der Kamp.   VDKAMP@Rullf2.leidenUniv.nl
M.J. Roessen
Acad. Hospital Leiden
Leiden University
Netherlands
From: CT80@music.mus.polymtl.ca (Steph)
Newsgroups: comp.lang.pascal
Subject: Re: TVision : BUG in my head or in TV?
Date: 30 Dec 92 17:59:58 GMT
Organization: Ecole Polytechnique de Montreal

In article <dmurdoch.262.725736007@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <30DEC92.02825818.0033@music.mus.polymtl.ca> CT80@music.mus.polymtl.ca (Steph) writes:
>>What happens is this : I found out (after many bugs with this), that
>>EndOfStatic (my before-adding-spaces-to-AText-length) is set to 0
>>after the call to TStaticText.Init!  Why is this so?
>
>This is a nasty surprise designed into TurboVision.  TObject.Init zeroes out
>all fields of any descendant.  It's not done that way in OWL, and shouldn't
>be in TurboVision, but Borland won't change it now because they're afraid of
>breaking existing code.
>
>Duncan Murdoch
>dmurdoch@mast.queensu.ca
>.
>.

Well, at least I'm not crazy!  Hmmm, how can TObject.Init zero out
fields of descendant fields?  How can it know what its descendant
fields will be?  Oh well.  Thanks a lot, I guess I'll have to build
around it then!

Steph.
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Subject: Re: Turbo Vision Keys?
Organization: Purdue University
Distribution: comp.lang.pascal
Date: Tue, 22 Dec 1992 06:40:06 GMT

> In article <724675113.AA00819@contrast.wlink.nl> berend@contrast.wlink.nl (Berend de Boer) writes:
> >  CUA87 was directed to computer independence. A 3270 should behave like
> >your IBM PC. Let's take for example the ENTER and TAB key. When running
> >a 3270 emulator on our LAN connected to a CICS mainframe, the TAB moves
> >to the next field, ENTER accepts the screen. Just like your TVision
> >programs (if you follow standard behaviour).
> 
To which Rilbe (expressing the sentiments of other clever
programmers) responds: 
> (1) Which key is easiest to find of TAB and ENTER?
> 	Answer: ENTER
> 
> (2) Which action is most frequent of 'Next Field' and 'Accept Screen'?
> 	Answer: 'Next Field'
> 
> So why the heck are they not using ENTER for 'Next Field'?????
> 

de Boer is about the only one making sense here.  Everyone else is 
stuck in an old paradigm: enter info one line at a time and hit return.
You're all saying, "we grew up with 'return' makes the program 
continue to the next input".  So, it has to stay that way, right?  

Boys and girls, the paradigm has changed.  Your thinking has to change
along with the times.  It's no easier, it's no more logical, it's not
ordained by any higher power -- whatelse have I forgotten -- it's not
even consistent to hit the "return" instead of the "tab/shift-tab" key.
And it's no more intuitive (we could go round and round on what's 
intuitive.)

Spreadsheet columns and rows -- what does hitting "return" get you?  Is
that logical? If p then q, p is true then ...?  The latter is logic, 
assignment of functionality to keys has little to do with logic, 
and all to do with convention.  Next time you feel like burping 
at your mother's holiday dinner because your stomach is erupting, 
are you going to do what's logical or what's conventional?

Dialog boxes -- what would you propose for going in reverse "return" order?
Shift return? Explain that to your grandmother who uses your computer more
than you do and more wisely!  

And to top off discussions of logic, we have the following ...

> I just *HATE* when TAB moves to next field and ENTER accepts the stuff
         ^^^^^^
> by mistake when you really wanted next field!!!!

Live and learn.  Be flexible, and above all, to paraphrase my
father: "think before throwing the return key into gear!"

> I will *NEVER* follow such a stupid standard if I can avoid it!

Don't expect to have happy end users as a result of avoiding 
the standards.  But many of you are clever enough to show us our  
sins, we the standard followers (just sheep, nothing more).

PF

You know, it just doesn't make any sense spending ourselves silly
at this time of year.  Why do we do it?  And why do I hum these 
stupid songs, like "Dashing through the snow,..." when it rarely 
snows?  In a sleigh?
Newsgroups: comp.lang.pascal
From: sjsobol@wariat.org (Steven J. Sobol)
Subject: Re: WINPRO/3
Organization: APK Public Access Unix * Cleveland, OH
X-Newsreader: TIN [version 1.1 PL7]
Date: Thu, 31 Dec 1992 19:41:36 GMT

curzon@trooa.enet.dec.com wrote:
: 
: Soliciting any opinions & reports on WINPRO/3?  New releases and features?  
: [ This is an application generator for Borland Pascal Windows ]

For that matter, is there a Pascal app generator that works across multiple
platforms, like there is for C? (DOS and Windows preferably, also Mac if 
possible.)

-- 
Steve Sobol   Head Cheerleader, APK Public Access *nix/Internet
(216) 481-9436 <2400 baud>     (216) 481-9425 <v.32bis, TurboPEP>
Telnet: wariat.org   To register: send e-mail to info@wariat.org, or
log in to BBS and download file 'user.new' from file area 2.

Also President of The Tiny Software Co.   E-Mail Address: sjsobol@tiny.com
From: mmigdol@ccwf.cc.utexas.edu (michael a migdol)
Newsgroups: comp.lang.pascal
Subject: Converting TP3.0 externals to TP6.0
Date: 30 Dec 92 18:13:54 GMT
Reply-To: mmigdol@ccwf.cc.utexas.edu (michael a migdol)
Organization: The University of Texas at Austin, Austin TX
Originator: mmigdol@grumpy.cc.utexas.edu

Hello again...

    I've got an old driver written in TP 3.0 that uses external binary code
in the following format:
    PROCEDURE foo_int; EXTERNAL 'filename.bin'
    PROCEDURE foo_int2; EXTERNAL[3];
    PROCEDURE foo_int3; EXTERNAL[6]; ... and so on

I'm trying to convert the driver to TP 6.0, and have hit several snags. Is there
any easy way to do this? I don't have the source for the binary file, but
I did disassemble it and tried putting it into the program using the inline
assembler, but I'm having lots of problems. 

Thanks in advance!
-Michael 

Newsgroups: comp.lang.pascal
From: chard@borland.com (Richard Nelson)
Subject: Re: Distributing TPUs
Originator: chard@genghis.borland.com
Organization: Borland International
Date: Thu, 31 Dec 1992 22:34:22 GMT

In article <1992Dec27.022633.14853@beaver.cs.washington.edu> andrewb@lynx.cs.washington.edu (Andrew Berg) writes:
>
>Does anyone know what the motivation for not ever having any backward com-
>patibility between any of the TPU formats?  It seems like it would be a useful
>thing.

It's not really a question of motivation, it's a matter of what a
compiled unit IS.  The TPU (or TPP or TPW, depending on your target
platform) is essentially a processed image of the compiled code and
its symbols and such.  It's in the format that the compiler and linker
want to use it, which is why it's so fast.  But that also means that
when the compiler changes in any significant way (which is one of the
reasons for a new version, eh?), the information in the compiled unit
also changes.

That's the simplified description, anyway....  It's not just Borland
being perverse.  :-)
-- 
=========================================================================
 Richard Nelson, Borland Int'l | chard@borland.com | Go Bears! Grrr-rah!
  Had this been Borland's opinion, I would have written it in a manual.
 "I met a girl who sang the blues, and I asked her for some happy news."
From: CT80@music.mus.polymtl.ca (Steph)
Newsgroups: comp.lang.pascal
Subject: TVision : BUG in my head or in TV?
Date: 30 Dec 92 07:36:59 GMT
Organization: Ecole Polytechnique de Montreal

f*ck.  I hate this editor.  Wish I could go back and modify that
last one, but I can't.  Sorry about that.  In any case, yes, I
add spaces to AText, then I call TStaticText.Init(Bounds, AText);

What happens is this : I found out (after many bugs with this), that
EndOfStatic (my before-adding-spaces-to-AText-length) is set to 0
after the call to TStaticText.Init!  Why is this so?

Sorry about the two parter here..

Steph.
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Vision Keys?
From: cachoo@lincoln.ac.nz
Date: 22 Dec 92 09:28:53 +1300

> So why the heck are they not using ENTER for 'Next Field'?????
> 
> I just *HATE* when TAB moves to next field and ENTER accepts the stuff
> by mistake when you really wanted next field!!!!

Yes! I Thoroughly agree with you. Even after using this type of interface
for many thousands of hours, I still make the mistake ocassionaly. I
wonder how this standard came to be and why. There doesn't seem to be any
logical reason. Is it because MS Windows uses it?
  Oscar Cacho, Lincoln University, New Zealand
Newsgroups: comp.lang.pascal
From: lehnert@ifsws1.sozialforschung.uni-stuttgart.de (Doris Lehnert)
Subject: powers in TURBO pascal
Organization: Stuttgart University, Institute for social research
Date: Wed, 30 Dec 1992 17:42:46 GMT

Hi, everybody,
I suppose it's trivial, but ...

What is the TURBO pascal operator for "x to the power of y"?

I tried ^ (reserved for pointers), **, and others,
and consulted the Borland Reference Books;
Maybe somebody can help me.

Thanks,
Doris
-- 
Doris Lehnert			lehnert@ifsws1.sozialforschung.uni-stuttgart.de
Universitaet Stuttgart, Institut fuer Sozialforschung
Newsgroups: comp.lang.pascal
From: dave@tygra.Michigan.COM (David Conrad)
Subject: Re: drcpas10.zip David Conrad's useful collection of TP units
Organization: CAT-TALK Conferencing System
Date: Wed, 23 Dec 1992 11:19:12 GMT

In article <ts9212221229.15791@chyde.uwasa.fi> ts@chyde.uwasa.fi writes:
>[I wrote:]
>>
>> tools.pas      miscellaneous: case conversion, numeric formatting, strings
>> ieee.pas       conversions with $N+ for IEEE reals, similar to tools.pas
>> dostools.pas   file existence, cursor, printer, rebooting, time
>> timer.pas      the DOS timer; 54ms resolution
>> keyboard.pas   read F11 & F12, push keys back, support for screen saver
>> paramters.pas  parse quoted command line parameters with "spaces in them"
>> absio.pas      logical DOS sectors (Int 25/26) including large partitions
>> crc32.pas      32-bit Cyclical Redundancy Check in Turbo Pascal
>>

I really would like to apologize to those users who expected this more
than a month ago.  I promised several people that the absio Absolute
I/O routines would be uploaded in November, but unfortunately hardware
failures at this end made that impossible.  Anyway, it is there now,
and I'll be releasing a new one with even more before long.

Of special interest might be keyboard.pas; the question has occasionally
arisen here as to how to get Turbo to read the F11 & F12 keys, and it is
usually stated that this can only be done at the expense of making a
program incompatible with old PC's -- in keyboard.pas we see that this
is not necessarily so.
 
Again, sorry for the delays.

David R. Conrad
David_Conrad@mts.cc.wayne.edu, dave@michigan.com
-- 
=  CAT-TALK Conferencing Network, Computer Conferencing and File Archive      =
-  1-313-882-2209, 300bps-14400bps, V.32/V.32bis/TurboPEP New users use 'new' - 
=  as a login id.  AVAILABLE VIA PC-PURSUIT!!! (City code "MIDET")            =
   E-MAIL Address: dave@Michigan.COM
From: soi@utrade.e-burg.su (Oleg I. Subachev)
Newsgroups: comp.lang.pascal
Subject: Can I replace Drivers.GetAltChar function ???
Date: 30 Dec 92 05:49:24 GMT
Reply-To: soi@utrade.e-burg.su
Organization: utrade

Dear Sirs !

I want to make MenuBar to understand Alt+russian letters.
To do this I want to rewrite GetAltChar function in Drivers
unit so that it will return not only english letters.

But is there any way to replace Drivers' GetAltChar function
with my own ???

Oleg Subachev
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Newsgroups: comp.lang.pascal
Subject: Re: TVision : BUG in my head or in TV?
Date: 31 Dec 92 17:52:51 GMT
Distribution: comp.lang.pascal
Organization: Purdue University

In article <dmurdoch.272.725808448@mast.queensu.ca>, 
  dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
> One place it causes bugs is if you port code to OWL or another object 
> hierarchy that respects the ownership of fields.  OWL won't initialize 
> everything to 0, so your code may break.  (Mine did.)

Thanks for pointing this out.  I haven't done any porting
from TV to OWL and wasn't aware of the problem.  Now,
to squirrel that bit of caution in a place in my brain
where it will guard against future problems....

PF
From: rind@binoc.bih.harvard.edu (David Rind)
Newsgroups: comp.lang.pascal
Subject: Re: interrupts and neat things of these sorts
Date: 21 Dec 92 18:50:38 GMT
Organization: Beth Israel Hospital, Harvard Medical School, Boston Mass., USA

In article <u910826.724907973@bruny> u910826@bruny.cc.utas.edu.au
 (Louis        siuoL) writes:
>beuker@hercules.cs.uregina.ca (Craig Beuker) writes:
>>    (I want to implement an interrupt that will monitor the comm port for 
>>    characters, if one is encountered, add it to w QUE(circular) for later
>>    processing.)  Thanx for your help.

[Description of how to hook an interrupt deleted.]

This is not a simple problem.  The deleted posting describes how
to hook an interrupt (in this case the specifc interrupt would depend
on which com port is being used) but beyond that, it is necessary
to enable interrupts on the PIC, and initialize the serial port
line control registers.

There are numerous packages you can FTP that will show you how to
do some of this.  For a code fragment example of setting up such
an interrupt driven buffer, you can look in Timo Salmi's FAQUOTE
file in the TSFAQ##.ZIP.   At least for version 30, there was
an example under section 14.

-- 
David Rind
rind@binoc.bih.harvard.edu
Newsgroups: comp.lang.pascal
From: etljmme@etlxd30.ericsson.se (Jim)
Subject: Re: Distributing TPUs
Reply-To: etljmme@etlxd30.ericsson.se
Organization: Ericsson Telecom AB
Date: Mon, 21 Dec 1992 15:57:41 GMT

In article 10280@discus.technion.ac.il, s2942275@techst02.technion.ac.il (Yaniv Golan) writes:
>I want to distribute a TP unit which uses a second unit. I do not want
>to distribute the second unit with it, only the first TPU. Can it be done ?
> [Example of nested units deleted]
>What am i doing wrong? Or maybe it is impossible to do it?

Hi Yaniv, this is, as far as I know, the case:

The compiler cannot compile nested units without all the units being present.
Using your analogy; if unit B calls routines from unit A, the compiler will
still require unit A to be present because when you created unit B, there was
no code from unit A added into the TPU file.  All used units must be present
at compile time.  Hope this helps.

Cheerio,
Jim.
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: BOOT source wanted
Organization: University of Vaasa, Finland
Date: Tue, 29 Dec 1992 23:26:01 GMT

In article <NqRJwB1w165w@tcscs.UUCP> zeta%tcscs@src.honeywell.com writes:
>A while back someone had posted a mini program that could reboot the machine
>and it had two constants, COLD and WARM and depending on which constant was
>used, that type of boot would be achieved.

No souce code included, but this might be of interest:

TSUNTG: (uses Dos)
  COLDBOOT Reboot computer, including memory tests
  WARMBOOT Warm reboot of the computer (as alt-ctrl-del)

  99367 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3140.zip
 101110 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3150.zip
 103186 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3155.zip
 103345 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3160.zip

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: Distributing TPUs
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Sun, 3 Jan 1993 23:17:07 GMT

In article <1992Dec31.121645.6747@qiclab.scn.rain.com> leonard@qiclab.scn.rain.com (Leonard Erickson) writes:
>trodgers@nmsu.edu (Thomas Rodgers) writes:
>
>Well, TPU files have a *big* advantage over OBJ and LIB files in one
>area. If I only use *one* function or procedure from a TPU, only the
>code required for *that* is incorporated in the final EXE. Ditto for
>constants defined in the TPU. Only the ones that get *used* are incorporated.
>

Well, even this is not always the case. Just try to have a .MAP file of a 
smallest program , which "uses Crt", for example. You'll see addresses of 
*ALL* Crt routines, even if you use only one. 

This is because Crt unit is just *one* assembler program which have many 
entry points. The same holds for some portions of System unit and RTL.

>-- 
>Leonard Erickson		      leonard@qiclab.scn.rain.com
>CIS: [70465,203]			 70465.203@compuserve.com
>FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
>(The CIS & Fido addresses are preferred)
From: PETERBR@ids.net
Newsgroups: comp.lang.pascal
Subject: BP7 graphics problem
Date: 27 Dec 1992 06:12:39 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: cs.utexas.edu


A user of a program I wrote reports that the graphics part of the program
no longer works on his ATT graphics card, in the latest version (first one
compiled with BP7). I didn't find any pointers in the manuals and online
documentation regarding this, and I can't test it myself since I don't have
an ATT board. Which changes are needed in order to keep supporting thex400x2 
640x400x2 video mode?

Thanks,
Peter.

(peterbr@ids.net)