HDTenEightyP/NetNews huggingface dataset:
From: monnier@disuns2.epfl.ch (Stefan Monnier)
Newsgroups: comp.sys.atari.st.tech
Subject: Emacs 18.58 bug
Date: 28 Jul 92 11:44:26 GMT
Organization: Ecole Polytechnique Federale de Lausanne


I installed 18.58 with almost no changes (the only ones were in emacs.rc
where I changed the paths for atari.el and dos-mode.el (well not really
changed but converted from absolute to relative)).

I had one main problem: 
when moving downward with the cursor it sometimes (rather frequently)
don't want to stay in the same column: for example, being in the 
10th column, when I move downward, the cursor stay in this column
in the first line of each paragraph and gets back to the first column
in the following lines of the paragraph (getting back to the 10th col
when entering a new paragraph). 
This would not be a problem if the 'point' changed accordingly (which
is of course not the case): the cursor appears at the 1st col but is
in fact still in the 10th and when I type some chars, what I see is
really not what I get (as I don't write where I believe to).

This at least appears in Text mode. (maybe in other modes too but I 
don't remember and I haven't used it long enough)



	--   Stefan Monnier   --




-------------------------------------------------------------
-----  Alors voila, Clyde a une p'tite amie ! 	    	-----
-----  Elle est belle et son prenom c'est .. Bonnie !	-----
-----						...			   				-----
From: hrs@aber.ac.uk (Herbert Martin Sauro)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT and Ramdisks
Date: 30 Jul 92 09:03:47 GMT
Organization: University of Wales, Aberystwyth

In article <1992Jul27.112516.17382@olymp.informatik.uni-bonn.de> volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt ) writes:
>In article <1992Jul23.090556.16470@aber.ac.uk> hrs@aber.ac.uk (Herbert Martin Sauro) writes:
>>Having finally found a ramdisk (Mdisk from a.a) that can live in TT-RAM,
>>it now turns out that it is incompatible with MiNT. Anybody go any ideas?
>
>What version do you have?  MDisk has been working with MiNT for a long time 
>now.  I have MDisk 6.93 -- I don't know the version that's on atari.archive
>but if people need it I can ftp it there.
>
>-- Volker
>-- 
>----------------------------------------------------------------------------
>Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
>UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
>Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)

I have version 6.92 of MDisk and it won't work with MiNT, even if I
set MDisk up so that it installs the ramdisk in ST-RAM. I'm running MDisk
on a TT with TOS 3.06. When I install MDisk either at boot up or by
activating it from the accessory menu I get about 11 bombs including the
same number of MiNT messages and then the program freezes up.

Herb
-- 
/******************************************************************************
Herbert Sauro                                   e-mail: hrs@aber.ac.uk
Biological Sciences                              phone: +44 970 622353
Univesity College of Wales
From: boris@sys6626.bison.mb.ca (boris)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: ST monitor connector pinouts?
Date: Thu, 30 Jul 92 01:53:05 CST
Organization: system 6626 BBS, Winnipeg MB

il@bambam.u.washington.edu (Il Hwan Oh) writes:

> Could someone tell me what the pinouts are on the monitor plug?  I just
> discovered that I can plug an ST monitor into a Sega Genesis game system,
> if I can just build the cable.  I know that it's shown in the ST owner's
> manual, but manual's at my parents' in Portland.
> 
> The monitor's an SC1224 and goes to a Mega ST 4 (no "e").
> 
"from the external port view":
  1- audio out
  2- reserved                        4 3 2 1 
  3- general purpose output          8 7 6 5
  4- Mono detect                    12 11 10 9
  5- audio in                           13
  6- green
  7- red                                /\
  8- ground                              
  9- horiz synch                         pinout diagram
  10-blue
  11-monochrome
  12-vert. synch
  13-ground


later,


;--- (boris) a user of sys6626, running waffle 1.64
;E-mail: boris@sys6626.bison.mb.ca
;system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 29 Jul 1992 12:55:31 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu


	A lot of people have been putting up explanations for the original
poster's problem with booting from the disk drive - and for all I know, they
are probably right.

	However, I have had a similar problem, but from Hard disk, and it has
never been serious enough to worry about it (so I haven't) but I wonder if 
anyone else has had this happen.  Almost every time I boot my computer (NOTE: 
this is _not_ every time), it will bomb with a couple of bombs (don't remember
how many), then it will restart and load just fine.  I used to half-heartedly
explain it as "the drive wasn't as awake as it should've been", but I don't 
really believe that is the problem.  I know that there are some programs that
work by loading and then resetting the computer which boots normally, however I
don't believe I have any autoprogs that do that.  Just in case, in my auto/ is:
Fatspeed,date/time fix prg (ala ICD), QuickST (small version of 2.2), and
randplay (but that is a recent addition).  

	Any ideas?

-Mike

Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Problems with ARGV - summary of ideas posted so far
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Fri, 31 Jul 92 18:38:12 GMT

 On the problem of passing empty/null arguments via ARGV, we've had so far:
 
 - Creating a new env var that indicates the position of the empty args. 
   This is workable, but the drawbacks are extra complexity, and the need
   for yet another flag of some sort to validate this new variable so that
   it doesn't get misinterpreted when passed to children of the application
   it was intended for.           
 
 - Using an escape character or sequence such as \1 to indicate an empty arg.
   This is workable, and very easy to implement.  The drawback is that it
   may confuse current applications that don't expect \1 chars in args.
 
 - Various schemes that involve \0\0 sequences in the ARGV part of the 
   environment.  These won't work because GEMDOS won't copy the data 
   following the \0\0 when it creates the env data for the child process.
 
 - Use a single space to indicate and empty arg.  This is especially easy
   to implement, but locks out the possibility of ever passing a single 
   space as a valid arg.  It could be extended to add an extra space to 
   any arg that ends in a space now, but then on the receiving end these
   have to be filtered out again, so it gets a bit complicated.
 
 So which one do we use?  I'd like a relatively quick answer, so that it
can be added to HSC 1.40 before its impending release in a week or two.
I'm still kind of partial to the escape character, I think.  (Not surprising
since I suggested it, huh?)  Perhaps we could choose a different escape 
char, one that wouldn't be as likely to confuse an unaware program?  We 
could use an existing whitespace char, \t \r or \n as the escape char that
means an empty arg. (I'd vote for \n, I think, it has a certain "nothing
here" implication to it.)


--
- Ian
(void *) where prohibited by law

Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Problems with ARGV
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 29 Jul 92 22:12:25 GMT

 > ARGV doesn't allow passing empty arguments
 > use another env var to pass the position of the empty args
 
 I don't like it.  It sounds needlessly complicated to create a whole 
'nother env var for this.  

  I have two variations on an idea for coping with this.  The first variation
assumes that we never pass binary values in the ARGV.  (IE, isprint() is 
TRUE for all chars appearing in the args in the ARGV area.)  In this case,
I'd recommend using \001 as a placeholder for an empty arg.  Using this,
 
   grep "" *.c

 would be passed as ARGV=\0grep\0\1\0*.c\0\0.  If my assumption is invalid,
and folks do pass binary data in ARGV, then use an escape system where an
empty arg is \1\1, but a true binary 1 is \1\2.  (You could even extend
this to allow passing binary zeros, escaped as \1\3 for example.)

  Thoughts?

	
--
- Ian
(void *) where prohibited by law
From: chu@acsu.buffalo.edu (John C. Chu)
Newsgroups: comp.sys.atari.st.tech
Subject: make problems
Date: 22 Jul 92 20:36:30 GMT
Organization: UB

Hi,

I've been using the make that comes with HSC with gcc (mostly because
I don't have another make). But something really interesting happens.
If I run it off the desktop everything is fine (except the desktop
doesn't do redirection, which means I can't run the makefile in
question). However, if I run it under tcsh or mintshel, the programs
that make calls complain that they don't get any command line
arguments.

I guess that this has something to do to the protocol for passing
command line arguments (as in tcsh and mintshel uses ARGV but the HSC
make doesn't(?)). In any case, is there anything I can do about this
other than get a new make?

If getting a new make is the only answer, can someone tell me where a
good one is? I've already checked atari.archive. GNUmake 3.62 gives an
out of memory error when ever I try to run it (even though I have 3.5
Meg free before trying!) I don't think I had much luck with GNUmake
3.60 either.

What does everyone else use? I can't be the only person who wants to
use make under tcsh or mintshel!!!

Please reply via e-mail. I'll post a summary.

					john
				chu@acsu.buffalo.edu
Newsgroups: comp.sys.atari.st.tech
From: MDORMAN1@ua1vm.ua.edu (Mike Dorman)
Subject: Test post / Message for Ian Lepore
Organization: The University of Alabama, Tuscaloosa
Date: Fri, 24 Jul 1992 19:46:17 GMT

First, this is a test post.  Hopefully the dad-blamed NewsReader here will
really send it.  Who knows, Pigs may Fly, too.
 
Also, if this gets through, Ian Lepore, your messages get to me, but nyx
doesn't seem to be willing to admit to the outside world that you exist.
 
Bye,
 
Mike.
From: adamd@rhi.hi.is (Adam David)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 30 Jul 92 14:09:58 GMT

ilepore@nyx.cs.du.edu (Ian Lepore) writes:

[I wrote]
> > Never leave a floppy disk in the drive unless it's being accessed 
once in a while.
> > Never ever power the computer on or off with a disk in the drive.

> In a word: Bullsh*t.  I've had this 1040ST for seven years now.  I leave
>the same disk in the drive all the time; it's almost never accessed.  I rarely
>power down at all, but when I do, I do it with the disk in the drive.  
> 
> I've never ever had a problem I can attribute to either of these habits.
>I do, however, thoroughly clean the machine inside and out twice a year.

Not powering down (except for maintenance and repair) is a good way to extend
the useful life of the hardware as well. Voltage spikes are nasty, and are
not entirely eliminated by the capacitors. I'd say you were lucky to get away
with nil floppy damage over 7 whole years. My first impression after moving
from Sinclair microdrive cartridges to floppy disks was how robust disks are.
Nevertheless, I had regular failures until I started observing these two
practices that I mentioned. Instead of a 60-90% likelihood of damaging the
media (microdrive tape) it had become 5-20% (floppy disk). I have noticed that
floppies are sensitive to power surges on Atari ST, PC clones, Macintosh,
Sinclair QL, CP/M systems. I know of some floppy-only PC computers which are
left 24 hours a day, 365+ days of the year serving as IP routers. If the boot
disks (left in the drives at all times) are not replaced at regular intervals,
then the probability of eventual failure (often within a year) has been shown
to be high.

Ever played Russian Roulette???

quote:             "the bullet hasn't hit me yet."
famous last words: "it still hasn't hit me"

--
Adam David. (adamd@rhi.hi.is)
From: snoret@egon.unx.sas.com (Rick Tatem)
Newsgroups: comp.sys.atari.st.tech
Subject: GEM menu bar garbled
Summary: only in Low/Med rez with HD
Keywords: GEM, menu, HD, resolution
Date: 30 Jul 92 21:30:09 GMT
Followup-To: comp.sys.atari.st.tech
Organization: SAS Institute Inc.

I have a strange problem that I cannot get rid of.  It's been happening
for a while, but only recently have I started using medium and low resolutions
for anything but games.

Here's my problem:  If I boot with my 1040STf with my SC1224 color monitor
_AND_ my Supra 20MB Hard Drive, the GEM menu bar is garbage, as are any drop
down menus and windows (from DA's, etc.)  This ONLY happens when I boot
off of the hard drive.  If I use a floppy, or even nothing at all (straight
GEM boot from ROM) I don't have the problem. 

And it doesn't seem to matter if I auto run anything from the auto folder
or not (all I've got in there is pinhead, anyway).  DA's don't seem to impact
the behavior either.  A resolution change doesn't help, either. 
What is wrong, and do any of you wonderfully knowledgeable (sp?) people 
know how/if I can fix it?

Thanks in advance.

Rick
--
----
Richard E. Tatem		Asst. Systems Programmer
snoret@unx.sas.com		UNIX Systems Support
(919) 677-8000 x4719		SAS Institute Inc.
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Dear Mr. Very Competent Technical Person
Date: 29 Jul 92 17:31:14 GMT
Organization: Wetware Diversions, San Francisco

In article <xanmwtb.wisner@netcom.com> wisner@netcom.com (Bill Wisner) writes:
>
>Finally, I'd appreciate recommendations for good Atari service people
>here in the San Francisco Bay area, perferably Santa Clara Valley.  If
>you're not local, pretend I didn't write this paragraph.

I don't know about the monitor problem, but if your stomach can handle it,
you might want to open up the case and remove the keyboard for easier 
cleaning.

B&C Computervisions in Santa Clara is good.  San Jose Computer is good.
ATY Computer in Oakland is good.  Check out any of those places, although
I'd lean towards the first and last.

Any other questions, such as addresses and phone numbers, then let me know.


-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com or ekrimen@wet.UUCP or hoptoad!wet!ekrimen
  / | \   E.KRIMEN (GEnie)
From: jvt@its.bt.co.uk (John Trickey)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Gem program control of mouse and cursor--HOW?
Date: 22 Jul 92 11:43:10 GMT
Organization: BT Group Computing Unix Support, Birmingham, UK

In article <a6647fb2@Kralizec.fido.zeta.org.au> simon.lindsay@p4.f842.n680.z3.fido.zeta.org.au (Simon Lindsay) writes:
>
>09 Jul 92, timg@ccwf.cc.utexas.edu writes to All:
>
> tcue> 1) When a dialog appears on the screen, I want to move the mouse
> tcue> to an appropriate button, and then return the mouse after the
> tcue> dialog exits.
>
>Arrrggh.. don't do it.. It is _Most_ disconcerting when the program you are
>using starts moving the mouse around without you. Most people will feel much

Speak for yourself. The practice is commonplace on X11 and, frankly, is
*very* useful when you become acustomed to it.

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 @ GB7SUT
       +44 21 308 8892
From: sytang@lamar.ColoState.EDU (Shoou-yu tang)
Newsgroups: comp.sys.atari.st.tech
Subject: How to use MetaDos?
Date: 23 Jul 92 06:50:36 GMT
Organization: Colorado State University, Fort Collins, CO  80523


 The MetaDos2.lzh in the ftp sites has only a very brief readme basic just list
 the contents. And the config.sys does not have to much about where each part
 should be. I'm interested to put a cdrom drive but can't figure out where each
 file should go, and how config.sys should be modified. Is there a more detailed
 description about Metados? Any one has use it?
 Thanks
 Tang
 sytang@lamar.colostate.edu

 Hardware: 1040STe, ICD host adapter, Toshiba CD-ROM drive.
Newsgroups: comp.sys.atari.st.tech
From: swanee@megadata.mega.oz.au (Geoff Swan)
Subject: Re: Midi from the serial port?
Summary: some thoughts
Organization: Megadata P/L, North Ryde, Sydney, Aust.
Date: Fri, 24 Jul 1992 01:38:39 GMT

> shiv@bnr.ca (Shiv Naimpally) writes:
> 
> >C-lab offers EXPORT for Creator/Notator which gives 3 MIDI ports from the Atari 
> >serial port ! Its quite expensive considering its just a little hunk of plastic. 

I designed a box for a company called Kiztoy Developments out here (Oz)
which gives a total of 3 midi in's (with merge), 6 midi outs (separate),
SMPTE in and out with Creator/Notator (including the Atari midi in/out
port) and 3 midi ins, 3 midi outs, SMPTE with Cubase. I think he sells it
for around A$600. All I can say is that only a small part of it was trivial,
the rest took a little thought.

    Sla/n go fo/ill,
                    Risky B.
--------------------------------------------------------------------------
Geoff Swan (research & development)   _--_|\         swanee@megadata.oz.au
Megadata Pty Ltd                     /      \ 
2/37 Waterloo Rd, North Ryde,        \_.--._/               +61-2-805-0899
NSW 2113, Australia.                       v           (AH) +61-2-477-6519
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Bombs on power down
Date: 23 Jul 92 00:32:20 GMT
Reply-To: warwick@cs.uq.oz.au

sourada@iastate.edu (Steven D Ourada) writes:

>Does anyone else get bombs between the time that the switch is turned off
>and when the computer is completely powered down? I notice on my
>STe that I get a brief glimpse of a few bombs almost every time I turn it
>off...


3 bombs is "address error".
2 bombs is "bus error".
1 bombs is "computer not turned on".
0 bombs is "computer turned on".


--
Warwick;

Seriously, I once saw a document - maybe it was for the 8-bit - that did
actually say that error 1 was "computer not turned on".
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /      void (if removed)
      v      Brisbane, Australia.        /  
Newsgroups: comp.sys.atari.st.tech
From: atari@cs.ruu.nl (Atari-ST Software)
Subject: Emacs 18.58 available (was: Emacs 18.58 bug)
Date: Wed, 29 Jul 1992 08:16:05 GMT
Organization: Utrecht University, Dept. of Computer Science

In <1992Jul28.095741.1@vaxc.stevens-tech.edu> skolodzieski@vaxc.stevens-tech.edu writes:
>
>P.S. perhaps a german reader with access to atari.archive can post he emacs 
>     18.58 to another ftp site, since in the summer a.a does not get updated
>     so people in general are unaware to the new emacs existence. 

Emacs 18.58 is already available from ftp.cs.ruu.nl. 

________________________________________________________________________
  We, Computer Science department, Utrecht University,  are  running  an
anonymous  FTP  server  on  one  of  our systems. In addition to the FTP
service we're also running a mail  server,  for  those  of  you  without
direct Internet access.


--> How to get 'emacs 18.58' via anonymous FTP:

    Site:     ftp.cs.ruu.nl  [131.211.80.17]
    Login:    "anonymous" or "ftp"
    Password: your own email address (you@your_domain)
    file:     /pub/ATARI-ST/editors/emacs.zoo

    Don't forget to set binary mode!


--> How to get 'emacs 18.58' via e-mail from our mail-server:

    NOTE: In the following I have assumed that your mail address is
	  "fred_flintstone@stone.age.edu"; of course you must substitute
	  your own address for this.

	  | Please use a VALID DOMAIN ADDRESS.
	  | Use 'hip!hop!user' if you must.
	  | Never use an address which has both '!' and '@' in it.
	  | Bitnetters use user@host.bitnet


    Send the following message to
		mail-server@cs.ruu.nl
    or the old-fashioned path alternative
		uunet!mcsun!sun4nl!ruuinf!mail-server


    begin
    path fred_flintstone@stone.age.edu (SUBSTITUTE _YOUR_ ADDRESS)
    send ATARI-ST/editors/emacs.zoo
    end


The path command can be deleted if we receive a valid from address in your
message. If this is the first time you use our mail server, we suggest you
first issue the request:

      send HELP

  A complete "ls-lR" listing of the archive is  kept  in  the  top-level
directory, it will be updated every night. To get it, issue the command:

     send ls-lR.Z

  That's all for now. If you encounter problems using  the  FTP  service
and/or the mail-server, feel free to drop me a line (by e-mail, please).

Enjoy,
Ate Brink
-- 
Ate Brink, Systems Administrator
Moderator of the Atari archive at the Utrecht University (ftp.cs.ruu.nl)
Email: ate@cs.ruu.nl
       atari@cs.ruu.nl  Use this if you want to upload a program to the archive.
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Z*NET FNET in the nets
From: tonyl@status.gen.nz (Tony Lewis)
Date: Thu, 30 Jul 92 16:43:36 GMT
Organization: Z*NET Global News Gateway in Auckland New Zealand

>  Before I poll I would like some feedback if any from this news group.

I am very interested in the ZNET feed for Atari.

----
Tony Lewis              _ 
tonyl@status.gen.nz   o( )     Fido: 3:772/105
Papakura             /  /\     Auckland, New Zealand
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Wednesday, 29 Jul 1992 11:15:12 MES
From: Julian F. Reschke <RESCHKE@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Problems with ARGV

In article <9130026@hpbbrd.bbn.hp.com>, jensk@hpbbrd.bbn.hp.com (Jens Kilian)
says:
>
>Yesterday I ran into a problem with the ARGV parameter passing scheme that
>I'm sure others must have seen before. The ARGV scheme can't pass empty
>strings
>as parameters !

Well, that's a known problem :-) Fortunately, empty parameters mostly
occur as parameters to 'test', and this is normally (or can be) a
builtin command of the shell.

Your proposal for an ARGV extension seems to work. If 'we' all (MiNT-Libs,
and GNU-Libs, PureC startup code and so on) agree on this, that could be
a solution...

___________________________ cut here _____________________________________
JULIAN F. RESCHKE, HENSENSTR. 142, D-W4400 MUENSTER
EMAIL: JULIAN@MATH.UNI-MUENSTER.DE, JR@MS.MAUS.DE
____________________ correct me if I'm wrong _____________________________
Xref: sparky comp.sys.atari.st.tech:4142 comp.os.minix:3769
From: adamd@rhi.hi.is (Adam David)
Newsgroups: comp.sys.atari.st.tech,comp.os.minix
Subject: Re: Help!!! Minix ignores 2nd HD (ST)
Keywords: minix ST
Date: 25 Jul 92 13:39:05 GMT
Followup-To: comp.os.minix

I wrote:
>Maybe I should try #define NR_HD_DRIVES 3, but this is of course stupid to
>access the second disk as if it were the third one.

I guessed right. However there is another problem: Now the disk is working
but I keep getting "DMA interrupt discarded" warnings whenever the 2nd disk
is accessed. This is ST Minix 1.5.10.4 with OLDSUPRA defined so that the
driver interacts correctly with the early type Supra hostadaptor. I could just
remove the warning text, but would prefer to mend the winchester driver so that
it does not suffer from spurious DMA interrupts. Has anyone already done this?
Suggestions about why this is happening, and only on the 3rd (actually 2nd)
disk??

--
Adam David. (adamd@rhi.hi.is)