HDTenEightyP/NetNews huggingface dataset:
From: jvt@its.bt.co.uk (John Trickey)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: KA9Q IP stuff for ST
Keywords: SLIP, IP
Date: 18 Dec 92 12:55:07 GMT
Organization: BT Group Computing Services, Birmingham, UK

In article <DBRIGHAM.1.0@nsf.gov> DBRIGHAM@nsf.gov (Dana Brigham) writes:
>Just wondering where I can FTP the KA9Q (did I spell that right?) 
>implementation for the ST.....

Try ucsd.edu. I cannot remember the filename offhand, but its PE1CHL's
port to the st.

John
-- 
John Trickey <jvt@its.bt.co.uk>
       Voice: +44 21 524 8200     Fax: +44 21 553 6120
(Home) <john@its.bt.co.uk> || <john@g4rev.ampr.org> || G4REV @ GB7FLG
       +44 21 308 8892
Newsgroups: comp.sys.atari.st.tech
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: drop down menus in GEM
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Fri, 18 Dec 1992 18:51:49 GMT

rpj12@cus.cam.ac.uk (R.P. Jones) writes:

>Rather a simple question, but its giving me some stick!!!

>When using drop down menus how do you get the chech marks to work?


I use the following (can be either a #define or a function), and have never had
any problems.  Be sure you #include "aes.h" and be sure the menubar is drawn
and 'active' (i.e. not removed with menu_bar(..)).

#define CHECK(ob,tree)		((tree)[ob].ob_state |= CHECKED)
#define UNCHECK(ob,tree)	((tree)[ob].ob_state &= ~CHECKED)
#define CHECK_FLIP(ob,tree)	((tree)[ob].ob_state ^= CHECKED)

Of course, 'ob' is an integer, and is the index of the object (menu-item in 
this case).  'Tree' is the address of the menu-tree (i.e an OBJECT * ).

--
Hendrik Jan Veenstra    hjv@phil.ruu.nl  *  How can I save my dreams
Dept. of Philosophy                      *  in the nightmare, in the flood
University of Utrecht                    *  But I try.
The Netherlands                          *
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: ICD Host Adapter
Date: 15 Dec 92 21:20:59 GMT
Organization: Wetware Diversions, San Francisco

In article <724415059.26422@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
>Okay, I've had a lot of replies to my plea and it turns out I need the new
>ICD software.  (Version 6.) I don't have Modem access to anything so can
>someone mail me the address of an anon. ftp site where it exists, and also
>the file it is stored in.

The ICD Boot Utilities must be obtained from ICD directly, their BBS, or 
an on-line service.  They do this so that they can guarantee the integrity
of their utilities (so that there aren't any viruses in it, missing files,
etc.).




-- 
   |||    Ed Krimen
   |||    ekrimen@wet.uucp
  / | \   E.KRIMEN (GEnie)
Newsgroups: comp.sys.atari.st.tech
From: bossoj@aix.rpi.edu (Joseph Charles Bossolini)
Subject: Re: 520 modem port problem
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Sun, 20 Dec 1992 23:29:23 GMT

In article <2b2b6938@p15.f202.n281.z2.fidonet> p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl writes:
>In a message of <Wed  9 Dec 92 18:49>, Joseph Charles Bossolini
>(2:281/202.0) writes:
>
> JC> I am having a problem with my 520ST.  When using various terminal
>
>Hmmm, are you sure you have set your modem's AT&Cx command correctly. there
[stuff deleted]
>    Vincent

I have fixed the problem with my modem port.  As I had said in my earlier
post, it _was not_ the software or the modem that was causing the problem!
It was the 1489 Receiver chip that controls incoming data for the
serial port!  (I want to thank Roger Sheppard for being able to
help me with this problem!)
I just went to Radio Shack, got a new one for $2us and I was back in
business after about one hour!

Joe
Newsgroups: comp.sys.atari.st.tech
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: ATW
Reply-To: apelled@cix.compulink.co.uk
Date: Wed, 16 Dec 1992 23:17:00 +0000


    Whoever it was that wanted more info on the ATW. Could they please mail
me. i have lost your address (sorry!).

    Adam. apelled@cix.compulink.co.uk
From: clausb@hpbbrd.bbn.hp.com (Claus Brod)
Date: Thu, 17 Dec 1992 11:53:41 GMT
Subject: Re: HELP! how do i clear CACR on a TT without 68030 assembler??
Organization: HP Mechanical Design Division
Newsgroups: comp.sys.atari.st.tech
X-Newsreader: TIN [version 1.1.8 PL6]

vspicer@ccu.umanitoba.ca wrote:
> 	is there any way in Megamax C to "hard code" the raw machine
> code to execute the "move cacr,d0" and "move d0,cacr" commands which
> Megamax's inline assembler doesn't understand? i can generate the
> raw machine code to do this in Lattice's assembler, it's just:

If Megamax's inline assembler has a dc.l command, you can use just
that for the purpose:

> 	move	sr,-(sp) 		; save sr
> 	ori	#$700,sr		; no interrupts
> 	move	cacr,d0			; get cacr
----> change this to dc.l CODE_FOR_MOVE_FROM_CACR
> 	ori.w	#$808,d0		; clear data and instruction caches
> 	move	d0,cacr			; reload cacr
----> change this to dc.l CODE_FOR_MOVE_TO_CACR
> 	move	(sp)+,sr		; interrupts back on
> 	rts				; go back 

-- 
--clausb@hpbeo79.bbn.hp.com----------------------------------------------
Claus Brod, MDD, HP Boeblingen   	Things. Take. Time. (Piet Hein)
--#include <std_disclaimer>----------------------------------------------
Newsgroups: comp.sys.atari.st.tech
Subject: re: SM124 montor problems info wanted
From: dogbowl@dogbox.acme.gen.nz (Kennelmeister)
Date: Sun, 13 Dec 92 03:00:00 +1300
Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)


Would the person who emailed me asking about a probalem he was having
with his SM124 please write again?

My reply bounced, and I deleted it beofre I realised that I'd deleted
your original letter too.


--
Alan Brown. (SysAdmin)
dogbowl@dogbox.acme.gen.nz                      Palmerston North
Dawghaus BBS -> +64 (6) 357-9245                New Zealand
       "A wet and windy place at the bottom of the World"
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Tec and AdSpeed Problem
Date: 16 Dec 92 20:09:00 GMT
Article-I.D.: K.A45842
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

B>This is very strange, because I had absolutely no problems with TEC
B>and AdSpeed in my Mega (and my machine is a complete hack).

As I said, we also got some machines to work, but in general, there are severe
problems.
From: ggranger@ersys.edmonton.ab.ca (Greg Granger)
Newsgroups: comp.sys.atari.st.tech
Subject: Address space for TOS 2.06
Date: Sat, 19 Dec 92 15:22:01 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

What is the address space for TOS 2.06?  (Ie. where does TOS start/end)

========================================================================
| Gregeory C. Granger  (GGranger@ersys.edmonton.ab.ca)  |  "All these  |
| 5516-190A Street  Edmonton, Alberta, Canada T6M-2L3   | memories will|
| Phone:      +1 (403) 483-2049  OR  +1 (403) 481-5110  |  be lost in  |
========================================================|  time, like  |
                                                        | tears in the |
                                                        | rain." -Roy B|
                                                        ================
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a mem
Date: 13 Dec 92 12:15:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Patrick BETREMIEUX (bpat@cs.mcgill.ca) wrote:
[...]
>There is a way to set the width and height of the logical screen, so you
>may draw the whole list and then blit the part you want, but I don't have
>the books with me right now. Also, could someone tell me if it's a perfectly
>legal thing to do. It will work on any ST, and most probably on the STe, and
>MEGASTe. But does the TT still have this screen-switching stuff available ?
>Will the Falcon have it?

I guess so. However, it *is* bad programming practice, because you are
mixing different layers of the operating system (XBIOS and VDI), and
no one guarantees that this will have the side effects that you expect.
In fact, it won't work with some graphics cards.
From: wmtwen@rw8.urc.tue.nl (Erlend Nagel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT, which way forward...
Date: 15 Dec 92 14:16:39 GMT
Reply-To: wmtwen@urc.tue.nl

I am a group(1) member. What I need is really some multitasking for
communication purposes. Nothing else and preferably as much like GEM as
possible. The Unix stuff is nice but I really do not have a use for it
on my simple 1040.
So I would say finish of a stable group(1) product and then go for the
big thing on the new Atari products and the older TT.

Erlend.
Newsgroups: comp.sys.atari.st.tech
From: "david lewis" <david.lewis@canrem.com>
Subject: the pcmcia standard
Reply-To: "david lewis" <david.lewis@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 19 Dec 92 15:12:00 EST

Roger, there is a long article on page 237 of the December issue of BYTE
on the PCMCIA 2.0 standard.  Also, Jerry Pournelle's column on page 97
talks about his experiences with it.  He laments the fact that the
Portfolio doesn't have it!  Hope this helps.

Dave
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon questions
Date: Wed, 16 Dec 92 15:52:03 PST
Organization: The Portal System (TM)
  <1992Dec15.143728.20568@Informatik.TU-Muenchen.DE> <71753@cup.portal.com>
  <1992Dec16.142237.26755@eng.umd.edu>

Thanks for the explanation of the differences between the old SCSI
specs and the new SCSI II, Gerry..
 
It's just that with the way Atari implemented VME, and the "almost SCSI"
ASCI implementation on the ST, I'm a little leery of the way Atari
adheres to "standards"..
 
BobR
From: hrs@aber.ac.uk (Herbert Martin Sauro)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Date: 11 Dec 92 09:47:43 GMT
Organization: University of Wales, Aberystwyth

In article <memo.794901@cix.compulink.co.uk> apelled@cix.compulink.co.uk writes:
>
>In article <1992Dec7.171606.23964@aber.ac.uk>, hrs@aber.ac.uk (Herbert Martin Sauro) writes:
>>I'm trying to write a scrollable list box. I've gone through a number of
>>attempts. The best one so far was blitting n-1 of the entries in the list
>>and writing the nth item using objc_draw as the list is scrolled. 
>>The trouble with this was if
>>the user scrolled more than one item at a time this method no longer worked
>>and instead the whole list box had to be redrawn (i.e using objc_draw) 
>>at the new position - which makes for flickering and it's slow. 
>>If the list box only moves one item at a time
>>the n-1 blit method works a treat and without any flicker -- the list
>>can also scroll pretty fast.
>
>    Can't you vsync ? And what's wrong with a window ?

The trouble with using a window is that one doesn't recveive instant feedback
from the slider as its draged etc. so that the window contents aren't
updated until after the slider has finished moving.

>
>>I'm now thinking of another method, this time to hold the entire list
>>(or at least the section that is being displayed) in a memory buffer
>>and as the list is scrolled just blit the appropriate section out to
>>the screen. The trouble I'm having is how do I get such a list into 
>>a memory buffer in the first place. It's a shame that one can't redirect
>>the output from the objc_draw command to a memory buffer rather than
>>the screen (or can one?). So the question is, how can one store dialogs,
>>sections of object trees etc in memory (as bit maps I mean) so that they
>>can be blitted out to the screen at will?
>
>    Yes you can redirect objc_draw() output by changing the screen physical
>address. Of course it won't speed anything up, in fact it'll be slower plus
>you'll soak up RAM. Xcontrl list boxes scroll o.k with a decent accelerator.
>
>    Adam.

In Xcontrol one has to implement one own list boxes, the only related
calls that Xcontrol suppliy (as far as I can tell) are slider controls,
you have to build your own list box.

One could redirect objc_draw on to an alternative logical screen (I'd
forgotten that one), but it takes up large amounts of RAM (as you mention).

Actually I have a question about logical screens, I know that all
drwing is done on the logical screen but where do vro_cpyfm blits
come from, the logical or physical screen?

Herb
-- 
/******************************************************************************
Herbert Sauro                                   e-mail: hrs@aber.ac.uk
Biological Sciences                              phone: +44 970 622353
Univesity College of Wales                                                    
Newsgroups: comp.sys.atari.st.tech
From: DBRIGHAM@nsf.gov (Dana Brigham)
Subject: KA9Q IP stuff for ST
Summary: Where is it?
Keywords: SLIP, IP
Organization: National Science Foundation
Date: Wed, 16 Dec 1992 12:45:47 GMT

Just wondering where I can FTP the KA9Q (did I spell that right?) 
implementation for the ST.....

Thanx....

*******************************************************************************
*       Dana Brigham - dbrigham@nsf.gov - RJO Ent., Inc. *at* the National    *
*       Science Foundation - anything expressed above was, is and always      *
*       will be a singular product of my warped mind...............           *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*                     Inquiring minds want to NO!!!!!                         *
*******************************************************************************

Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: and@thor.mim.uni-hannover.dbp.de (Andreas Kromke)
Subject: Re: How GEM knows X and Y resolution
Organization: Institut fuer Messtechnik, Universitaet Hannover, Germany
Date: Thu, 17 Dec 1992 15:42:32 GMT

In article <1992Dec15.005545.4594@debug.cuc.ab.ca> Cford@debug.cuc.ab.ca (
Conan Ford) writes:>How does GEM determine the Screen X and Y resolution?

AES gets the resolution from VDI open_wk() when starting. AES uses the
workstation handle from desktop.inf (i.e. 1 for default, 2 for ST low,
4 for ST high, ...). VDI decides whether to load the specified driver or
not (e.g. driver 4 is invalid when connected to a video game color monitor).

>  Is there some sort
>of table that is used that has the values for each resolution?  Any idea
>on the location of this table, if on exists?

Don't touch it !
 
>How can I change the Screen X and Y resolution.

Write a new driver, put it into ASSIGN.SYS and boot with GDOS.

Andreas Kromke    and@thor.mim.uni-hannover.de
         X400:    C=DE AD=DBP PD=UNI-HANNOVER
                  OU1=MIM OU2=THOR S=AND
Newsgroups: comp.sys.atari.st.tech
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Reply-To: apelled@cix.compulink.co.uk
Date: Wed, 16 Dec 1992 02:16:00 +0000


In article <1992Dec9.210726.220@elroy.jpl.nasa.gov>, hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
>I've got a question of my own tho (which shows my own inexperience with
>GEM, sigh) - how do you update a window that is partially obscured, and
>make sure that you only redraw the area that is exposed? (I'm not talking
>about fielding a redraw event from AES, but when you want to draw new stuff
>into a window and it is no longer the top window. Is that rectangle list
>always valid, so I should just treat these two cases the same way?)
>-- 
>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
>
>All true wisdom is conveyed in one-line witticisms.

    Ah, yes, that's a goody. Took me a while to find out that the rectangle
list is maintained valid at all times. Just walk it even without the redraw
event.
    Incidentally. Has anyone else noticed that when a window is moved back
into full view that the redaw is for all the work area. A bit lazy of the
AES methinks.
    Also the rectangle list is not exactly optimum. i realise it must be
recursive and that there must be some kind of inheritance, but it seems a
shame that it couldn't be merged by the OS and save the overhead for all the
apps having to redraw too many rectangles. With losts of windows this gets to
be quite drastic. Try an experiment and draw a box outline in a  multi window
environment you'll see what i mean.


    Adam.
From: mjuschke@tartarus.uwa.edu.au (Michael Juschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Help ! AT-SPEED 16 Problem
Date: 16 Dec 1992 10:25:17 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: tartarus.uwa.edu.au


Hi,

I have the AT-SPEED C16 and I have some problems with it and I am
wondering if there is anybody who can help. 

My problem is, that with DRdos 5 and enabled history the system will
hang after a while. I have the same problem with the 'QuickLink II'
fax/modem program for the Maestro 9600XR, as soon as the modem is
accessed.

When I do the same with MSdos 6 I get 'Internal stack overflow, system
halted' and then it hangs.

I have the German version of AT-Speed C16 and DRdos 5. I wrote to the
company where I registered the AT-speed, but they have not responded.

Does anybody know why the AT-SPEED does this and what to do ?

Thanks 
	Michael
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Supexec
Date: 18 Dec 92 09:22:00 GMT
Article-I.D.: MS.A54113
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Jan T. Kim (kim@vax.mpiz-koeln.mpg.dbp.de) wrote:
>Huh? My information may not be up to date, but my TempleMon (a PD
>version  once  distributed along with GFA basic 2.x) says it's by
>Thomas Tempelmann.

(1) Get a newer version (1.x)
(2) All TempleMon enhancements since ~1989 are (c) Johannes Hill.
Newsgroups: comp.sys.atari.st.tech
From: epklel@kaepk.ericsson.se (Lennart Lindell)
Subject: Info about IDE-bus wanted.
Organization: E-P DATA AB, E-P TELECOM, Karlskrona, Sweden
Date: Fri, 18 Dec 1992 16:04:16 GMT


I need information about the IDE-bus:
   - Pinouts of the port.
   - Signal timing diagram.
   - How does it work:
      - Is it a sort of protcol used or
      - does it use register map (like an ordinary periferal)?

 Lennart
From: jensk@hpbbn.bbn.hp.com (Jens Kilian)
Date: Thu, 17 Dec 1992 22:02:40 GMT
Subject: Will GCC 2.x compile with the MiNT library ?
Organization: HP
Newsgroups: comp.sys.atari.st.tech

The subject says it all. I'd like to convert to GCC 2.x, but I also want
to use the MiNT library. Has anybody done this? If so, did it work ?

Thanks in advance,

	Jens.
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Tec and AdSpeed Problem
Date: 9 Dec 92 19:14:00 GMT
Article-I.D.: K.A44242
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

d>  Does anyone have any idea why the TEC board and AdSpeed 16Mhz accelerator
d>will not work on a MEGA in ANYFORM?

I've had the problem several times, as my daily job is at an Atari dealer. We
tried this combination a few times with different TOS expansion cards and
several ICD AdSpeed boards. We got one or two machines to run, others wouldn't
even boot properly with _any_ combination of TECs and AdSpeeds.

ICD Germany had no idea, and I never got any response from ICD USA on how to
solve it. (I asked about that in July...)

- Peter -
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech
Subject: ST Blank posted to Atari Archive
Date: 17 Dec 92 18:57:07 GMT
Organization: Department of Computer Science, University of York, England

Those of you who were interested in the source to a screen blanker might
like to know that ST Blank V2 has now been uploaded to the Atari Archive.
It should appear as soon as Jeff Weiner has had time to sort it out. I also
posted it to comp.binaries.atari.st and comp.sources.atari.st

There are two ARC files, one with the full binary distribution, and one with
the 68K assembler source.

The source gives examples of a number of programming standards: XBRA, use of
the Cookie Jar, Terminate and Stay Resident, communication between a TSR and
another program, a program that can work out if it's been started as an
.ACC or .PRG, and examples of TRAP and interrupt handling (on the 68000 and
more advanced processors).

Share and enjoy -- Merry Christmas one and all.

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: erikjan@icce.rug.nl (Erik-Jan Vens)
Newsgroups: comp.sys.atari.st.tech
Subject: Parallel port problems with 1040ST hooked up to HP Deskjet
Keywords: Parallel 1040 Deskjet
Date: 20 Dec 92 15:25:19 GMT
Reply-To: E.J.Vens@icce.rug.nl (Erik-Jan Vens)
Organization: The ICCE Experience
Calvin-And-Hobbes: Scientific Progress Goes **BOINK**

Hi all!

  a friend of mine suffers from problems with his 1040STf. This is one of the
first series and still runs under TOS 1.0. He wants to hook up a HP Deskjet.
But the output doesn't get through to it. If he hooks up a Star NL-10 (the
trad. Epson FX lookalike) (and loads the correct driver) everything works just
fine. This goes for printing from the desktop, from 1st word, gulam, Calamus
and TeX.

Is this a known problem and/or is there an easy solution?

Thanks in advance,

EJee.

-- 

Erik-Jan Vens.  E.J.Vens@icce.rug.nl
-- 
                      The ICCE usenet account
                   providing access to usenet news
                      for the ICCE Experience 
               _WERKEN_AAN_DE_GRENZEN_VAN_HET_KUNNEN_
From: jbww@ukc.ac.uk (J.B.W.Webber)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: What devices work/don't work w
Date: 13 Dec 92 22:55:16 GMT
Reply-To: jbww@ukc.ac.uk (J.B.W.Webber)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <A43185@K.maus.de> Peter_Missel@k.maus.de (Peter Missel) writes:
>v>Does anyone have a list of such devices, or general experience with the
>v>Link?
>
>devices I've tried so far:
>
>Things that work fine:
>
>Archive Viper streamers
>Seagate ST157N
>Quantum LPS 105
>
>those who don't work (no way of disabling parity)
>
>Conner 3540
>SONY MO-drives
>
>In general, every modern drive where parity can be disabled should work.

Just to confuse matters, one is also supposed to disable parity when
using an ICD adscsi plus; mine however works fine with my Ricoh drive;
I was pretty worried when Ricoh themselves said that parity could not
be dissabled !

cheers
		beau webber	jbww@ukc.ac.uk
Newsgroups: comp.sys.atari.st.tech