HDTenEightyP/NetNews huggingface dataset:
From: bgilbert@cs.washington.edu (Benjamin Gilbert)
Subject: Re: Video streamer
Organization: Computer Science & Engineering, U. of Washington, Seattle
Date: Thu, 10 Sep 92 06:46:23 GMT

In article <1992Sep10.064307.26851@beaver.cs.washington.edu> bgilbert@cs.washington.edu (Benjamin Gilbert) writes:
>
>Oh, you mentioned a SCART connector, that is what most European video
>equipment is capable of using, right?  The DVT VCR is for U.S. video stuff
>and so has two RCA-type jacks, one to plug into the VCR's video input, one
>to the audio input.
>

Oops, well now that I think about it perhaps there is one input connector and
one output connector (makes sense that the information needs to go both
ways, eh :-).   Oh, also I forgot to say that the price of DVT VCR is under
US$100, perhaps US$79 or so.

Cheers,

Ben Gilbert
bgilbert@cs.washington.edu


Newsgroups: comp.sys.atari.st.tech
From: baumer@cs.utwente.nl (Han Baumer)
Subject: Re: GNU make 3.62 at atari.archive
Organization: University of Twente, Dept. of Computer Science
Date: Tue, 8 Sep 1992 17:57:21 GMT

chu@acsu.buffalo.edu (John C. Chu) writes:
> Frank Ridderbusch has re-ported GNU Make 3.62. At his request, I
> uploaded it to atari.archive a little while ago. It is in the new
> directory with the name:
> 
> gmake362.zoo
> 
> I've been using this version for a while now and it works fine.
> 
> 					john
> 				chu@acsu.buffalo.edu

I can not find gmake anywhere. It is not even in the Index of a.a.

-- 
     ___            Han Baumer                        <baumer@cs.utwente.nl>
 ___/   \________
|   \___/        | Univ. of Twente,  Dept. Computer Science,     TIOS-group
| ___ _   _   __ | P.O. Box 217,     NL-7500 AE  Enschede,  The Netherlands
|  |  |  / \ (_  |                   tel: +31 53 89 3742
|  |  |  \_/ __) |                   tel: +31 53 89 3755 fax: +31 53 333815
|________________|
From: Kai_Bode@f.maus.de (Kai Bode)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Macintosh Exchange Program?
Date: 4 Sep 92 06:19:00 GMT
Article-I.D.: F.A14790
Organization: MausNet
X-Gateway: MausGate/News 1.11

>Hi,   has anybody got a copy of the full version of the MACEXCHANGER
>ShareWare program ?  What I'd like to know is how successfully does it c

there's a simple trick to make a disk readable on spectre and Mac. I don't
have a spectre but it's supposed to work:
start the Program 'convert files' and insert disk (on either hardware).
When the format box appears, it suggests 800k Mac or 720k MS-DOS. If you
click on the disk Symbol in the box you may suddenly format
720k Mac !!

This format is supposedly recognised by both hardwares. In sys7 this Hack
still works, if you edit the rsc and make the disk-symbol selectable again
(can't remember the Mac-term for it).

Kai.
From: ken@isgtec.com (Ken Newman)
Newsgroups: comp.sys.atari.st.tech
Subject: high speed modems and Spectre
Date: 11 Sep 92 16:31:57 GMT
Organization: ISG Technologies Inc., Mississauga Ontario


I've been noticing Spectre GCR handling the serial port very nicely
at 2400 baud with xon/xoff, but completely wiping out at 9600 baud +.
Since the ST/STe itself has problems at high speed, which is corrected
by using RTS/CTS and patch programs like TURBOCTS and SERIALFX, the 
question is can I get Spectre to recognize these patches? I tried setting
this up in ST mode first and this seemed to make no difference.

The general corollary of this is can Spectre recognize and use any of
the various patch programs that are set up in ST mode? Does Spectre
map Mac toolbox stuff into calls to ST BIOS, XBIOS calls or does it
just write straight to the hardware?

--

ken@isgtec.com   [ ...!uunet.ca!isgtec!ken ]  Ken Newman
From: svleest@jobim.crhc.uiuc.edu (Steve VanderLeest)
Newsgroups: comp.sys.atari.st.tech
Subject: can't get gdb to work
Date: 8 Sep 1992 13:43:04 GMT
Organization: Center for Reliable and High-Performance Computing, University of Illinois at Urbana-Champaign
Distribution: world
NNTP-Posting-Host: jobim.crhc.uiuc.edu
Keywords: gdb gcc

I am having problems getting gdb, the GNU debugger, to work. 
When I compile a program for debugging and then use sym-ld to
build the symbol table, all is fine.  I then run gdb.  I can use 
"info function" to list all the functions in my test file.  
HOWEVER, if I then try to run the program, it exits IMMEDIATELY, with 
the message:

	Program exitted with status = -32

This happens regardless of how simple or complex test.prg is.
What am I doing wrong?  I have noticed that if I use examine
to look at the data, it reports everything is 0.  Is this because
gdb does not actually load the program until you command it to
"run", or is this part of my problem?  I have the following versions:

gdb 2.6  Patchlevel 18
gcc 1.40 Patchlevel 2
gcc-ld and sym-ld Patchlevel 27
gulam cli

I used the following command sequence:

>gcc -c -g test.c
>gcc -o test.prg test.o
>sym_ld -r -o test.sym crt0.o test.o -l gnu
>gdb -e test.prg -s test.sym
*run


(where ">" is the gulam prompt, and "*" is the gdb prompt) and I 
get the error described above.


Any help would be greatly appreciated!

--
Steve VanderLeest	Center for Reliable and High Performance Computing
			University of Illinois	
...........................................................................
"...post this, post that.  Everything is post these days, as if we're all 
just a footnote to something earlier that was real enough to have a name 
of its own."  _Cat's Eye_
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.atari.st.tech
Date: Mon, 14 Sep 1992 21:36:08 -0400 
From: Stefan Monnier <sm86+@andrew.cmu.edu>
Subject: Re: "fast" sprites in C
	<1992Sep14.164515.25363@electro.electro.com>

Excerpts from netnews.comp.sys.atari.st.tech: 14-Sep-92 Re: "fast"
sprites in C George Reimer@electro.el (1238)
> The speed improvement of 2 or more, are you comparing 
> assembler versus the C code equivalent?

> How do the VDI calls compare? ( specfically the 
> raster operations ? ) Are they usefull only for 
> prototyping or can one implement a reasonable animation?

> I am currently using the VDI calls to cut and paste
> Neochrome type images, and they seem reasonably fast
> but then again, I'm not making many repeated calls.

> If these calls are poor performers, is there assembly source
> code avaiable to replace them?

> -- 

>      _______________________________________ 
>     |---|---|line--upon--line---|---|---|---|   watmath!watcgl!electro!george  
>   |---|--building the foundations-|---|---|---|     george@electro.com


I'm not exactly a 'demo-wizard', so I may be wrong (well
I hope not completely)

VDI raster operations should be 'device-independent'
and of generic functionality (it is possible to copy
from one screen format to another, for example)
This means it can't be fully optimized for 1 particular
application. So it sure is slower than direct screen access
The less processing is needed, the bigger the speed difference:
with sprites, the difference is BIG !

If you wish to do animations with VDI, you'll need
NVDI (cause VDI is not assembler-optimized but compiled
C) and maybe a processor a bit more powerful than 68000 8Mhz !

For source assembly code, I don't know: check at a.a
(default answer :-))

Can anyone a bit (at least) more involved in demos help ?

	Stefan Monnier

-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------





Newsgroups: comp.sys.atari.st.tech
From: gbcusg@gpu.utcs.utoronto.ca (I. Barnett)
Subject: Re: The ST parallel (printer) port
Keywords: printer parallel input output ports  In Abacus's _Atari_ST_Internals_, it is mentioned that the ST can both
Organization: UTCS Public Access
Date: Mon, 14 Sep 1992 15:44:52 GMT

In article <BuGEEz.F0@world.std.com> mgm@world.std.com (michael g moncur) writes:
>send and receive data through the parallel port.  Can anyone confirm that
>the parallel port can be used as input?  Someone once told me that the 
>PC's parallel port can do both input and output (which I know is true) but
>the ST can't...  And Abacus has been known to stretch the truth
>occasionally.  thoughts?
>
>  (I'm building an EPROM programmer that will be controlled by an ST
>via the parallel port, and a "read" option would be nice...)
> 
>  Also, what would I use to read the printer port?  An example in C would
>be greatly appreciated.
> 
>  Michael Moncur 
>  mgm@world.std.com (preferred) 
>  sysop@only_bbs.via.mind.org (alternate)
>
>

To use the parallel port for both input and output, you need a special cable.
This cable has the data and status/control lines crossed.  This way you send
data using the data lines and receive data on the status lines.  For a 
really cool article on this subject, see this month's "C Users Journal",
September, 1992.

Darren King, GBC, Toronto...email :: gbcusg@gpu.utcs.utoronto.ca
Organization: Penn State University
Date: Sun, 6 Sep 1992 14:15:29 EDT
From: J.J. Lehett <JJL101@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st.tech
Subject: T10 as a slave to the MegaSTe

    OK, folks, just wondered before I begin this project if it was
possible.  I have an old T10 terminal here that I would like to hook up
to the extra serial port of my MegaSTe and use a dumb terminal into it....
I will of course use MiNT and I have the termcap for a T10 so thats not a
problem.  I wanted to know if anyone has done this sorta thing, and if it
is indeed possible?  For instance the T10 could be used as a vi editor,
cli for small jobs even for compiling freeing the ST to do GEM stuff?
    Sound plausible? Any suggestions?
------------------
J.J. Lehett     : Atari's, puzzles, games, chaos, fractals, math....

  - jjl101@psuvm.psu.edu                 Penn State CAC
  - aa400@cleveland.freenet.edu          Atari 16/32 bit SIG Sysop
  GEnie: J.LEHETT2                       Delphi: JLEHETT@delphi.com
Newsgroups: comp.sys.atari.st.tech
From: BING_SIN@bdt.COM
Subject: C code to have different font
Reply-To: BING_SIN@bdt.COM
Organization: Beckemeyer Development BBS
Date: Sun, 6 Sep 1992 18:16:55 GMT

  Can someone tell me or send me some source code in Laser C to replace the
system font to some other font just inside my program.  There was a program
which create font and you have a choice of saving your font file in either
*.FED, *.O, and *.C.  When it saved as a .C source code file, it does not have
any code in there to manipulate the font and the program does not come with
any doc at all.

  There is a program call ANSITerm from Two Worlds Software, which replace the
system font with it's own.  I wonder how does they do this?  

  Please reply, I need a lot of help on this.

--
Internet: bing_sin@bdt.com
    UUCP: !uunet!ossi!bdt!bing_sin
From: jhenders@jonh.wimsey.bc.ca ( John Henders )
Newsgroups: comp.sys.atari.st.tech
Organization:  One of these days for sure
Subject: Re: Official Keycode Guidelines of Atari
Reply-To: jhenders@jonh.wimsey.bc.ca
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Mon, 14 Sep 1992 14:36:38 -0700

In <1992Sep14.142048.18305@cs.ruu.nl>, Annius Groenink writes:
>
>
>I suppose you've all heard it: Atari has official key code guidelines.
>Of course, we couldn't expect them to come up with REASONABLE propositions:
>
>	code	operation	objection
>	^H	Replace		??? Never heard of this. I thought it was
>
>					^R	Replace
>					^T	Replace Next

	I have to agree this one makes no sense. The only use I've seen 
in various text editors I've used for ^h is unmark block. Speaking
of which, did they suggest keycodes for block start and block end.
It seems half the editors out there make you use the mouse to mark
blocks, with no support for keyboard alternatives. ;-(

>
>	^W	Close Window	Well God D******* why this? I thought ^W was 
> cycle windows	and (maybe only in Germany, but after all that is 
> the leading ST territory)

	German editors are the only ones I've seen with cycle windows. I
like the alt-1, alt-2 etc to pick windows better, myself.

> ^U was close window. OK, I implemented ^U for close window as well as
> ^W, and put cycle windows on Alt-Q. (With all possible dangers of someone
> accidentally using Control-Q :)

	I'd rethink alt-q for cycle windows. There's a lot of editors that 
use alt-q for quit.
	While it's nice to see a standard defined, with so many gem based text
editors out there already with totally incompatable keymaps, I think the
best thing to do is follow the new standard, but allow for remapping, like
Tempus and a few other editors do. 


-- 
       John Henders      jhenders@jonh.wimsey.bc.ca
    I think your "evolutionary scale" needs an adjustment.  Either 
      that, or you've got your thumb on it. -> (lefty@apple.com)
From: guerard@irisa.fr (Jean-Philippe Guerard)
Newsgroups: comp.sys.atari.st.tech
Subject: DESKTOP.INF (NEWDESK.INF) memory
Date: 11 Sep 92 09:59:15 GMT
Reply-To: guerard@irisa.fr
Organization: IRISA, Rennes (Fr)


   Is there a way to allocate more memory to the DESKTOP.INF
 file ? (I'm running out of memory with my 4 ko NEWDESK.INF
 file).


  Jean-Philippe Guerard


---
******************************************************************
*    Jean-Philippe Guerard     *     M Jean-Philippe Guerard     *
*    email:                    *     appt 11                     *
*       guerard @ irisa.fr     *     4, rue du clos Sevigne      *
*    phone:                    *     35510 Cesson-Sevigne        *
*       (33)-99-83-35-76       *     FRANCE                      *
******************************************************************
From: svleest@jobim.crhc.uiuc.edu (Steve VanderLeest)
Newsgroups: comp.sys.atari.st.tech
Subject: PLEEASE HELP:  GDB won't load my program
Date: 15 Sep 1992 18:48:07 GMT
Organization: Center for Reliable and High-Performance Computing, University of Illinois at Urbana-Champaign
Distribution: world
NNTP-Posting-Host: jobim.crhc.uiuc.edu
Keywords: GDB GCC Debugger

I am having problems getting gdb, the GNU debugger, to work. 
When I compile a program for debugging and then use sym-ld to
build the symbol table, all is fine.  I then run gdb.  I can use 
"info function" to list all the functions in my test file.  
HOWEVER, if I then try to run the program, it exits IMMEDIATELY, with 
the message:

	Program exitted with status = -32

This happens regardless of how simple or complex test.prg is.
What am I doing wrong?  I have noticed that if I use examine
to look at the program data, it reports everything is 0 (I use x/10d at 
multiple locations, and everywhere it is 0).  Is this because
gdb does not actually load the program until you command it to
"run", or is this part of my problem?  I have the following versions:

gdb 2.6  Patchlevel 18
gcc 1.40 Patchlevel 2
gcc-ld and sym-ld Patchlevel 27
gulam cli

I used the following command sequence:

>gcc -c -g -D__NO_IN_LINE__ test.c
>gcc -o test.ttp test.o
>sym_ld -r -o test.sym crt0.o test.o -l gnu
>gdb -e test.prg -s test.sym
*run


(where ">" is the gulam prompt, and "*" is the gdb prompt) and I 
get the error described above.  I have tried this with nothing else
but my hard disk driver, gulam, and gdb loaded (no ACCs, etc.) and 
it still bombs.

Any help would be greatly appreciated!

--
Steve VanderLeest	Center for Reliable and High Performance Computing
			University of Illinois	
...........................................................................
"...post this, post that.  Everything is post these days, as if we're all 
just a footnote to something earlier that was real enough to have a name 
of its own."  _Cat's Eye_





Newsgroups: comp.sys.atari.st.tech
From: max@neumann.cba.csuohio.edu (Max Polk)
Subject: Turbo assembler (turboass.prg) question
Organization: Cleveland State University, Cleveland, Ohio
Date: Fri, 11 Sep 1992 01:16:28 GMT

The atari.archive.umich.edu program called "turboass.prg" is a nice
assembler for the ST -- but written in German.  After figuring out
how much of it worked by trial and error and making educated guesses
about German words, I still need to know one important thing:

   How can I create linkable *.o files that work with C-language
   *.o files?

I managed to create the *.o file, but it had an incorrect format.
My little initialization code called "main", and I was able to declare
"main" as a global long.  But the code which did:

   jsr  main

was compiled into:

   jsr  0x4L

and it basically dropped "main" altogether so that the linker perceived
the subroutine as being located at the absolute memory location 0x4L !!
The turbo-assembler took my declaration of "main" as an acceptable external
reference; the code assembled without error; but then didn't bother to
signify that just at that point in the code (where it called main), the
address needed to be fixed up to point to wherever the linker ended up
placing "main."
Newsgroups: comp.sys.atari.st.tech
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: 6FG ?
Reply-To: apelled@cix.compulink.co.uk
Date: Sun, 13 Sep 1992 01:33:03 +0000


Is it possible to connect a 6FG to an STe ? i realise a graphics board is
necessary and that i'd have to put the STe in a Tower. Is this possible at
all with _any_ current Atari computer ?

        Adam.
From: ak354@cleveland.Freenet.Edu (Dennis Mc Guire)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: communication software with MNP
Date: 6 Sep 1992 21:32:38 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


   There is a program for the ST called LINK which is supposed to
do MNP-5 in software.  I don't know how well it works.
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Even MORE TT030 help
Date: 11 Sep 92 10:21:28 GMT
Organization: Bloomsbury Computing Consortium, London

In article <1992Sep11.053336.20699@u.washington.edu> dud@hardy.u.washington.edu (Daniel Aylward) writes:
>Ok, I took apart my TT for the first time.  I now have a few more
>questions...  How do I know what RAM is what?  Right now I can only access
>the 4 megs of ST RAM.  There are 4 megs of RAM on the motherboard, and
>also 4 megs on a daughter board directly under the HD.  There is an empty
>socket that I've been told is for fast ram in front of the power supply.  

It's actually 2MB on the motherboard and 2MB on the daughter. And the socket
at the left front it indeed for the TT-RAM board.

>Since there are 8 megs in the machine, and only 4 seem to be accessable,
>I'd assume something is wrong.  Should I unplug the board under the HD &
>plug it in in front of the HD?  I don't think it'll fit in that small
>space.  Are there DIP switch settings that make the TT RAM accessable?
>Thanks for any help or suggestions in advance....

Nothing is wrong, and no twiddling of the DIP switches will add extra RAM to
your machine :-). From what I've heard, only DIP switch 7 is used, and that
sets whether or not the option for High Density floppies is available from
the format dialog box.

>
>Dan Aylward
>dud@u.washington.edu

Steve

--
Addresses:-
JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
From: cinnanum@mentor.cc.purdue.edu (Philip Crain)
Newsgroups: comp.sys.atari.st.tech
Subject: ERAM upgrade question
Date: 8 Sep 92 03:50:33 GMT
Organization: Purdue University Computing Center

I have just recently purchased an old memory upgrade kit for the ST.  It is 
called EZ RAM II.  It consists of a board which fits pins over the MMU chip
and another board which goes between the video shifter and it's socket.  The
problem is, I have no instructions and the orientation of the MMU board over the
chip is unclear (The chip is square and there are three different ways the board
could go, the fourth I've already ruled out because the TOS chips are in the way

The memory on the board consists of 2 Mb of RAM in 16 chips.  The chips have 9 
pins on them as opposed to 8 pins per chip on the memory that is currently 
installed in my machine.  I have a 520 STFM that has been upgraded to 1 meg 
by adding 512k of socketed ram.  How can I install the extra memory? (I'm 
not afraid of a soldering iron).

						Thanx in advance,

0
Newsgroups: comp.sys.atari.st.tech
From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Subject: Re: The ST parallel (printer) port
Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Organization: Helsinki University of Technology
Date: Mon, 14 Sep 1992 18:25:49 GMT


mgm@world.std.com (michael g moncur) writes
>
>   In Abacus's _Atari_ST_Internals_, it is mentioned that the ST can both
>send and receive data through the parallel port.  Can anyone confirm that
>the parallel port can be used as input?  Someone once told me that the
>PC's parallel port can do both input and output (which I know is true) but
>the ST can't...  And Abacus has been known to stretch the truth
>occasionally.  thoughts?
>..................................

The ST's 8-bit  printer port is the Yamaha PSG's I/O port B which is
bidirectional. You read it with (prt_in is a C char)

  prt_in = Bconin(0);

That's what the Profibuch says. But NOTE: The port is normally programmed as
output. If you connect a "talking" device to it and it (the port) is
"talking", too, you'll probably destroy the PSG chip. You have to make
sure that only one device is talking, i.e., outputting at a time.
That's why I haven't tried out the above in practice - I would hate
replacing the PSG.

A safer way perhaps would be to bypass the BIOS function and divide the
PSG port into two: x inputs and 8-x outputs. For that, you would have
to know how to program the PSG - I don't...

BTW: the 8-bit printer ports of PC's are not ALWAYS bidirectional - some
are, some aren't. The Centronics port, however, has more than 8 lines -
8 are data, the rest are control. The control lines can be used as input
even in the cases where the 8-bit data port itself is not bidirectional.
The same applies to the ST which, unfortunately, has less control lines.


-- 
-----------------------------------------------------------------------------
Sakari Aaltonen                             Helsinki University of Technology
Email: sakaria@vipunen.hut.fi
---  You can't keep a Finn down without him getting all red in the face  ----
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Official Keycode Guidelines of Atari
Date: 16 Sep 92 02:01:55 GMT
Reply-To: warwick@cs.uq.oz.au

jhenders@jonh.wimsey.bc.ca ( John Henders ) writes:

>I think the
>best thing to do is follow the new standard, but allow for remapping, like
>Tempus and a few other editors do. 

Yes, definately allow for remapping.


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /