HDTenEightyP/NetNews huggingface dataset:
From: wabe@ukc.ac.uk (W.A.B.Evans)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 24 pin screen dumps
Date: 7 Sep 92 20:57:42 GMT
Reply-To: wabe@ukc.ac.uk (W.A.B.Evans)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <1992Aug26.202839.19050@ryn.mro4.dec.com> rost@rgb.dec.com (My name is Brian Rost) writes:
>
>I'm looking at upgrading to a letter quality 24 pin dot matrix printer but am
>thinking that it may not do screen dumps correctly.  Not that I do a lot of
>screen dumps myself, but some of the software I run does (easier than writing
>their own printer drivers, I guess).
>
>Is there a PD driver I can install that will allow me to dump to a 24 pin
>printer? 
>
>					Brian Rost @rgb.enet.dec.com
>
	Yes, I've been using a little utility called HC24_H12.PRG which
I downloaded from atari archive at University of Michigan. It is originally
by R. Hoh and has been modified by Ulf RIMKUS (for PURE C). This gives a
dump in the HORIZONTAL (portrait) mode. There is a companion program called
HC24_V??.PRG if you want vertical 24-pin dumps. The C-code accompanies the
program HC24_H12.PRG and I had no difficulty in compiling it under MWC and
making some (very minor) mods (like removing the RESET-Printer command at
the start which produced an annoying accompanying Form Feed on my NEC P2200
so that I could not choose where on the page to have the (horizontal) dump).

	I discovered that loading HC24_H12 deprives your available RAM of
about 32,260 bytes (although the program itself compiles to about 1.2 
kbytes only).

				Cheers,	W. Alan B. Evans
					[ wabe@ukc.ac.uk ]
Newsgroups: comp.sys.atari.st.tech
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: Re: LASER C PRINTING
Organization: University of Western Ont, London
Date: Fri, 4 Sep 1992 21:57:35 GMT

In article <1992Sep4.145336.4676@news.csuohio.edu>, max@neumann.cba.csuohio.edu (Max Polk) writes:
[ description of Laser C stdio setup deleted ]

> Even if you can manage to Fdup the console output and change the
> association of stderr to it, programs executed with this in place won't
> care about what you did, because only file descriptors 0 and 1 have
> significance.

A clarification:

That's true for Laser C (with the default Laser C library) but not necessarily
for other compilers/libraries. For example, the MiNT library and gcc library
use handle 2 for stderr; they do this by checking to see if handle 2 is
pointing at a terminal of some kind (by default this is true, since GEMDOS
sets handle 2 to point at the serial port). If it is, then it is redirected
to point at the console. If it is not (if someone has pointed handle 2
at a file, for example) it's left alone.

For this reason, programs should not assume anything about handle 2 (e.g.
it's better not to assume that it's pointing to the serial port). If
you want to open the serial port, use the file name "AUX:". 
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario
From: bgilbert@cs.washington.edu (Benjamin Gilbert)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Video streamer
Date: 10 Sep 92 06:43:07 GMT
Organization: Computer Science & Engineering, U. of Washington, Seattle

In article <1992Sep7.090355.131020@mswe.dnet.ms.philips.nl> mboom@mswe.dnet.ms.philips.nl writes:
>There is a recent discussion about tape drives for the Atari. Because of
>the high list price I was lloking for an alternative. At the Atari Fair in
>Dusseldorf I found it. It was a pitty they where not yet in production
>but I ordered one anyway. It is a video streamer. It uses a standard VCR
>which has to be equiped with a scart connector as backup device. It backups
>600 Mb on a E240 tape. So about 2.5 Mb per minute. It can make image backups
>as well as file backups and restores visa versa. I don't have the address of
>the German company on hand. If anyone wants some more info, drop me a mail.
>
>BTW the listprice of the device, which connects on the parallel port, is about
>DM249,- which is at the current ratio about $180,-
>

There is also a U.S. product (well at least I think it's from the U.S. :)
called DVT VCR which has been out for a _long_ time which allows hard
drive backup to VHS videocassette.  I think it gives something like 20 megs
per hour or so.  Perhaps videocassette recorders are less common in Europe
and so such a device is a new item there -- I know that DVT VCR has been 
sold in the U.S. probably since hard drives really became a big item for
STs.

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.

>Greetings from the Netherlands.
>
>
>Marcel.
>
>--------------------------------------------------------------------------------
>#include <stddiscl.h>
>email:  mboom@mswe.dnet.ms.philips.nl
>voice:  +31 40 762007 / +31 4408 3531

Greetings from the U.S.

Ben Gilbert
bgilbert@cs.washington.edu
Newsgroups: comp.sys.atari.st.tech
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: Re: Two-way Pipes?? (was: Mint/Pipes question...)
Organization: University of Western Ont, London
Date: Mon, 14 Sep 1992 01:01:51 GMT

In article <5438@sersun1.essex.ac.uk>, woocm@essex.ac.uk (Chris Wood) writes:
>>The server is the one that has to create the pipe. In the server you
>>should have code like:
> 
>>   fd = Fcreate("U:\\PIPE\\SOMENAME",flags);

> 	Sorry to be ignorant of such matters, but I presume this is a 
> one-way pipe, or do I just set read/write flags to make it two way (I
> may not want a Client-Server model - just to be difficult!)

It's a two-way pipe by default. If you set the "read only" bit in flags,
it will be a one way pipe.
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario
From: woocm@essex.ac.uk (Chris Wood)
Newsgroups: comp.sys.atari.st.tech
Subject: MiNT/Pipes question...
Date: 11 Sep 92 13:05:08 GMT
Reply-To: woocm@essex.ac.uk (Chris Wood)
Organization: University of Essex, U.K.


	How can two processes communicate under MiNT? I have a major process 
that I want to act as a server and then have other client processes create
a pipe somehow between the two. If I know the two respective process ID's 
can a create a pipe between them somehow? I'm just starting out on IPC stuff
so i'm not sure to go about things properly/legally!

	Thanks,

	C.W.

---------------------------------------------------------------------
Chris Wood,          |Pretentious Quote:    "Uzi Nine Millimetre"   |
University Of Essex. |                              (Shakespeare)   |
woocm@essex.ac.uk    |Disclaimer: I never wear fluffy pink slippers.|
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GNU make 3.62 at atari.archive
From: paul@jupiter.ame.arizona.edu (Paul Harris)
Date: 8 Sep 92 13:44:26 MST
Reply-To: paul@jupiter.ame.arizona.edu
Distribution: world,local
Organization: University of Arizona

In article 20512@cs.utwente.nl, baumer@cs.utwente.nl (Han Baumer) writes:
> 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
> |________________| 

It's under

/atari/new/gmake362.zoo

You can't get a directory of /new but you can get files from it.

-Paul Harris
paul@jupiter.ame.arizona.edu




Newsgroups: comp.sys.atari.st.tech
From: george@electro.electro.com (George Reimer)
Subject: Re: "fast" sprites in C
Organization: Electrohome Ltd., Kitchener, ON, Canada
Date: Mon, 14 Sep 1992 16:45:15 GMT

In article <UefNt=q00VorIjCEdL@andrew.cmu.edu> sm86+@andrew.cmu.edu (Stefan Monnier) writes:
>
>But, sure this precise part of sprite display should be written in
>assembler, as you sure can get a speed improvement of about 2 to
>much more (depending on the compiler and on you).
>
>In general, high speed can be achieved with a little of assembler
>on the critical points and a lot of C for the rest. Of course
>all assembly can give you a bit mor speed (helpful to 
>get the real 'video-game' feeling, I think)
>
>	Stefan Monnier

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
From: rjung@aludra.usc.edu (Robert A. Jung)
Newsgroups: comp.sys.atari.st
Subject: Re: Communications Software
Date: 7 Sep 1992 17:11:19 -0700
Organization: Southern California Lynx Enthusiasts
NNTP-Posting-Host: aludra.usc.edu

In article <1992Sep7.205420.1603@actrix.gen.nz> Steven.Wells@bbs.actrix.gen.nz writes:
>I've used STeno, and found it slow

  It is? Haven't noticed a thing. And I'm just running a 4-megabyte STe.

>Also, you need a mono' monitor for it to be
>usable! (The other fonts don't fit onto the screen, or they are to
>awkward to read etc.)

  SERIOUS disagreement here -- I'm writing this with STeno set up as an
accessory on a stock SC1224 color monitor in medium resolution. I effectively
have a terminal window of 22 rows x 80 columns, which works fine for my
purposes. It's using the standard 9-point stock ST font, which is hardly
"awkward to read".

>I may just be being picky - but I'll stick to FreeZe Dried until
>something *I* consider better comes out!  Everyone has their
>favourites, and you tend to stick with what does what you want, you
>like, and is easily usable!

  Can't argue with that.

                                                --R.J.
                                                B-)

------------------------------------------------------------------------------
Send mail to rjung@usc.edu           Any time, any place, any game -- Lynx Up!
------------------------------------------------------------------------------
Babs: "I'd be terrific! Colossal! Stupendous! Mediocre even!"
Aide: "You are applying for the position of President of the United States?"
                      --Buster's Guide to Part-Time Jobs, TINY TOON ADVENTURES
From: healy@nosc.mil (Mike Healy)
Newsgroups: comp.sys.atari.st
Subject: Re: Thank you Darek for your support of the ST
Date: 9 Sep 92 20:35:50 GMT
Organization: Naval Ocean Systems Center, San Diego


Unless Darek has given up all rights to the GEMULATOR and will make
no money on its sales, I would consider him to have a "vested interest".


Mike Healy
From: jensk@hpbbrd.bbn.hp.com (Jens Kilian)
Date: Fri, 4 Sep 1992 10:22:22 GMT
Subject: Re: Errors when dumping EMACS 18.58
Organization: HP Mechanical Design Division
Newsgroups: comp.sys.atari.st

> As I only have the binaries I don't know if and how I must specify the
> PURESIZE parameter. I hope first method with copying the *.elc files into
> the e-bin directory works.

You can only set PURESIZE when you're building (ie, recompiling) Emacs.
And better put the .elc files where the other LISP (.el) files are,
that is in $EMACSLIB.

	Jens.
--
Internet: jensk@hpbeo82.bbn.hp.com    HPDESK : JENS_KILIAN%XU@HP1200
MausNet:  Jens Kilian @ BB                     KILIAN_JENS/HP1200_XU@hpbbi4
Phone: (0|+49)7031-14-4308            TELNET : 778-4308
Fax  : (0|+49)7031-14-2049
-------------------------------------------------------------------------------
As the air to a bird, or the sea to a fish, so is contempt to the contemptible.
Newsgroups: comp.sys.atari.st
From: dud@hardy.u.washington.edu (Daniel Aylward)
Subject: Re: Should Z*Net be created
Organization: University of Washington
Date: Sun, 13 Sep 1992 19:33:22 GMT

kovarski@zooid.guild.org (Mark Kovarski) writes:


>No, I think it is a really bad idea to create Z*Net groups since you
>will see 1 message per month and besides Z*Net MAG (ST) is a "cheerleading"
>magazine for the ST and does not represent the reality. Its ST Editor was/is
>a person that likes to control other peoples views hence he has never heard
>of freedom of free speech. He is constantly bashing ST*Report and other
>publications that do not agree with him or any other Atari representatives.
>I think it is a total waste of time to create such newsgroups.

>Sincerely,
>Mark K.
>E-Mail: kovarski@zooid.guild.org

Good, that settles it.  It's unanimous.  No one is opposed to the creation
of alt.Z*net. 

Dan Aylward
dud@u.washington.edu

p.s. Mark, remember the "^N" concept?  (in this case "U"nsubscribe?)
From: mhughes@comtch.spk.wa.us (Mark Hughes)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon Graphics
Date: 5 Sep 92 06:00:44 GMT
Organization: Waffle BBS at CompuTech Spokane, Washington

hutch@bellman.lanl.gov (John Hutchinson) writes:
> As a developer, I'm just curious... how many folks in this newsgroup actually
> intend to buy a Falcon when (and if) they become readily available at say, ab
> US$799 for a 1Mb, _no_ hard drive model (which will _not_ multitask in this 
> configuration)?  How much will a 4Mb, 65Mb HD model cost?  Atari has not rele
> pricing info yet but if $799 is about right for the low end, we would surely 
> talking about $1299 or so, don't you think?  And you'll also need a VGA monit
> So how many _really_ intend to buy one?
 
  My next computer, aside from a cheapo 520 to use as a terminal, will 
either be a Mac LC2 or a Falcon.  Which one depends on several things - 
the availability of a detachable keyboard (I've grown used to typing with 
my keyboard in my lap from a recliner) - how good the graphics are - how 
well it multitasks (does it crash whilst running my favorite apps?  And 
will new versions come out if they do?).
 
  The HD isn't much of a problem for me, as I intend to buy a small HD to 
run my BBS on, and put that on the old computer, and use my current 105MB 
HD...  The monitor I already have (the BBS can run on a TV set).  So my 
total cost would be perhaps $1100 for a Falcon.
 
  If I bought a Mac LC2, I'd be paying well over $2000 for a similar 
system, and I still wouldn't have the digital sound capabilities that I'd 
like to have.
 
  By the way, another post asked why so few people seem to like the GEM 
O/S...  Mainly because it's only a short step better than MS-DOS, is my 
answer.  MultiTOS, if it turns out nicely, will be far better than Sys7, 
which is, IMHO, a poor excuse for an OS.  I would like to have a 
multi-user system, but...  <sigh>
 
 - Mark Hughes (Caves of Steel 509-624-2078)  mhughes@comtch.spk.wa.us
Newsgroups: comp.sys.atari.st
From: csullogg@cc4.crl.aecl.ca
Subject: Portfolio Display info needed
Organization: AECL RESEARCH
Date: Thu, 10 Sep 1992 12:43:16 GMT

I received the following request from a local company that does not have
net access. Please forward any info to me so I can help these guys. Thanks
=================================================================



	    Atari Portfolio Display



	The BIOS on the ATARI PORTFOLIO allows the user control of individual
	pixels on the LCD display, but for real time programming, the
	BIOS calls are dreadfully slow in execution. Unfortunately,
	ATARI does not support direct manipulation of the hardware by
	users, and the hardware is distinctly different from the standard
	types used on PC's.

	Somewhere out there, there must be some users who have figured out
	how to manipulate the PORTFOLIO display at the direct hardware
	level, and perhaps would be willing to give me the following
	information:

	1) What is the address of
		    a) the status port
		    b) the control port
		    c) the data port ?

	2) What are the individual bits in the status byte used for?

	3) What is the procedure to set/clear individual pixels?
From: cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI)
Newsgroups: comp.sys.atari.st
Subject: Re: ZOO problems (was PERFPICH.TOS v1.1 posted to a.a)
Date: 15 Sep 92 20:08:10 GMT
Organization: Oklahoma State University, Computer Science, Stillwater

In article <1992Sep15.102420.12834@miavx1.acs.muohio.edu> rlcollins@miavx1.acs.muohio.edu (Ryan 'Gozar' Collins) writes:
>
>     What I do is open a window that has ZOO.TTP in it, then open a
>window with the zoo file, and then open a window with the destination
>direcory. Then, making sure the destination window is on top, I
>double-click on ZOO.TTP while holding down the right mouse button. The
>box dialog box comes up, I type in the full pathname for the zoo file,
>and let it go. It puts everything in the directory that is in the top
>window. (Although using a shell is a lot nicer, this method works.)
> 

This WOULD BE NICE!!!! But it doesn't work for me...
Tos 1.4 in a 520ST...
All files go where ZOO.TTP was run from... Even though the desired
destination window remains topped!!!!

Is there a patch for TOS 1.4?

jc
From: koreth@spud.Hyperion.COM (Steven Grimm)
Newsgroups: comp.sys.atari.st,comp.binaries.atari.st,comp.sources.atari.st
Subject: INFO: Twitterpater becomes spud
Date: 15 Sep 1992 09:25:05 -0700
Organization: Hyperion, Mountain View, CA, USA
NNTP-Posting-Host: spud.hyperion.com
Summary: archive-server@spud.hyperion.com

Sorry for the interruption in service.  I now have the archive server running
on host spud.Hyperion.COM.  As on twitterpater, the archive contains all the
software from comp.sources.atari.st and comp.binaries.atari.st since I started
moderating both groups.  Ftp access to the archives may be available in the
near future; more information on that as it happens.

Send mail to archive-server@spud.hyperion.com with "help" as the subject for
more information.  Mail me at archive-manager@spud.hyperion.com if you have
trouble (but not to request files -- archive-server is the address for that.)

-Steve
From: plate@cdsmn.mn.org (Doug Plate)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon Graphics
Date: 6 Sep 92 05:21:53 GMT
Organization: Dicomed, Inc.

In  hutch@bellman.lanl.gov writes:
> 
>As a developer, I'm just curious... how many folks in this newsgroup 
>actually do
>intend to buy a Falcon when (and if) they become readily available 
>at say, about
>US$799 for a 1Mb, _no_ hard drive model (which will _not_ multitask in this 
>configuration)?  How much will a 4Mb, 65Mb HD model cost?  Atari 
>has not released
>pricing info yet but if $799 is about right for the low end, we would 
>surely be
>talking about $1299 or so, don't you think?  And you'll also need a VGA 
>monitor.
>
>So how many _really_ intend to buy one?
>
>Cheers,
>
>
>
I'd really like to buy, but I'll have to see it first.  The main factors for
me would be:
	compatibility (ST/STe)
	ability to use existing monitor (worried about interlace)
	
Otherwise, yeah, I want one!  It seems to do the few extra things I wish my
STe would do, and love my STe.  

Regards,
Doug Plate (Sr.)
From: jhf@d0xs1.fnal.gov (John Featherly)
Newsgroups: comp.sys.atari.st
Subject: Re: Spectre GCR
Date: 8 Sep 92 16:45:12 GMT
Reply-To: jhf@d0xs1.fnal.gov (John Featherly)
Organization: D0 Experiment



|> System 6.0.5 works best under Spectre GCR.
|> 

I've tried 6.0.7 and 6.0.8 which seem to boot with Spectre V3.  Sound does not
work however (silence or hangs).  Does anyone know what the latest version of
Spectre software is up to?  Anyone use Mac 6.0.8 software regularly?
--
--------------------------------------------------------------------------------
   John Featherly                                    jhf@d0xs1.fnal.gov
   D-Zero Experiment at Fermi Lab                        (708) 840-4508
--------------------------------------------------------------------------------
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
From: neuhaus@vier.informatik.uni-kl.de (Stephan Neuhaus (HiWi Mattern))
Subject: Eric Young's DES Library available
Summary: Eric Young's DES Library is now available for the ST by anonymous ftp
Keywords: DES,ftp,library
Organization: University of Kaiserslautern, Germany
Date: Tue, 8 Sep 1992 09:06:38 GMT

Hi.

I have recently ported Eric Young's DES Library to the Atari.  The
port went without problems so far, only des(1) keeps making trouble.
The library can be obtained via

	ftp.uni-kl.de:pub/atari/incoming/des-src.zoo	Library sources
	ftp.uni-kl.de:pub/atari/incoming/des-bin.zoo	.olb file

The documentation is somewhat sparse but useful nontheless.  If you
don't know what ECB or CBC means, then this library is probably not
for you.

The library originated in Australia, i.e., outside the USA, and is
therefore not restricted to USA-only redistribution.  USA residents
might not be able to get a copy legally.

The library was compiled using GCC 2.1, and MiNT 0.94/Libraries PL 20.
You'll need GNU make to make the library, otherwise you'll have to
fiddle with the makefile.

Bug reports to me (neuhaus@informatik.uni-kl.de).  I will forward them
to Eric (eay@psych.psy.uq.oz.au) if necessary.

Have fun.
-- 
Stephan <neuhaus@informatik.uni-kl.de>
sig closed for inventory.  Please leave your pickaxe outside.
Newsgroups: comp.sys.atari.st,rec.audio,sci.skeptic