HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.atari.st.tech
Subject: Re: FZDS - TERMINAL PROGRAM & IRC - USAGE; brrrr
From: wells_s@kosmos.wcc.govt.nz (Steve Wells)
Date: 26 Jan 1993 07:16:39 GMT
Reply-To: wells_s@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

> ....maybe someone can verify for me how accurate this statement is:
> "vt102 and ANSI use the same cursor-controls; only the graphics
> characters are different" - I should be reasonable close...

VT102 & VT100 are quite a bit different!

Essentially, as you say, the cursor controls, and other key controls
are pretty much identical.  The graphics commands, are not!  They
use slightly different character sets.  Such as, if you are using
ANSI - then this:    will be something resembling a inverse +
in VT100, it will be something quite different!  

The VT100/VT200 etc.  vertical line, results in an Atari symbol in
ANSI mode etc.  Trying to use IRC, and other graphic-command intensive
stuff, is not a good idea unless you are using the correct emulation!

(Screen clearing codes are also slightly different, as well as assorted
others....)

Basically, if you are using IRC, use Uniterm or Flash.  (Or, if you
have a fast computer, Connect, or STalker....)

 =============================================================================
 | O O    Computers:  Not just machines, they're a way of  |       |||       |
 |  o     life.  Your computer *IS* your religion!         |       ||| TARI  |
 | \_/    Steve Wells - Wellington, New Zealand.           |      / | \      |
 =========================WELLS_S@KOSMOS.WCC.GOVT.NZ==========================

Newsgroups: comp.sys.atari.st.tech
From: giggey@ecf.toronto.edu (GIGGEY Mike S)
Subject: Word Processing in Chinese
Organization: University of Toronto, Engineering Computing Facility
Date: Thu, 28 Jan 1993 07:25:44 GMT

I have heard that there is a word processor for the atari St that uses the chinese character set. 

Does anybody know where to find it or what it is called?



Newsgroups: comp.sys.atari.st.tech
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: What is user activity?
Organization: Department of Computer Science, Warwick University, England
Date: Thu, 28 Jan 1993 12:02:08 GMT

In article <728138356.28287@minster.york.ac.uk> mjl-b@minster.york.ac.uk (Mathew Lodge) writes:
>In article <1993Jan25.114326.12418@dcs.warwick.ac.uk> leo@dcs.warwick.ac.uk (Leo Hendry) writes:
>>        3) If the machine is busy (eg. you are compiling something in Lattice
>>C5.5, then the screen saver will not lock up the computer.  Instead it blanks
>>the screen and lets the machine multi-task until it becomes idle, when it
>>unblanks and goes back into normal screen saver mode.
>>
>>I'm not telling how I do no. 3 because it's rather clever (although
>>probably easy in multi-tos) and I want my screen saver to be the only one
>>worth having.
>
>Are you really so mean spitited? Think about all those techniques you picked
>up from other people while learning to program the ST. And when you come up
>with one of your own you're not willing to share it?
>
>I'm disgusted beyond belief.
>
>>- Leo
>
>Mat
>
>| Mathew Lodge                      | "What think you, my lord, of... Love?" |
>| mjl-b@minster.york.ac.uk          | "You mean rumpy-pumpy?"                |
>| Langwith College, Uni of York, UK |  -- Blackadder II                      |

Come on, I'm not being that mean - would you expect a commercial company to
give away their secrets?  I do often post here to pass on things that I have
found out (and am rarely thanked).
  Anyway, I'm sure somebody of your programming experience could work out how
I have done it (using totally legal programming methods).  Consider that I
have left the method as an exercise to the reader if you prefer.
  If anybody is currently writing a .ACC that could really do with some way
of determining the "load" on the computer, let me know and I'll tell you how I
did it.
  By the way, I will be giving the screen saver away to anybody who registers
for any of my CPXs (The number of people registered is currently 1).

- Leo
Newsgroups: comp.sys.atari.st.tech
From: ersmith@netcom.com (Eric R. Smith)
Subject: Re: MiNT 0.99 source on atari.archive.umich.edu...
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: usa
Date: Mon, 25 Jan 1993 03:58:03 GMT

In article <108166@bu.edu> anneklin@acs.bu.edu (Patricia Anne) writes:

>Is this an 'official' release?  Should I be using this?

The answer to the first question is "sort of," and the answer to the second
one is "that depends on how lucky you're feeling" :-).

I was in a hurry; zillions of people have been asking for updated source,
but I simply haven't had time to do a 'real' release. So I threw together
the files from my directory and sent them up. In the process I left out
asm.y by mistake; and the usual README file didn't get written. Sorry
about those omissions; I will try to correct them, but it will be some
time before I can get a real, organized release including the Lattice
and PureC support, plus docs. MultiTOS is consuming an enormous amount
of time; as with any software project, the closer it comes to release
the more urgent are the bug reports.

So consider this an "interim" release, for people who just can't wait
and who don't mind risking life, limb, and hard disk while testing
new software :-).

Also: as Mike pointed out in his message, this is also a source code
only release. Please observe this restriction. As beta software, MiNT 0.99
is suitable for use only by experienced programmers, and I *don't* want
people misunderstanding its status at all. Moreover, this release contains
Atari code as well as my own, so observing the restrictions on distribution
is doubly important -- how well people respect the conditions will determine
whether or not we will release future versions of the MiNT source code
to the general public.

Regards,
Eric
From: entropy@gnu.ai.mit.edu (maximum entropy)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT 0.99 PL2 for PureC
Date: 27 Jan 93 22:39:00 GMT
Article-I.D.: kropotki.ENTROPY.93Jan27173900
	<EJ70MSV@math.fu-berlin.de> <1993Jan27.194507.5107@csi.uottawa.ca>
Organization: Not Proud Programmers

In article <1993Jan27.194507.5107@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
>In article <EJ70MSV@math.fu-berlin.de> hohmuth@freia.inf.tu-dresden.de writes:
>>That's, of course, not true. Everybody who's able to make it can use it,
>>also without Multi-AES. I, for one example, do so.
>>
>>Your problem is probably that you've forgotten to comment out "-DMULTITOS" 
>>in the makefile. :-)
>
>AH!  Is THAT why it wouldn't run properly?  I got it compiled, and it
>has kept crashing right after it shows the MiNT is Now TOS message.  I
>changed optimization levels, in hopes that THAT was the problem; could
>someone give a 5 line description of Multi-AES, why we can't get it,
>and why I ought to comment out '-DMULTITOS'?

Multi-AES is the new AES by Atari, that supports multitasking and
memory protection under MiNT.  We can't get it because it hasn't been
released yet (except perhaps to some beta testers.)  You ought to
comment out -DMULTITOS because the standard AES doesn't get along with
MiNT's memory protection, and MiNT's memory protection won't work at
all on a 68000.  Commenting out -DMULTITOS produces a 68000-compatible
non-memory-protected version of MiNT that doesn't require the new AES.

Cheers,
entropy
--
entropy@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, and Xerox.  Join the League for
Programming Freedom!  Write to lpf@uunet.uu.net for more information.
From: jrt@hardy.u.washington.edu (Jerrold Thompson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Unix tool to unpack .zoo files?
Date: 21 Jan 1993 10:04:24 GMT
Organization: University of Washington
NNTP-Posting-Host: hardy.u.washington.edu
Keywords: archivers

I would like to thank everyone for their response in directing me
to sources for zoo.  

For anyone else who may be interested it is located in the archives,
atari.archive.umich.edu in Archivers/Unix  ---or on one of its mirrors.

Thank you.



             et   :)  ---installed on hardy  (much chagrin)
Newsgroups: comp.sys.atari.st.tech
From: johan.nordlander.@eng.emu.se (Johan Nordlander)
Subject: Re: ST-PC DRIVES
Followup-To: comp.sys.atari.st.tech
Organization: Dept. of English, University of Umea
Date: Fri, 22 Jan 1993 08:51:11 GMT

In article <1306.724.uupcb@almac.co.uk>, craig.dunn@almac.co.uk (Craig
Dunn) wrote:
> 
> Thanks to everyone who gave me the required information on fitting a PC
> drive to my ST.  I eventually got it working last night and am more than
> happy with it.
> 
> But I have another query...<groans from the audience>...when I try and
> format a HD disk in the drive to 1.44Meg the drive won't let me..  Is
> this the fault of my Atari?  Or is it that maybe I picked up a Double
> Density drive.?
> 
> I tried using various third party formatters like FCopy3, DiamondFormat
> etc. etc.  but still no joy.
> 
> Any explanation would be welcome..
> 
> Thanks in advance..
> 
> Craig
>                                                                                       
The normal floppy controller fitted to the ST cannot cope with High Density
disks. The solution is to get either a HD-interface (I think System
Solutions in the UK sells it), or the new Atari floppy controller - AJAX -
but I'm not sure if it will work with a standard ST.

However, the HD-interface I have fitted to my MEGA ST1 required a fair bit
of soldering.

FCopy Professional from the ST Club and Harlekin 3 are two programs that
can format High Density disks. The new TOS 2.06 would also be of use but
it's not a requirement.

I hope this info will be of use.

Johan Nordlander
Dept.of English
University of Ume
Sweden
johan.nordlander@engelska.umu.se
Newsgroups: comp.sys.atari.st.tech
From: mbernar@erenj.com (Marcelino Bernardo)
Subject: MINT is being ported to the Mac
Followup-To: comp.sys.atari.st.tech
Organization: Exxon Research & Engineering, Co.
Date: Thu, 28 Jan 1993 22:51:14 GMT

Here's something that this newsgroup might find interesting.  I just saw
this in the mac-recent list from mac.archive.umich.edu.

/mac/util/developer/macmint.sit.hqx
 186     1/24/93    BinHex4.0,StuffIt1.5.1

   Use ATARI ST development products on the Macintosh.  An incomplete
   port of MiNT from the ATARI.

Soon you'll be able to develop/run ST applications on an Atari ST, TT, or
Falcon emulating a Mac using Spectre.:-)

Marcelino Bernardo
mbernar@erenj.com
From: moffatd@dcs.glasgow.ac.uk (Darren Moffat)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Can Spectre parallel output -> serial?
Date: 28 Jan 93 18:12:41 GMT
Organization: Glasgow University Computing Science Dept.

jthomas@kolanut.mitre.org (Joe Thomas) writes:
> 
> (Actually, my ultimate goal is even more complicated, involving directing
>Spectre printer output through a null-modem cable into a 486 box running a
>Unix clone, where a daemon process will handshake like a LaserWriter,
>accept the PostScript output, and pipe it to GhostScript, a free Gnu
>Public Licensed PostScript emulator... but that's some time in the future)
I'm not sure about the rest but your ultimate goal will certianly
work since that is what we have here in glasgow.  It even does
passwd protection an page quota's, I'm not sure where the software
was written but you could try email to "inei@dcs.gla.ac.uk"
He might be able to help you.

Darren          
-- 


Darren J Moffat
Xref: sparky comp.sys.atari.st.tech:6769 comp.sys.atari.st:20713 comp.sys.sun.misc:6402 alt.sys.sun:3581 comp.sys.misc:1069
From: ralph@laas.fr (Ralph P. Sobek)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st,comp.sys.sun.misc,alt.sys.sun,comp.sys.misc
Subject: Problems with Sun-3 Shoebox Hard Disk Project
Date: 21 Jan 93 11:58:56 GMT
Reply-To: Ralph.Sobek@cerfacs.fr
Followup-To: comp.sys.atari.st.tech
Distribution: comp
Organization: LAAS-CNRS France

I am trying to interface the shoebox from a Sun-3 workstation to my
Mega 4 ST.  Unfortunately, I do *not* have any docs on the Sun-3
shoebox. 

I am using an AdSCSI host adaptor and I have both ICDBOOT 6.0.2 and
6.0.3.  ICD sees the controller and reports:

	0  EMULEX MD21/52    ESDI

The drive is a Micropolis 1325.  When I power up the shoebox LED 3 of
the Emulex controller blinks.  What's the significance?  The drive
sounds like it comes up fine.  When I call ICDFMT is sends out a
sensing signal for SCSI devices, and the diode light on the front of
the drive flashs but ICDFMT does not get an answer.

Has anybody done this before?  Any suggestions?  Do I have to play
with the jumpers and what do they all mean?  Is the shoebox SCSI
connector terminated with a resistor pack?

Thanks to all!  Of course, I'll post a summary for any e-mail replies
I might get.
--
Dr. Ralph P. Sobek		  Disclaimer: The above ruminations are my own.
Ralph.Sobek@cerfacs.fr			   Addresses are ordered by importance.
ralph@cerfacs.fr					If all else fails, try:
Telephone: (+33) 61-19-30-47			      sobek@eclair.Berkeley.EDU
FAX:	   (+33) 61-19-30-00
===============================================================================
Got a rejuvenated Mega 4ST with TOS 2.06! Do I *really* want a Falcon/Next/Sun?
Newsgroups: comp.sys.atari.st.tech
From: bili6745@mach1.wlu.ca (bilinsky keith)
Subject: OverScan
X-Newsreader: TIN [version 1.1 PL6]
Organization: Wilfrid Laurier University
Date: Tue, 26 Jan 1993 07:28:21 GMT


I plan on installing Overscan3 from a.a to my 4 meg STE.  Does anyone know
if there is any difference installing it to STE then ST?

Keith
From: minidis@urz.unibas.ch ( Capt.J.T. Kirk )
Newsgroups: comp.sys.atari.st.tech
Subject: Warp 9 vs NVDI 2 - which is better?
Date: 27 Jan 93 16:57:03 MET
Organization: University of Basel, Switzerland

Hi,

If I understand correctly, WARP 9 is a screen accelerator, the bigger
brother of Quick ST, right ?
Is it better than NVDI 2?
-- 
Alexander                                <minidis@urz.unibas.ch>
----------------------------------------------------------------
-      Klingons Hate Tribbles And Tribbles Hate Klingons       -
----------------------------------------------------------------
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech
Subject: Re: What is user activity?
Date: 27 Jan 93 12:39:17 GMT
Reply-To: mjl-b@minster.york.ac.uk (Mathew Lodge)
Organization: Department of Computer Science, University of York, England

In article <1993Jan25.114326.12418@dcs.warwick.ac.uk> leo@dcs.warwick.ac.uk (Leo Hendry) writes:
> BTW, I am currently working on a
>screen saver myself which has some handy features.
>        1) Works in all graphics modes possible (in theory)
>        2) Uses sliding block type screen saver when memory is low and jiggles
>the blocks back into place when finished.
>        3) If the machine is busy (eg. you are compiling something in Lattice
>C5.5, then the screen saver will not lock up the computer.  Instead it blanks
>the screen and lets the machine multi-task until it becomes idle, when it
>unblanks and goes back into normal screen saver mode.
>
>I'm not telling how I do no. 3 because it's rather clever (although
>probably easy in multi-tos) and I want my screen saver to be the only one
>worth having.

Are you really so mean spitited? Think about all those techniques you picked
up from other people while learning to program the ST. And when you come up
with one of your own you're not willing to share it?

I'm disgusted beyond belief.

>- Leo

Mat

| Mathew Lodge                      | "What think you, my lord, of... Love?" |
| mjl-b@minster.york.ac.uk          | "You mean rumpy-pumpy?"                |
| Langwith College, Uni of York, UK |  -- Blackadder II                      |
From: craig@yonder.equinox.gen.nz (Craig Shore)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: FZDS - TERMINAL PROGRAM & IRC - USAGE; brrrr
Keywords: Brrr
Date: 25 Jan 93 00:22:26 GMT
Reply-To: craig@yonder.equinox.gen.nz
Organization: Equinox Networks (Public access), Node: Yonder
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992

In <5059@svin09.info.win.tue.nl>, Pieter C Filius writes:

>  is printed okay, as well as the inverted status line, 
>  yet ALL THE CONSEQUENTIAL data get's printed at one and the same line; 
>  the one jright above the status line.
> 
>  WANTED: * Settings from a fellow-fzds & IRC user !!

I don't think it's VT100 emulation (does it exist? or is it VT52?) is very 
 good... that's probably your problem, you need good vt100 at least to use
 IRC, dump FZDT & use VT200 in either UNITERM, or CoNNect. (both shareware)

 Craig.


-- 
* Craig Shore.  Phone (Voice) +64 3 3852501  * 
*  Email:craig@yonder.equinox.gen.nz  or  shore_c@kosmos.wcc.govt.nz  *
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GNU C++
Date: 22 Jan 93 00:54:47 GMT
Reply-To: warwick@cs.uq.oz.au

Craig.Graham@newcastle.ac.uk (Craig Graham) writes:

>I already have the old version of g++ (1.3, based on gcc1.4) running, but this
>doesn't output .o files, it will only produce executables, and will not work with
>gnu make.


Oh, and I used make all that time too.


--
Warwick
  _-_|\      warwick@cs.uq.oz.au            |||||| AMS = GNUized              |
 /     * <-- Computer Science Department,   ||||||   Atari Machine-Specific   |
 \_.-._/     University of Queensland,    _// || \\_   C++ game library       |
_____ v ____ Brisbane, Australia. ______ |_/  ||  \_| ________________________|
From: dxo@cs.bham.ac.uk (David Oakley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: SM 124 Size adjustment
Date: 25 Jan 93 11:37:54 GMT
Organization: ASTRAsoft, Stoke-On-Trent England.

In article <1993Jan24.150704.9792@ncsu.edu>, dawinic@eos.ncsu.edu (DAVID AARON WINICK) writes:
|> 
|> In article <C1C6Jx.Kow@gpu.utcs.utoronto.ca>, gbcusg@gpu.utcs.utoronto.ca (I. Barnett) writes:
|> |>
|> |>I got the size of the visible area on my SM124 up to the edges of the screen
|> |>almost.  I got directions from an old ST Report (ZNet?), Ican't remember.
|> |>Anyway, there are vertical and horizontal controls inside the case that
|> |>can be turned with a screwdriver (be careful, HIGH voltage).
|> |>
|> |>Darren King, GBC --> gbcusg@gpu.utcs.utoronto.ca
|> 
|>    NOOOOOOOOOOOO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|> 
|> If you must risk death by messing around inside a CRT, at least go to Radio 
|> Shack (or similar shop) and buy yourself a <$2 set of non-conductive TV tools!
|> 
|> (Screwdrivers are meant for driving nails ;-)
|> 

How about a pair of thick gardening gloves? Worked for me, anyhow!
There are horizontal & vertical size pots, a focus (you can't get perfect focus
all over the screen when its big!) and a kind of ratio thing that seems to
magnify part of the screen vertically if you get it wrong.

Run a simple program or something to show a couple of diagonal lines on the
screen while you do it so that you can see you've got the proportions right. The
pixel w/h ratio won't be the same afterwards though.

I couldn't go back to a mailbox sized screen again!

David.
                                                                   .___ .
David Oakley, ASTRAsoft shareware producers for the ST            //_ //|
6 Watlands Rd   | "I was in love, once. A ZX81. People said,      || || |
Bignall End     | 'No, Holly, she's not for you.' She was cheap,  || || /\_
Stoke On Trent  | stupid and wouldn't load - at least not for   _/|| ||\_/ |
ST7 8QQ England.| me, anyway."			     Red Dwarf |_/ |_| \_|/
Newsgroups: comp.sys.atari.st.tech
From: gbcusg@gpu.utcs.utoronto.ca (I. Barnett)
Subject: Re: SM 124 Size adjustment
Organization: UTCS Public Access
Date: Sun, 24 Jan 1993 02:21:33 GMT

In article <2914@targon.UUCP> marc@targon.UUCP (Marc Dierikx) writes:
>In article <1993Jan21.053324.18188@trl.oz.au> tpearson@titan.trl.OZ.AU (Trevor Pearson) writes:
>>I know it is possible to increase the miserable size of the active
>>display on SM 124 monitors. Does anybody know the trick? I have tried
>>the internal horizontal and vertical size adjustments, and while there
>>is no problem with vertical size, I cannot get the horizontal size more
>>than about 2/3 of the screen using the inductor slug. Does anybody know
>>why the active display area is set so small at the factory? Were they
>>just trying to be as bad as the MAC?
>>Thanks for any help.
>
>Better be careful in adjusting the horizontal size. Increasing
>the horizontal size requires increasing the ~14kV voltage. Your
>monitor may not like that.
>
>------------                               EARTH
>Marc Dierikx                           smog  |  bricks  
>marc@targon.UUCP                   AIR  --  mud  --  FIRE
>dierikx.via@sni.de               soda water  |  tequila
>dierikx.via@sni-usa.com                    WATER

I got the size of the visible area on my SM124 up to the edges of the screen
almost.  I got directions from an old ST Report (ZNet?), Ican't remember.
Anyway, there are vertical and horizontal controls inside the case that
can be turned with a screwdriver (be careful, HIGH voltage).

Darren King, GBC --> gbcusg@gpu.utcs.utoronto.ca

-- 
** George Brown College, Toronto ** Due to economic restraints, there  **
** gbcusg@gpu.utcs.utoronto.ca   ** will be no light at the end of the **
**                               ** tunnel.  -> I. Barnett.            **
 
Newsgroups: comp.sys.atari.st.tech
From: nino@vmars.tuwien.ac.at (Marinos Yannikos)
Subject: Re: A summary of the new stuff in MiNT/gcc please?
Organization: TU Wien, Vienna, Austria
Date: Thu, 28 Jan 1993 11:08:15 GMT

michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith) writes:
: 
: Hi guys...
: 
:     It looks like I can't get onto the MiNT mailing list (partly coz I don't
: know what the address is, and partly because, well, I'm probably nobody 8)
: ... so I as wondering if someone could give a summary of the interesting
: things since 0.95?

Get mint99s.zoo and have a look at the 'changes' file... ;-)

: -mbaserel and -mpcrel would be interesting to know, along with some info on
: how the shared text/shared data works...

The -mbaserel and -mpcrel options for gcc were implemented by Howard Chu,
and he posted information about them a few weeks ago. Basically
-mpcrel makes the compiler try to use pc-relative addressing mode only
(for text-segment adresses), while -mbaserel makes all accesses to 
the data-segment relative to a base-register (currently A4), so that
by just changing that register one text segment can be used for multiple
copies of a process in memory - that means, that if eg. you have a shell
that was compiled with -mbaserel, if you call it 2x (eg. recursively),
MiNT just needs to allocate a new data segment for the second invocation
and can use the same text segment - so that saves you the amount of
memory the second text segment would require. MiNT only has to set
A4 for the second process to the second data segment...
This is supported since Howard Chu's port of GCC 2.3.1 and MiNT 0.96
as far as I know... Shared 'data' doesn't work as far as I know! ;-)

-MY

PS: Howard Chu would surely be able to explain this better... Please
	correct me if I'm wrong!