HDTenEightyP/NetNews huggingface dataset:
From: bammi@acae127.cadence.com (Jwahar R. Bammi)
Subject: Re: Trapping ^C
Organization: Cadence Design Systems
Date: Mon, 3 Aug 1992 03:19:53 GMT

In article <1992Aug14.071027.24659@mnemosyne.cs.du.edu> ilepore@nyx.cs.du.edu (Ian Lepore) writes:

>  What's a good method of trapping a ^C from within a program and ignoring
> it?  I've tried using the terminate handler (vector 0x0102) but that gets
> control on *any* type of program exit (ie, even if you called exit()).  I
	
	depends on your env. if you can link with a decent C library,
then installing our own handler using signal(SIGINT, myhandler)
is probably the easiest. note that under TOS the handler will be
invoked only on the next console i/o. under MiNT it will be "instantaneous".

	if not, you have to detect ^C at the console yourself. under
MiNT you can install your own handler using <mintbind.h>

cheers,
--
--
bang:   uunet!cadence!bammi			jwahar r. bammi
domain: bammi@cadence.com
GEnie:	J.Bammi
CIS:    71515,155
Newsgroups: comp.sys.atari.st.tech
From: sourada@iastate.edu (Steven D Ourada)
Subject: Interrupt interference
Organization: Iowa State University, Ames IA
Date: Mon, 17 Aug 1992 05:01:25 GMT

I'm writing a routine to hang off the 50Hz interrupt. This routine often
takes as much as 2 ms (long, yes, but unavoidable). The problem is, this
seems to interfere pretty badly with timing-intensive things like serial
and disk access.

I've tried the few things I could think of to alleviate this problem:
flock is checked at the entrance to the routine, if it indicates the disk
is in use, the routine is exited immediately. If not, the IPL is lowered
to 3 to allow other interrupts and work proceeds.

This, apparently, is not enough. Most of the time, disk accesses don't 
cause problems, although this does happen sometimes. Serial port access
seems to bomb fairly frequently, even at lowly 2400 bps.

Finally, the obvious question: What can I do to ensure that my routine
gets the time it needs without bringing down the whole system? Is there
a uniform way to see if some time-critical operations are going on? Is
there a way to allow these to go on without my routine interfering too
badly?

                 Later,
                   Steven Ourada

-- 
-----------------
Steven Ourada  Member of the Students for Electronic Freedom
Ask me how Iowa State University is censoring my Usenet access!
sourada@iastate.edu     "can't casts no shadow" -- cummings
Newsgroups: comp.sys.atari.st.tech
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Subject: How can I "redirect" VDI graphics?
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Thu, 20 Aug 92 21:47:41 GMT

Hi all Atari technicians,

one or two months ago it was mentioned in  some  context  that  I
don't  quite  remember  that  one  should  not  u the setscreen()
function (XBIOS 5) in GEM progams at a  all,  as  well  as  other
tricks to direct the graphics generated by VDI calls to somewhere
else than the "real screen". There certainly are good reasons  to
refrain  from  using such techniques, but then again, they can be
very handy and useful too. For example, it is  possible  to  make
the  VDI  draw in a virtual screen of an (almost) arbitrary size,
and then one can e.g. display this masterpiece in a  window  with
scroll elements by blitting parts of the picture into the window.
There has been a demo program doing this in the  c't  mag,  issue
jan. '91 if I'm not mistaken.
Anyway, my question is if such a redirection can  be  done  in  a
"clean" way. The only thing I can think of right now is writing a
GDOS screen driver for that purpose but that is not only much too
laborious  for  me  to  do,  but it would also be unelegant as it
would mean to re-invent all those VDI functions that are  already
there in the ROMs...

curiously waiting for replies,

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: sourada@iastate.edu (Steven D Ourada)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Can a TSR Malloc()?
Date: 16 Aug 92 17:00:05 GMT
Article-I.D.: vincent1.sourada.713984405
Organization: Iowa State University, Ames IA

In <BAMMI.92Aug15104642@acae127.cadence.com> bammi@acae127.cadence.com (Jwahar R. Bammi) writes:

>	i hope you were not serious about this. Its time to become
>MiNT aware, and forget atrocities like TSRs and ACCs.

Although I agree in priciple, there is still the fact that there are many
people who either can't use MiNT (lack of sufficient memory, etc.) or just
don't want to all the time (sorry to say it Eric, but there still are bugs).
For example, I don't use MiNT regularly because
I don't have a hard drive yet. So, I live with .ACC's and TSR's. And I want
programs I develop to be usable by most people, so I have to write .ACC's
and TSR's.

                    Later,
                       Steven Ourada

-- 
-----------------
Steven Ourada  Member of the Students for Electronic Freedom
Ask me how Iowa State University is censoring my Usenet access!
sourada@iastate.edu     "can't casts no shadow" -- cummings
Newsgroups: comp.sys.atari.st.tech
From: amos@prl.dec.com (Samos)
Subject: spectrum 512 + mouse
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Thu, 20 Aug 1992 13:32:28 GMT

Well, I manage to print on screen a spectrum 512 picture (easy I know..), but the
one who manages to include there (as the spectrum programmer) a mouse management
to move the mouse ON a spectrum picture is very good.
I mean that you have 2 or 3 nops at each end of line to read fffc02, and to synchronize
yourself.. so please HEEEEEEEEEELLLLLLLLLLLLPPPPPPPPPPPPPPP !

Samos..

ps: the snork demo is available.. get it at the atari messe !
From: mboom@mswe.dnet.ms.philips.nl
Newsgroups: comp.sys.atari.st.tech
Subject: 1.44Mb floppy problem on TT
Date: 12 Aug 92 07:33:04 GMT
Organization: Philips Medical Systems Nederland

Keyword: Help needed with 1.44 Mb floppy in TT

The problem is that the TT is not able to write a 1.44Mb floppy but it
can read one. I have already replaced the WD1772 chip with a AJAX one,
which didn't solve the problem.

Anyone?
From: 8918927y@levels.unisa.edu.au
Newsgroups: comp.sys.atari.st.tech
Subject: Help with prog. Execption handlers on ST
Date: 21 Aug 92 06:51:36 GMT
Organization: University of South Australia

Gday,
	I'm working on a project that involves making an expansion card
for a MEGA st, and I'm trying to write a small assembler program to
detect whether the card is installed in one of two possible addresses. I
know that the card works correctly, so the hardware is not a problem. I
would like to write a program that attempts to write to the io address
of the card, and if it finds the hardware the read cycle will terminate
correctly, otherwise a bus error will occur & a handler will notify the
program that the hardware is not present.

	My problem is that I get  an address error when I execute a RTE
from the exeception processing routine, ala here is portions of my code

BusErrFlag	dc.b	1	* flag variable for exception routine

MAIN	pea.l	BusErrHandler	* Bus error handler routine
	move.w	#2,-(sp)	* bus error exception number
	move.w	#setexc,-(sp)   * set exception routine
	trap	#1

	{... miscellaneous code here...}

	move.b  #$00,$CF0001	* try to write to my hardware
	   ( this should cause a bus error exception if no hardware )

	{ .... rest of program }

* this is the exception processing routine
BusErrHandler   move.b	#$FF,BusErrFlag	* set flag for Bus error
		rte
	*** this is where i get "address errors" when I try to execute a
	    RTE from the exeception handler.

My question is, do I need to do anything special in the execption
handler before i execute an RTE ??

Thanks 
Kym
------------------------------------------------------------------------------
   "`Get back' I screamed, `I'm an Australian!'.I new this was a pretty
   lame excuse and prepared myself for the truth. `Australia is merely an
   Island of Antarctica' came the voice,`and of no further significance.'
               Suddenly I understood the secret of Atlantis."
--`What's Rangoon to you is Grafton to me' by Russell Guy. JJJ-FM circa 1978--
 Kym B Newbery : 8918927y@lux.levels.UniSA.edu.au : 4th Year electronic eng.
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: cts/rts fix for tos1.0?
Date: 19 Aug 1992 14:47:55 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu
Keywords: modem

In article <1992Aug19.091600.29603@jet.uk> pjc@jet.uk (Peter J Card) writes:
>The title says it all. I have a v32bis modem and an old tos1.0 ST.
>Which cts/rts patch program is best used with this pairing. Am I
>correct in thinking that the ST cannot run its rs232 port above 9600
>baud under any circumstances?

	Try serialfx up on atari.archive - that should fix it.  All ataris can
get up to 19.2kbps, but if you are communicating with modem, you have to 
have the CTS patched.  I think there was some commercial software called
intercomm that supposedly worked at 38.4kbps without special hardware, but
I never got it to work (with a friend's Amiga) so I don't know if it really
works - but now that I think about it, I had tried it before I knew about
the RTS/CTS bug, so that may have been the problem...I'll have to check that
out sometime.

>
>Is hardware flow control properly implemented on the Falcon, I wonder?
>

	Good question - Atari hasn't had such a good track record - only 
3 of 10 work without patches (actually 2/8 as 2.XX and 3.XX are basically
the same).

>-- 
>__._____.___._____.__._______________________________________________________
>__|_. ._| ._|_._._|__| Peter Card, Joint European Torus, Abingdon
>    | | | |_. | |    | Oxfordshire OX14 3EA UK. tel 0235-464867 FAX 464404
>    | | |  _| | |    | email pjc@jet.uk or compuserve 100010,366 
>  ._| | | |_. | |    | GLASGOW `95 - The SF Worldcon of the (possible) future
>--`--~'-+---+-+-+----+-------------------------------------------------------
>- Disclaimer: Please note that the above is a personal view and should not 
>  be construed as an official comment from the JET project.


-Mike



Newsgroups: comp.sys.atari.st.tech
From: reeuwijk@dutentb.et.tudelft.nl (C. van Reeuwijk)
Subject: Re: CONTINUING 1.44 DRIVE
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Mon, 17 Aug 1992 07:52:53 GMT

In <1992Aug14.025010.17949@peponi.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:

>I think you are a bit out of date, there is only Atari USA left now in the
>world, but that won't last long...???

You forget Atari Benelux, Germany, GB, France and probably others.
And no, they are not likely to go bankrupt in the near future.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
C. van Reeuwijk                  e-mail: reeuwijk@et.tudelft.nl
Delft University of Technology   Phone: +15-781429
Dep. of Electronic Engineering   Telefax: +15-785922
Mekelweg 4
2628 CD  Delft, The Netherlands
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: set vs setenv
Date: 17 Aug 92 00:04:29 GMT
Reply-To: warwick@cs.uq.oz.au

afsfpel@cidsv03.cid.aes.doe.CA (Yves Pelletier) writes:

>What exactly is the difference between the commands 'set' and 'setenv'?
>I know what a variable is, and also what an environment variable is.
>I'm asking because the shell I have almost decided upon (Tomshell), 
>doesn't have a 'setenv' (just 'set'). Other shells, notably gulam, have
>both 'set' and 'setenv'.

>Does the lack of a setenv command in Tomshell mean it simply cannot set
>environment variables at all?

Perhaps it follows the sh/bash/ksh convention, where variables can be
"set" (actually, no keyword is used, just "VAR=value"), where variables
may be tagged as "for export", using "export VAR".  The difference is that
variables that are not exported will not be passed down to child processes,
so if, say, you set FOO=bar, but do not export it from your shell, a subprogram
would not receive the "FOO" variable.

(But I have never used Tomshell)

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /      void (if removed)
      v      Brisbane, Australia.        /
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: why does rsrc_load() always rev up the floppy drive?
Date: 20 Aug 92 01:50:44 GMT
Reply-To: warwick@cs.uq.oz.au

eker@loria.crin.fr (Steven Eker) writes:

>I notice that when I'm loading resources from a RAM disk the floppy always
>revs ups. Am I doing something wrong or is AES just dumb?

Perhaps "A:/" is in your $PATH?  You are chdir'ing to A:/ before the
rsrc_load()?  It certainly never happens to me, or anyone I know.  Do
non-local programs have such problems?  Have you watched with SYSMON?


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /      void (if removed)
      v      Brisbane, Australia.        /
From: amos@prl.dec.com (Samos)
Newsgroups: comp.sys.atari.st.tech
Subject: Snork Demo
Date: 20 Aug 92 13:45:39 GMT
Organization: Digital Equipment Corporation - Paris Research Laboratory

SI quelqu'un est interesse par une nouvelle demo, d'une quqlite plus
qu'exceptionnelle, contactez moi..
This is the most beautiful demo ever made, so .. why waiting more time ?

IT IS FREE !

Samos.
From: willing@pantheon.icsl.ucla.edu (Scott Willingham)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Trapping ^C
Date: 19 Aug 92 17:21:55 GMT
Organization: University of California at Los Angeles, EE Dept.

In article <1992Aug17.172819.7279@pbhya.PacBell.COM> dbsuthe@PacBell.COM
  (Daniel B. Suthers) writes:
>In article <1992Aug15.220008.22145@mnemosyne.cs.du.edu> ilepore@nyx.cs.du.edu
  (Ian Lepore) writes:
>> 
>> Yeah ::sigh:: unfortunately what I'm doing is trying to build a signal()
>>system for dlibs, for folks not running under MiNT.
>> 
>> 
>> Aw sh*t you're kidding!  I hadn't checked it, I just assumed GEMDOS would
>>be bright enough to manage the pterm vector on a per-process basis.
>> 
>> Actually, I had about given up on implementing SIGINT at all, but I was 
>>gonna implement the ANSI-defined SIGTERM and tie it to the termination 
>>vector.  I was also going to use the termination vector to clean up hooks
>>in other vectors (for handling SIGSEGV and stuff).  It looks like this is
>
>This is just an idea as I have no docs to check...
>
>After intercepting the call, could you not check the keyboard to see what the
>last character was?  It should still be there (somewhere) to tell you what
>had happened.

Sorry, but I don't think that will work.  I was hacking around at one time
on the MiNT kernel and attempting something similar.  I hooked into the
keyboard vector, trying to delete ^C from the keyboard buffer before
Cconws(), etc. could detect it.  Although I never disassembled the BIOS to
verify this, it appears that the ^C often never gets into the keyboard
buffer.  I suspect that the keyboard interrupt handler takes action on
the ^C as soon as it comes in (this must be flagged to occur only when
higher level I/O routines are active...).  Perhaps I screwed up in my
code somewhere, but I could never find a ^C anywhere in the buffer.

Scott Willingham // willing@icsl.ucla.edu
.
.
.
.
.
.
.
.
.
.
.
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Continuing 1.44 Drive Woes
Date: 19 Aug 1992 14:22:06 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

	Hi,

	I've been watching the problems with the 1.44 drive in a MSTe, and
I was wondering if anyone tried replacing the floppy drive, and if they
tried the connecting-all-grounds-to-earth-ground trick that someone posted?

	-Mike


Newsgroups: comp.sys.atari.st.tech
From: azog@world.std.com (Azog Thoth)
Subject: Calling Fdfmt (the floppy formatter)
Organization: The World @ Software Tool & Die
Date: Fri, 21 Aug 1992 15:58:27 GMT

In the MiNT libraries, in osbind.h, I found the Fdfmt function, but 
its got like 9 parameters. Some of them seem obvious, such as drive,
tracks, but can someone offer me an explanation of all the parameters?

Thanx

-- 
Billy D'augustine
azog@world.std.com

"Obliteration of mankind. Under a pale grey sky. We shall arise!"
Newsgroups: comp.sys.atari.st.tech
From: sheppard_r@kosmos.wcc.govt.nz
Subject: Atari Bitching
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council, Wgtn, NZ
Date: Sun, 23 Aug 1992 08:57:04 GMT

Well this is the reason why I have been bitching about Atari..

We no longer have any active shops selling Atari Computers and no
software sales at all, and this is in ALL New Zealand..

You are also unable to get you computer serviced as there is no one
providing parts any more..

There is one group of shops selling the Lynx game console,
but that does not sell to well here, the Game Boy has it all over
the Lynx here, sold in more shops and is Advertized on TV..

I have also been told that Atari OZZ will no longer be selling
the Atari computer range, only the Lynx.

Note: There is still a lot of shops selling the Amigas and even
the new A600, plus you can get all the latest software for the Amigas here.

The level 2 of the Falcon will be some two times the price of good 386
clone, and with monitor, so I can't see the Falcon selling here at all..

PC clones are very cheap here, but the software is very dear, some 5 times the
USA price...

..Any body wan't to lend me some the moneny so that I can get a PC Clone..:-)..

Roger.............            sheppard_r@kosmos.wcc.govt.nz

Newsgroups: comp.sys.atari.st.tech
From: scotty@verdix.com (Scott R. Chilcote)
Subject: Getting MiNT/KSH/MW2/GNU C To Work
Summary: Please Help
Organization: Only Fair
Date: Fri, 21 Aug 1992 22:08:46 GMT



I've been trying to put together a development environment based on MiNT 0.95,
KSH 04A, MW2, and GNU CC, in order to write an application.  While I've printed
reams of documentation, I'm having some trouble getting everything to
cooperate, and I'd really appreciate it if some of the more experienced users
would help me get past some problems.

1. I'd like to start up GEM from MiNT first off, so I can choose between TOSWIN
   and MW2, or use Uniterm.  I achieve this by not having an INIT.PRG, since
   GEM.PRG is no longer included in MiNT 0.95.  Should I be using the old 
   GEM.PRG instead?  If I run it, do my environmental variables get stomped
   on by GEM, or will they be accessible by later shells?

   In any case, after MiNT boots GEM, I start MW2 using KSH.TOS -- and it
   doesn't recognize that it is a login shell -- so I have no environment.  I
   must then manually load PROFILE.KSH and KSHRC.KSH.  Is there a better way
   to set this up?  Having to manually load these for each new shell is a
   pain!

2. When I run GNU Make, all I get is an "Out of memory" message.  This is true
   even when I have nothing loaded besides MiNT and KSH; this is a Mega ST4.
   Is there another reason for getting this message?

3. Where in the GNU archives on atari.archive is the startup module crt0?  I
   have the GNU libraries and GCC binaries, but didn't get this piece.

4. I'm assuming that I can use these programs without going to a MINIX file-
   system.  Is this still true?

5. How do I start MiNT BASH properly?  Will Ver 1.10 work with TOS filesystems?
   When I ran BASH.TTP from GEM (after starting with MiNT), I had an 
   /etc/PROFILE and used a -rcfile BASHRC (both of these files were defined)
   in order to bypass the UNIXMODE filenames.  What I got was lots of error
   messages, and only the last several characters of each line in the PROFILE
   file were displayed.  Any ideas what went wrong?


If all of this seems too muddled, I apologize.  I've spent a couple of weeks
printing out the GNU documentation using CS TEX (great package) and I've
dutifully read everything else I could print out...  No luck.  So far I've just
had tantalizing glimpses of what might be possible.

I'd really enjoy seeing someone else's functional setup using some of these 
programs.  All I've had so far is Mark William's C, and I want to start using
ANSI C, MiNT, and C++ soon.

Heartfelt thanks for any help straightening this out!


-------------------------------------------------------------
Disclaimer: I do not represent Verdix Corporation, and my
postings do not represent their opinions.  
-------------------------------------------------------------
                                            Scott R. Chilcote
                                            scotty@verdix.com  - or -
                                            scotty%verdix.com@uunet.uu.net
From: cable@crs.cl.msu.edu (Dan Cable)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Continuing 1.44 Drive Woes
Date: 15 Aug 92 16:59:40 GMT
Organization: Michigan State University

boris@sys6626.bison.mb.ca (boris) writes:


>I haven't been following this thread, but I assume that someone out there
>has put a 1.44 drive into an mega ste? I had read somewhere that there is
>also a dipswitch (#9, I think) that has to be switched. I beleive it's
>under the hard drive. Hope this helps.

It's dipswitch #7 which enables formatting of HD drives in the dialog box.
--
Dan Cable                            e-mail cable@crs.cl.msu.edu
Canton MI USA planet Earth           Compuserve 75266.353
From: mhughes@comtch.spk.wa.us (Mark Hughes)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Trapping ^C
Date: 15 Aug 92 18:06:52 GMT
Organization: Waffle BBS at CompuTech Spokane, Washington

>  What's a good method of trapping a ^C from within a program and ignoring
> it?  I've tried using the terminate handler (vector 0x0102) but that gets
> control on *any* type of program exit (ie, even if you called exit()).  I
> can't find anything in the atari docs that says how to tell if the terminate
> handler was invoked by a detection of ^C in DOS, but (oddly enough) they
> call that vector the ^C handler in the docs.
 
  I would suspect that you'd have to rewrite dLibs, Ian.  The GEMDOS 
functions Cconrs, Cnecin, etc. will terminate the program if they see a 
^C.  The output functions should be fixable without conversions, but not 
the inputs.  Of course, I could be wrong, but I had that problem myself 
for quite a while.  I finally reverted to using BIOS functions...
 
 - Mark Hughes #1101                          mhughes@comtch.spk.wa.us
Newsgroups: comp.sys.atari.st.tech
Subject: Re: cts/rts fix for tos1.0?
From: sheppard_r@kosmos.wcc.govt.nz
Date: Sun, 23 Aug 1992 08:33:17 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council, Wgtn, NZ

In article <1992Aug19.195459.850@mintaka.lcs.mit.edu>, hunt@hal.gnu.ai.mit.edu (Hunt) writes:
>In article <1992Aug19.091600.29603@jet.uk> pjc@jet.uk (Peter J Card) writes:
>>The title says it all. I have a v32bis modem and an old tos1.0 ST.
>>Which cts/rts patch program is best used with this pairing. Am I
>>correct in thinking that the ST cannot run its rs232 port above 9600
>>baud under any circumstances?
>>
>>Is hardware flow control properly implemented on the Falcon, I wonder?
>>
>
>I don't know about anyone else, but I have an old 1040ST with v1.0 roms,
>and I have done file transfers at 19.2K with no problems whatsoever.
>This was using one of the "rz" programs from a commandline.
>It got decent CPS as well. (don't remember exactly, was a while ago.)
>Tad

NOTE: Flow control is only a problem with uploading, not with dnloading,
so you would never get it with a rz program...


Roger..........           sheppard_r@kosmos.wcc.govt.nz