HDTenEightyP/NetNews huggingface dataset:
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Date: 17 Dec 1992 01:30:14 +0100
Organization: Regional Computing Center, University of Cologne
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
NNTP-Posting-Host: rs1.rrz.uni-koeln.de

In <1992Dec11.094743.20421@aber.ac.uk> hrs@aber.ac.uk (Herbert Martin Sauro) writes:

>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?

I think they can come from (and go to) any rectangular bitmap you
choose.  The  bitmaps  must  be  specified  by descriptors called
MFDB's. Pointers to the MFDB of the source bitmap and to the MFDB
of  the  target  bitmap  are  passed to the vro_cpyfm() function.
Among other things, the MFDB contains a  pointer  to  the  actual
bitmap, and if this pointer happens to be a NULL pointer, the VDI
will use an MFDB of  its  own  that  describes  the  screen,  and
therefore blit from/to the screen.
The answer to your question is, therefore, the blits come from/go
to  any  bitmap  that  you  specify. If you specify the screen by
passing a NULL pointer, the blits will come from/go to where  the
VDI  thinks  the screen is. Since the VDI doesn't know about your
XBIOS setscreen() calls,  I  think  the  VDI  screen  is  neither
guaranteed  to  be the physical screen nor is it guaranteed to be
the logical screen.

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon BUS..
Date: 10 Dec 92 15:13:30 GMT
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA

In article <A43524@K.maus.de> Peter_Missel@k.maus.de (Peter Missel) writes:
> w>>The 68030 shares the bus with the DMA devices.
> 
> Now guess what? DMA means Direct Memory Access. Without sharing the bus, DMA
> devices wouldn't be DMA devices!

Hardly a given.  The Blitter could be on either the Processor Bus (16-bit) or
on the Video Bus (32-bit).  Being on the video bus could allow considerably
better performance.

The original Atari blitter was on the processor bus and no one has said
conclusively that this isn't still the case.

-- 
George Robbins - now working for,     work:   to be avoided at all costs...
but no way officially representing:   uucp:   {uunet|pyramid|rutgers}!cbmvax!grr
Commodore, Engineering Department     domain: grr@cbmvax.commodore.com
From: Vincent_Partington@p15.f202.n281.z2.fidonet
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 520 modem port problem
Date: Sun, 13 Dec 92 17:46:38 +0100
Reply-To: p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl
Distribution: world
X-FSC-PID: LED 1.00

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
 JC> programs they seem to detect a data carrier even when the modem is
 JC> not connected to anything!!  I have already tried different cables
 JC> (w/ all lines connected), setting the dips on the modem, and also
 JC> using another modem!

Hmmm, are you sure you have set your modem's AT&Cx command correctly. there
are two possible settings for &Cx: &C0 and &C1. One of those will cause the
modem to ALWAYS set it's DTR-line, so maybe you could try the other one.

Ta!
    Vincent

FidoNet : 2:281/202.15
NeST    : 90:500/202.15 <-- NEW ADDRESS!!!
Usenet  : vincent@nextjk.wlink.nl

--- MARSmail v1.20/4D
 * Origin: For suggestions concerning Jekyll: N_JEKYLL (2:281/202.15)
Newsgroups: comp.sys.atari.st.tech
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: Re: Lazy AES (wase: Sending objc_draw to a memory buffer)
Reply-To: apelled@cix.compulink.co.uk
Date: Fri, 18 Dec 1992 02:04:00 +0000


In article <1gn14lINN1095@rs1.rrz.Uni-Koeln.DE>, aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:
>In <memo.812189@cix.compulink.co.uk> apelled@cix.compulink.co.uk (Adam Pelled) writes:
>
>>    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.
>
>Do you mean by this that the  AES  should  automatically  restore
>window  parts  that  become  uncovered again? It seems to me that

    No. i was refering to the rectangle list itself. The screen is split into
a non optimum number of them.

    Adam.
From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Subject: Re: AdSCSI Micro Hostadaper trouble
Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Organization: Helsinki University of Technology
Date: Fri, 11 Dec 1992 16:48:31 GMT

In article <1992Dec09.144525.20771@bnr.ca> bjgrier@bnr.ca (Brian Grier) writes:
>.....................................
>Well is it EVEN or ODD parity that is enabled? It does make a difference.
>BTW what is suitable? Quantum, Maxtor, Seagate, Conner, and Micropolis
>drives are still all selectable for EVEN, ODD, or NO parity.
>....................................

Last year I _almost_ bought a Conner 210 meg drive where the parity could 
not be disabled. I _almost_ handed over the money - several thousands of
local currency... Still makes me shudder.
      
>...................................
>Think, and get the facts before you try to chastise others.
>
>Brian, WS1S
>Bell Northern Research
>Research Triangle Park, NC

I'll have to agree with you there, Brian.
-- 
-----------------------------------------------------------------------------
Sakari Aaltonen                                 Email: sakaria@vipunen.hut.fi
"Unlike Gnu, a public-domain Unix look-alike system, MINIX is not vaporware."
                - Allen I.Holub, Dr.Dobb's, Jan '88 -
Newsgroups: comp.sys.atari.st.tech
Subject: Alan Page & THE STORM
From: sheppard_r@kosmos.wcc.govt.nz
Date: 15 Dec 1992 09:27:21 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz


Well this was a query that I asked Alan Page,
may be you also can help him..??


From:   A.PAGE3                         Alan L. Page

To:     R.SHEPPARD5                     Roger Sheppard

Sub: THE STORM

Reply:  Item #7230476 from R.SHEPPARD5  on 92/12/06 at 02:49

    Regarding Remote Emacs:
    The problem is that Flash did not send Ascii 0 (NUL) when you press
control-2 or control-space. Storm WILL send a 0 when you press either key.
I put that feature in for just that type of situation.
 
   I don't have VT200 or VT220 docs. If anyone out there could photocopy
a genuine DEC VT200 or VT220 programming reference manual and mail it to
me, I would be happy to implement it. I would also need a knowledgable
beta tester for it. Internet users should be able to contact me on

  CompuServe (72227.3507@compuserve.com I believe).

    Kermit won't be in the first release, however you can call external
programs from Storm, so that is how it will have to be done for now.

    - Alan

So come on chaps Help Him...??



Roger................          sheppard_r@kosmos.wcc.govt.nz
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Supexec
Date: 14 Dec 92 08:22:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Eric R. Smith (ersmith@netcom.com) wrote:
>It certainly isn't documented. Under MiNT only 20 bytes of arguments
>can be passed on the stack, and the called function's address is
>*not* passed to the function, i.e.:
>   Supexec(foo, bar, baz)
>results in a call like:
>   foo(bar, baz)
>not
>   foo(foo, bar, baz).

That would be 'good enough' if it can be guaranteed to work on all
TOS versions.

>[...]
>Isn't that why there are separate "supervisor" and "master" stack
>pointers on the 68030?

Yes, but it's unused in TOS (ask Johannes_Hill@ms.maus.de (author
of TempleMon) for details).

All I 'need' is a *reliable* way to pass arguments to functions
running in supervisor mode (without having to put them into global
variables). If this can't be done with the existing calls, I'd vote
for a new one in MiNT.

Regards, Julian
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: coonstot@kimbark.uchicago.edu (charles orville onstott)
Subject: Spectre GCR 1.9 Terminal HELP PLEASE!
Reply-To: coonstot@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 14 Dec 1992 23:30:59 GMT

I recently got a copy of the old Spectre GCR ver. 1.9 which came
with a copy of a mac boot disk in Spectre format.  However, it
contains no terminal package.  I can't get the macs in the lab
to read the Spectre disk nor get Spectre to read the mac disks
and since I don't really plan to buy a Mac drive(which I assume
is the next logical step) I wondered if someone knew where I could
obtain a Spectre formatted disk with a terminal file on it?
Is there a utils disk or something? Or does someone know how to
get a terminal program on it?  I would like to hook it up to a Mac
to transfer files.   Any MSAed disk would be great.

BCnya,
 Charles O. Onstott, III

p.s. Or should I just break down and buy the newest version?
-- 
Charles O. Onstott, III                         (coonstot@midway.uchicago.edu)
Graduate Student in Religion and the Human Sciences
The University of Chicago Divinity School
           "For [the study of] history, too, has its fashions."  (Anouilh)
From: elvis@watserv.ucr.edu (Andrew  Cullum)
Newsgroups: comp.sys.atari.st.tech
Subject: Calling Other Programs...
Date: 16 Dec 92 21:34:07 GMT
Distribution: usa

Hi,
  I was wondering if anyone could shed any light on how to call other programs
from within the currently running application.  I am writing a program in C, 
and would like to be able to call other applications for certain things.  Any
help would be appreciated.

Thanks,
Andrew Cullum (elvis@watserv.ucr.edu)
Newsgroups: comp.sys.atari.st.tech
From: seibert@Informatik.TU-Muenchen.DE (Ewald Seibert)
Subject: Re: Falcon questions
Originator: seibert@hphalle8e.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 15 Dec 1992 14:37:28 GMT


In article <TKLD.92Dec14153627@burns.cogsci.ed.ac.uk>, tkld@cogsci.ed.ac.uk (Kevin Davidson) writes:
|> 
|> I forgot I also meant to ask about monitors.
|> 
|> I have an SM124, will it work with a Falcon ? How well ? What
|> resolutions would I get ?

Yes. Very well. One 640*400 monochrome 72Hz

|> I wouldn't mind getting a Multisync to replace it. What would get me
|> the largest screen size without too much interlace flicker ? Are the
|> interlaced modes actually usable, or should I just get a VGA monitor?

Multisync is better cause the bandwidth is not enough to get 400 line and
HighColor
the largest screen-size is with 880*608 with Screenblaster from OverScan
149.- DM

MfG
				Jackintosh

-- 
==============================================================================
seibert@informatik.tu-muenchen.de   ist
Ewald Seibert, Herschelstr.1 8070 Ingolstadt,  0841-86480

    Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================

(*  = Maerchen aus 1001 Nacht
From: jimomura@tndb.UUCP (Jim Omura)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: *Help*  I need to make a non-standard text file standard.
Distribution: world
Date: 13 Dec 92 08:25:20 EST
Organization: Not an Organization

In article <H._cc6LL0jI1_@elfhaven.ersys.edmonton.ab.ca> mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget) writes:

...

>I normally use Personal Pascal, but in this case that is what seems to be
>causing the problem.  I need to read a non-standard text file (the lines
>are seperated by 10 ($0A), which is an LF, rather than 13/10, which would
>be a carriage/return LF.  The reason this is causing so many problems is that
>Personal Pascal (ReadLn) expects a perfect, standard file.
>
>So, does anyone have C source code to read in each byte of a file, and
>write the data to a different file (inserting a carriage return where it
>should be in the new file).  I have Sozobon C 1.33i so I will be able to
>compile programs people offer.  C is not my specialty though (which you
>probably guessed since I have to ask for help on such a simple problem).
>
...

     I think I posted my "texcon.c" sources to the Net a while back.
That program (which is also around on BBSes to some extent) will
add LF after CR, add CR before LF, strip LF, strip CR, convert
tabs to spaces, convert spaces to tabs or strip "high bit", or
some combinations of the above, depending on the switches you set.
But if you only have 1 or 2 files to do, the faster way just to add
CR before LF is to use MicroEMACS.  Just load the file into MicroEMACS,
add a space (or any other character) at the top of the file and delete
the space again, and re-save the file back to disk.  The only reason
you have to do this odd sounding "add a space and then delete it again"
is to set the "file modified" flag.  Normally MicroEMACS will *not*
write an unmodified file to disk.  It will assume that saving an
unchanged file is a waste of time.  When MicroEMACS writes the file
back to disk it will automatically save it with the correct
End of Line (EOL).

--

Jim Omura, (416) 652-3880
'jimomura@lsuc'
From: rdt154k@monu6.cc.monash.edu.au (Mr N Benci)
Newsgroups: comp.sys.atari.st.tech
Subject: Bolo by Meinoff Schneider trashes Hard Disk Partition Tables.
Keywords: Bolo Trashes Partitions.
Date: 20 Dec 92 20:46:43 GMT
Organization: Monash University, Melb., Australia.

The subject says it all.

A friend lent Bolo so that I could try it, after playing the game, my
hard disk is inaccessible. I have tried Cleanup (ICD) and KnifeST (Hisoft)
and neither can help. Cleanup informs me that there are no GEM partitions
on the hard disk and KnifeST cannot even see the hard disk. HDUtil (ICD)
informs me that I cannot install partition information and that I need to
reformat the hard disk.

Is there any way that I can retrieve info from the hard disk. Only a few
very important files I need to retreive. The hard disk is a Quantun LPS52 (?).
The ACSI to SCSI interface is the ICD AdSpeed (no clock).

Any help would be most appreciated.

------------------------------------------------------------------------------
* Nino Benci. Chief Technical Officer.                                       *
* Department of Physics, Monash University, Clayton Campus.                  *
* Wellington Rd, Clayton Victoria, Australia. 3168.                          *
* Tel (61) (3) 575 3649. Fax (61) (3) 575 3637                               *
* email oz: rdt154k@monu6.cc.monash.oz.au				     *
* email world: rdt154k%monu6.cc.monash.edu.au@uunet.uu.net		     *
------------------------------------------------------------------------------
From: Craig.Graham@newcastle.ac.uk (Craig Graham)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: XBRA - Can this stop now???
Keywords: XBRA, XACC
Date: 14 Dec 92 10:17:44 GMT
Organization: Computing Laboratory, U of Newcastle upon Tyne, UK NE1 7RU.


Ok, I am WELL aware that I made a mistake about XBRA. I was thinking of XACC
the Compo inter-app comms protocol at the time.

I've already posted this fact, and am well aware of it (believe me when I say that
my mailbox is FULL of pleasant informative notes on the subject).

One of these is from the people responsible for writing the XACC protocol. A new
revision of it has just been completed and will be published RSN, to support
Multi-Tos & the Falcon. So I'm going to wait until this is ready before posting
anything (if I can risk posting again, a mistake (even if you're trying to help)
is pretty embaressing & goes on forever).

SO CAN WE END THE DISCUSSION HERE FOR NOW AND COME BACK TO IT IN A FEW MONTHS?
Craig Graham.     /\  E-mail:Craig.Graham@newcastle.ac.uk
BAe Space Systems ||  Phone : (UK) 091 2737650
Stevenage,England.||  Snail-mail: 38 Brighton Grove, Fenham, Newcastle, England.
-----------------/__\-----------------------------------------------------------
  SPACE the final^^^^frontier. Seen it,done it,read the book,got the T-shirt....
From: bpat@cs.mcgill.ca (Patrick BETREMIEUX)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Looking For 8x8 Font BitMap
Date: 17 Dec 92 13:23:27 GMT
Distribution: usa
Organization: SOCS - McGill University, Montreal, Canada

In article <1gig8gINNcnt@falcon.natinst.com> glens@natinst.com (Glen Sescila) writes:
>	Is there anyway that I can get TOS to give me a pointer to its 8x8
>character set?  I could not find any such call in the GEMDOS or BIOS manuals
>and I don't think that any of the text-output calls will work for my
>application.  Or if anybody has an 8x8 character set that they would like to
>donate just e-mail it to me (although this will make my application 2K
>bigger and I am already requiring a 2Meg machine, and I haven't added sound
>yet :-/ ).
>
>Thanks.

I see two ways of doing it :

1) Line-A (I can hear those cries of agony already :-)
   When you call init ($A000), it will return in A1 the address to a table
   containing the addresses of the system fonts.
   the first is the 6x6, next 8x8 and finaly 16x8

2) Tell me if I'm wrong, but won't vst_loadfont give you the address to the
   header ? If so, just call it with value 0 (System font), and size 7 (No,
   not 8, as it measures it from the character's baseline, not the whole
   height). At least, this one would be perfectly legal (GEM !!).

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


In article <H.eg.OEt7mGN03O2@lionbbs.escape.de>, UweKloss@lionbbs.escape.de ( Uwe Kloss ) writes:
>In <memo.794375@cix.compulink.co.uk>, Adam Pelled writes:
>>    Atari built a transputer Unix workstation. Nobody bought it! There are
>>still a few around that you may be able to pick up cheap.
>Where?
>Someone selling one?
>What price?

    i don't know of anyone in person. i will search out details and mail
them to you. There is a defunkt conference here on CIX that i will try to
get permission to copy some useful information to your address.

    Adam.
Newsgroups: comp.sys.atari.st.tech
From: dhollis@blkbox (Dan Hollis)
Subject: Re: XBRA
Organization: The Black Box, PO Box 591822 Houston, TX 77259-1822 
Date: Fri, 11 Dec 1992 07:52:39 GMT

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


>XBRA is an inter-application communication protocol. It allows desk-accs and 
>programs to talk to each other and swap data. There are several levels to the
>protocal, etending right up to direct swapping of .GEM/.IMG files (similar to
>MS Windows DDE).

>I have the details (specs. and programming guides) to this protocol if anyone
>is REALLY interested (I posted an article on Overscan a week or so ago, after
>people mailed & asked me to, so perhaps this should be a follow up?).

>Craig Graham.     /\  E-mail:Craig.Graham@newcastle.ac.uk
>BAe Space Systems ||  Phone : (UK) 091 2737650
>Stevenage,England.||  Snail-mail: 38 Brighton Grove, Fenham, Newcastle, England.
>-----------------/__\-----------------------------------------------------------
>  SPACE the final^^^^frontier. Seen it,done it,read the book,got the T-shirt....

WRONG. XBRA is *NOT* an inter-process communication protocol. Rather, it's a
well defined, legal way for programs to share interrupts, traps, etc...

The old way of vector stealing, if one program installs into a vector and another program installs in those same vectors, the first program gets disabled (or worse, crashes!)... XBRA allows those two programs to share the same vector
(i.e. share the VBLANK) ... and for clever programmers, they could even allow
your program to unhook itself from the vector chain, although I haven't seen
a program which does this yet.

If you have the XBRA documentation, please read over it again! :)

Dan

Newsgroups: comp.sys.atari.st.tech
From: vspicer@ccu.umanitoba.ca
Subject: HELP! how do i clear CACR on a TT without 68030 assembler??
Originator: vspicer@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg Manitoba Canada
Date: Wed, 16 Dec 1992 14:42:35 GMT

hi again,

	we are working on modifying a piece of data acquisition and
analysis software on our TT030. this code was originally written in
Megamax C, and porting it to Lattice C's 68030-generating compiler is
non-trivial due to the lack of in-line assembly in Lattice.

	anyway, i'm doing some DMA transfer stuff to a SCSI based
CAMAC crate controller. the driver code is in C, not assembler. the
problem is after a DMA transfer has finished the Cache Control Register
(CACR) on the 68030 needs to be cleared of instructions and data
queued (OR with 0x808). if this isn't done evil things happen when you
try to do the next DMA transfer.

	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:

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

	i was thinking of just loading the bytes generated from this
code into a char array then issuing an inline assembler command to
jsr to the address of the array, then return back with the
rts. or is this nuts?

	help appreciated. thanks in advance

		vic spicer


------
vic spicer, recent PERL convert/ data systems,instrument electronics and
software person with the Time of Flight Mass Spec. Lab
at the University of Manitoba Dept. of Physics