HDTenEightyP/NetNews huggingface dataset:
From: mforget@ersys.edmonton.ab.ca (Michel Forget)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: VT52 variables? (was: What makes the Screen Scroll *UP* ?)
Date: Sun, 11 Oct 92 22:14:41 MDT
Organization: Edmonton Remote Systems #2, Edmonton, AB, Canada

aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

- In <2XJesB1w165w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca (Michel F
-
- >To further complicate matters, I found that I could not access the Line-A
- >variables through Personal Pascal so I had to play with the memory locations
- >themselves, which is not a good thing to do.  Anyway, the WORD located at $2
- >holds the number of lines that the screen is.
-
- Where did you get this information  (about  the  location)  from?
- And,  is there also a location where the number of characters per
- line for the vt52 is stored?
- I ask this question because I typed in a program called  BIG_PIC,
- which  was published in GFA basic in the c't magazine over a year
- ago. It demonstrates how to re-direct VDI  output  to  a  virtual
- screen of arbitrary size and color mode. The methods this program
- uses are not "clean" (does  anyone  know  if  the  GEMDOS  driver
- called  MEMORY.SYS  is  available yet?). But it works, except for
- the fact that a CR-LF causes the cursor to be positioned  a  half
- line  downward  on  a virtual screen of double width. Can anybody
- tell me which location needs to be manipulated?
-
- 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  >=-----*

I received the information from a user on the Forem Net in the Programmer's
Conference.  I cannot remember the name of the user, but I do remember how he
did it.  He disassembled the Bconout() function and traced it to see what it
was doing.  I know nothing about assembly, though, so I really cannot tell you
more.  There should be a variable for the number of columns, though, if there
isone for the number of rows.

<<  ------------------------------------------  >>
<<        mforget@ersys.edmonton.ab.ca          >>
<<  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  >>
<<               Michel Forget                  >>
<<   The Key:  Spirit over mind over matter.    >>
<<  ------------------------------------------  >>
From: grillo@flash.ATC.Olivetti.Com (GUEST Savino Grillo)
Newsgroups: comp.sys.atari.st.tech
Subject: Background Picture with NEODESK
Date: 12 Oct 92 08:41:33 GMT
Organization: Olivetti ATC; Cupertino CA, USA


Hi there,
I'm an happy user of NeoDesk (3.0), I bought it used from a friend of mine
at a very very low price ( with some others stuff) and no manual, lost in
a house-moving, so now I heard that with NeodDesk is possible to replace
the boring desktop background with a picture, how I can do that ?
Is it also possible to change the default font ?

Thanks in advance.
					Savino.
From: apelled@cix.compulink.co.uk (Adam Pelled)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Detecting the closing of an ACC from within an APP
Date: 13 Oct 92 03:37:35 GMT
Reply-To: apelled@cix.compulink.co.uk


In article <hjv.718670793@groucho.phil.ruu.nl>, hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
>genius@sys6626.bison.mb.ca (Trevor Cordes) writes:
>
>>How would I go about detecting if an accessory was closed (after it had 
>>been opened, of course) while a GEM application was running?  The message 
>>pipe never seems to return AC_CLOSE (or AC_OPEN), which, as I'm told, are 
>>only received by accessories.  I tried WM_NEWTOP and no go (What the hell 
>>is WM_NEWTOP anyway? Never seems to be sent to my APP at all).  Any 
>>ideas?

    i think it was discontinued. It was intended as a way to inform app to
store screen contents prior to being over written, applications that is that
don't buffer the screen. i don't know why it was discontinued , but i guess
it was to disuade people from writing to screen in the first place. "Thou
shalt go through the VDI or be doomed !"... :-)

    Adam.
Newsgroups: comp.sys.atari.st.tech
From: bpat@cs.mcgill.ca (Patrick BETREMIEUX)
Subject: Re: XBIOS function to set floopy seek rate
Keywords: Floppies floprt
Organization: McGill University, Montreal, Canada
Date: Wed, 7 Oct 1992 12:40:22 GMT

The ST boots up on the fastest speed it can effectively use. Slowing it down
is pointless (Unless you are using some *OLD* & *SLOW* drive), and making it
faster (Only 1 step higher is available) can only result in data loss.
Really, leave this one alone, it's not worth it (Why did atari put it there
anyways ???)

					Patrick.
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: I think my HD finally bit the dust.
Date: 8 Oct 92 21:58:42 GMT
Article-I.D.: wet.4348
Organization: Wetware Diversions, San Francisco

In article <1992Oct8.131525.29404@maccs.dcss.mcmaster.ca> cs4gp6bb@maccs.dcss.mcmaster.ca (Conan the Barbarian) writes:
>
>	I have a Tulin 64Meg hard drive that I bought used a couple of years
>ago.  I've been getting read errors ( <sense $24> ) lately and now write fails 
>as well.  The other night it went a little bananas for a while, and then after
>it stopped, I'm told that there are roughly 18 Meg used and 0 k free.  What's
>going on?  I can't find a file big enough to be taking up this kind of space.
>
>	Does anyone have any advice before I dole out $500 for a SCSI hard
>drive?  I bought a STe that did a number on the drive when I first got the 
>STe, but after having the chip replaced by the dealer, I thought my
>troubles would be over.  I wonder if this is related.  

I don't think it's related.

What kind of drive and other hardware are in the Tulin case?  ICD host I
presume?

If you haven't already, back up the drive.  Also try the drive on another
ST if possible; I may be wrong about the STE not being related. :^)

According to the ICD ADSCSI CPX, sense $24 is an "illegal field in CDB"
error, whatever that means.  (Experts?)  The drive may need formatting
later on.  In fact, I'd recommend it once you get your data backed up.
Are you using the latest version of the hard drive utilities?


-- 
   |||    Ed Krimen
   |||    ekrimen@wet.uucp   Contributing Editor, Atari Explorer Online
  / | \   E.KRIMEN (GEnie)            Vice-President, ABACUS User Group
From: chuckies@cs.mcgill.ca (Charles J. Savoie)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GFA BASIC again!
Date: 7 Oct 92 13:53:39 GMT
Organization: SOCS - Mcgill University, Montreal, Canada

In article <1992Oct6.113208.2253@aston.ac.uk> busbyjm@cs.aston.ac.uk writes:
>I still don't know how to turn the key click off from inside GFA Basic. Someone suggested the control panel but this is not practical as I am writing games.
>
>Does anyone know of an XBIOS call or a direct POKE that will turn the key click off?
>
>James Busby
>

In GFA, the poke would be either:

Spoke &H484,6

or

Spoke &H484,7

I'm not sure which.  Here are the bit assignments for the first three bits
of that byte (accessed only in supervisor mode).

Bit  Meaning
0    Key click on/off
1    Key repeat on/off
2    Bell on/off

Hope this helps.

-- 

.. .  . .  . ... . . ... ... ...   =====================================
|   |--| |  | |   |<   |  |-  `-.   Charles Savoie  chuckies@cs.mcgill.ca
`'' '  ' `''' `'' ' ` ''' `'' '''   =====================================
Newsgroups: comp.sys.atari.st.tech
From: subiaagb@w350zrz.zrz.tu-berlin.de (Andre Pareis)
Subject: Can't get gcc2.2.2 to work! (cpp-problem)
Reply-To: pareis@cs.tu-berlin.de
Organization: Dept. of CS, Techn. University Berlin
Date: Thu, 8 Oct 1992 12:21:12 GMT



Hi C++ users,


I have a little problem with getting gcc2.2.2 to work.
gcc -v -c mytest.cc results in:

gcc-cpp.ttp /d/gnu/atariST/2.2.2/ ...
 /d/gnu/atariST/2.2.2/: file not found ( not exactly gcc's message )
			/*	/d/gnu is the working directory		*/

Do I need some new evironment settings ?

-- 
				 -----------------------------------------------
				| Andr'e Pareis,				|
				| e-mail:    pareis@cs.tu-berlin.de		|
				|	     subiaagb@w350zrz.zrz.tu-berlin.de	|
				| NeXT-mail: subiaagb@w271zrz.zrz.tu-berlin.de  |
				 -----------------------------------------------
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 8 Oct 1992 16:12:12 MEZ
From: Bjarne Pohlers <POHLERB@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Can't get gcc2.2.2 to work! (cpp-problem)

In article <MXQ7GKN@mailgzrz.tu-berlin.de>, subiaagb@w350zrz.zrz.tu-berlin.de
(Andre Pareis) says:
>
>Hi C++ users,
>
>
>I have a little problem with getting gcc2.2.2 to work.
>gcc -v -c mytest.cc results in:
>
>gcc-cpp.ttp /d/gnu/atariST/2.2.2/ ...
> /d/gnu/atariST/2.2.2/: file not found ( not exactly gcc's message )
>                        /*      /d/gnu is the working directory         */
>
I suppose you have set GCC_EXEC_PREFIX. There is a bug in the Compiler-
Driver gcc. I have compiled a fixed version for the ST. It is located
at ftp.uni-muenster.de in the folder pub/atari/Gnustuff/Gcc/
The filename is gcc222b3a.zoo.
--
!"$%&/);=?!-.'"[!=({\,@*~#+$['&^(/!&=]`"%$_^.|?>}`>|"/~^<$:&)*;#!;[&=#"&%$\':"[
"  Bjarne Pohlers    Fast address: <pohlerb@math.uni-muenster.de>             &
[":'\$%&"#=&[;!#;*)&:$<^~/"|>`}>?|.^_$%"`]=&!/(^&'[$+#~*@,\{(=!["'.-!?=;)/&%$"!
Newsgroups: comp.sys.atari.st.tech
From: kosmatoo@JSP.UMontreal.CA (Kosmatos Odisseas)
Subject: Re: XBIOS say() in MultiTOS :)
Organization: Universite de Montreal
Date: Tue, 13 Oct 1992 19:03:32 GMT

In article <2s2VRB1w165w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca (Michel Forget) writes:

>Compliments?  "Thank you for saving power by not turning your printer on."  :)
>
>Actually, a say() function would be a good idea if the voice would be of better
>quality than is usual.  I remember a program called STSPEECH.TOS that would say
>whatever you typed (and could be made to stay resident and be tweaked by other
>programs to say what THEY want it to say) but the voice it spoke with was
>awful.  It was the voice commonly associated with computers.  Grating.
>
>Is it possible to get better quality phonetics, or at least generate more
>human-sounding sounds?

I was wondering whether the following would work: Sample (using the mic. input
on the Falcon, for example) every phoneme that a speech program needs from your
own voice. (And change the pitch using the DSP whenever required). Then have it
use the sampled ones instead of trying to create them by itself. It should'nt
even take up too much memory. Looking at STSPEECH, there does not seem to be
too many different phonemes. Say 32 or so, times 1/8th of a second each makes
about 4 sec. of digitized sound to keep in memory, fiddlesticks.

In any case, as soon as people get their hands on the Falcon, you can be sure
we'll see lots of interesting goodies taking advantage of the DSP and the
Falcon's DMA sound.

Questions:

1) Does anybody know where one can contact the person who wrote ST Speech

2) How about a program for the DSP which will decode NTSC signals and
   let us watch Video's using the Falcon's monitor, inside a GEM window?
-- 
Odisseas Kosmatos - kosmatoo@jsp.umontreal.ca - shammer@mafalda.math.mcgill.ca

         F A L C O N  0 3 0
           l o v e -  3 0
Newsgroups: comp.sys.atari.st.tech
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: 1040 ST hardware problems
Reply-To: rvenable@helix.nih.gov (Richard M. Venable)
Organization: National Institutes of Health
Date: Wed, 7 Oct 1992 19:45:54 GMT

I have an aging Atari 1040 ST, and I have some unusual minor symptoms:

  - the sound no longer works; I had both the monitor and the Yamaha chip
    tested, and neither was the problem

  - I can't boot with the cartridge for my hand-scanner installed

  - the system crashes whenever I try to use the  Install Application  item
    from the desktop menu

I have TOS 1.4 (most of my games no longer work) and 4 MB RAM (EA Brown,
I think)

Does anyone have any suggestions besides buy a newer machine?



	Rick Venable
Newsgroups: comp.sys.atari.st.tech
From: gerrymon@eng.umd.edu (Gerry Mon)
Subject: Re: Falcon and Hard Drives
Date: Thu, 15 Oct 92 21:13:03 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <4377@wet.UUCP> ekrimen@wet.UUCP (Ed Krimen) writes:
>In article <1992Oct14.184929.26547@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
>>I'm still quite perplexed as to why there is an IDE port at all, it would
>>have been more consistent to jus tuse the SCSI bus both internally and
>>externally. So it goes.
>
>Could it be cost of the drives?  Are 2.5" IDE drives less expensive for the
>consumer than 2.5" SCSI drives (if there are any around)?  Perhaps Atari
>wanted to provide an inexpensive hard drive solution for the Falcon and IDE
>was it.
>-- 
>   |||    Ed Krimen
>   |||    ekrimen@wet.uucp   Contributing Editor, Atari Explorer Online
>  / | \   E.KRIMEN (GEnie)            Vice-President, ABACUS User Group

I think the real reason is the form factor.  The 1040STe case is too
small for a 3-1/2 inch mechanism.  Only a 2.5 inch drive could fit
comfortably.  So what did Atari do?

Well, there are tons of 2.5 inch drives available from the IBM world.
They were being used in all those laptops.  Unfortunately, they were
mostly IDE drives.  Well, it turns out that Atari had already designed
an IDE interface for the STBook.  Why not use it on the Falcon too?

An added advantage of using an IDE drive is the low power comsumption.
Since these drives are being used in laptops, they probably comsume
much less power than a typical SCSI drive.

--Gerry
Newsgroups: comp.sys.atari.st.tech
From: bpat@cs.mcgill.ca (Patrick BETREMIEUX)
Subject: Re: Detecting the closing of an ACC from within an APP
Organization: McGill University, Montreal, Canada
Date: Mon, 12 Oct 1992 17:37:41 GMT

In article <hjv.718883974@groucho.phil.ruu.nl> hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
>tony@microware.co.uk (Tony Mountifield) writes:
>
>Citing the Profibuch (thereby translating a Dutch translation of a German

>book in English... :)
>
>WM_TOPPED (21): This window becomes the active window.
>	mbuf[3]: window handle

The previously active window was deleted. you cannot avoid it, tou're on top
whether you like it or not.

>WM_NEWTOP (29): The window was activated. Seems to be identical with
>                WM_TOPPED (21) !
>	mbuf[3]: window handle

the user clicked on you. do you want to be nice and go on top, or tell him to
forget it because you're comfy where you are?

>WM_UNTOPPED (30): The window will be inactivated (sp?) in a while. This
>                message can be used to buffer the contents of the window
>                somewhere in advance.
>                Only with GEM >= 2.0!
>	mbuf[3] window handle.
>
>
>--
>Hendrik Jan Veenstra  |  hjv@phil.ruu.nl  |   You look for your dreams in
>Dept. of Philosophy   |                   |   heaven, but what the hell are
>University of Utrecht |                   |   you supposed to do when they
>The Netherlands       |                   |   come true...?

					Patrick BETREMIEUX
					bpat@binkley.cs.mcgill.ca
Newsgroups: comp.sys.atari.st.tech
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Subject: VT52 variables? (was: What makes the Screen Scroll *UP* ?)
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Mon, 12 Oct 92 00:14:44 GMT

In <2XJesB1w165w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca (Michel Forget) writes:

>To further complicate matters, I found that I could not access the Line-A
>variables through Personal Pascal so I had to play with the memory locations
>themselves, which is not a good thing to do.  Anyway, the WORD located at $2AB2
>holds the number of lines that the screen is. 

Where did you get this information  (about  the  location)  from?
And,  is there also a location where the number of characters per
line for the vt52 is stored?
I ask this question because I typed in a program called  BIG_PIC,
which  was published in GFA basic in the c't magazine over a year
ago. It demonstrates how to re-direct VDI  output  to  a  virtual
screen of arbitrary size and color mode. The methods this program
uses are not "clean" (does  anyone  know  if  the  GEMDOS  driver
called  MEMORY.SYS  is  available yet?). But it works, except for
the fact that a CR-LF causes the cursor to be positioned  a  half
line  downward  on  a virtual screen of double width. Can anybody
tell me which location needs to be manipulated?

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  >=-----*
Newsgroups: comp.sys.atari.st.tech
From: lahtinen@gideon.fmi.fi (Kimmo Lahtinen)
Subject: Re: Using RBG/Sync monitors with ST
Keywords: Omniswitch, multisync switch, Monitor Master
Organization: Finnish Academic and Research Network Project - FUNET
Date: 16 Oct 92 11:40:18 GMT

rgoseweh@digi.lonestar.org (Roy Gosewehr) writes:

>In article <1992Oct14.151427.4434@bmerh85.bnr.ca> shiv@bnr.ca (Shiv Naimpally) writes:

>For mulitsyncs, you need the Omniswitch, the IB Multisync switchbox, or
>the switcher made by Omnimon Peripherals ( I can't remember the name),
>depending on your connection requirements.

Or you can make one yourself. The biggest problem is to get that
din-plug to fit Atari's monitor socket. I must say mine does
not work perfectly as there is some ghosting in b/w mode and
I do not know what is the problem (bad cable, the switch or something
to do with impedance, as I just connected the monochrome out to
R/G/B-lines).

But it is quite handy as I have also Matrix C32 graphics card,
so I can switch between all resolutions.

--
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Kimmo Lahtinen                      E-Mail : lahtinen@gideon.fmi.fi       
Finnish Meteorological Institute    Phone  : +358 0 758 1322
Possessed by a Spirit               G3 Fax : +358 0 758 1396
Newsgroups: comp.sys.atari.st.tech
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Trouble with templates in GNU C++
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Fri, 16 Oct 1992 06:33:02 GMT

In article <KXY75AF@mailgzrz.tu-berlin.de> pareis@cs.tu-berlin.de writes:
>In article <Bw63nt.D7z@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
>|> Your code works fine with Comeau C++ 3.0 With Templates.
>|> Further, I am not aware of any strange scoping rules or anything that
>|> should prohibit this.  OTOH compilers are using differing mechanisms
>|> to address ATI (automatic template instantiation) and hence you may
>|> be caught in a g++ idiosyncrasy on this although it could equally be a bug.
>|> Perhaps it might change things as well to make A(T aa) an out of line
>|> generic description as you have done with Get rather than in in-line?
>
>It seems to me, it is a bug (or something else) of either the GNU compiler
>or the linker. ( An earlier version of G++ (2.1) gave the same results )
>I tried these lines on a Sparc with G++ 2.2.2, and got this message:
>
>	ld: Undefined symbol 
>	   _Get__t1A1Zi 
>
>After, I made A( T aa ) non-inline, and got the same messages.

How did you make it non-inline?  With a compiler switch?

>Then I put both non-inline functions directly after the class declaration,
>and IT WORKED?

That is what I mentioned above.  Still doesn't help in deducing whether
this is a bug of feature of g++ templates though.

>Is there somebody in this group who had the same problems with templates
>and G++? Or do I have simply to turn on a compiler or linker switch?

Another guess (as I've more than an incling about how templates work)
but a switch will most likely not do the trick for this.

>Until a resolution is found, I have to write all the list code in one
>file List.h, which will be included by other modules, then all works
>correct, except that I have to wait a very long time for every compilation.

That's a reasonable approach anyway in many cases.  Of course with
Comeau C++ we have a repository system available with most of our ports
and hence all does not always need to be recompiled just to please the
template class/function generation mechanism.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
Newsgroups: comp.sys.atari.st.tech
From: c60a-cr@danube.Berkeley.EDU (Bryan)
Subject: RAM Upgrade
Summary: How do you do a ram upgrade? 
Keywords: RAM, Upgrade
Organization: University of California, at Berkeley
Date: Sun, 11 Oct 1992 20:26:30 GMT

     I have an old Atari 1040STf.  I would like to upgrade my machine from
its original 1 Meg configuration to its maximum limit at 4 Megs.  I am  
interested in the various ways to get this accomplished, such as piggy-
banking chips, installing a ram board, etc.  Are there any other cheaper/
easier solutions?  Are there any documentations on an FTP that can supply me
with this information?  I am pretty knowledgeable in electronics and reading
schematics.  Any help will be greatly appreciated. 
					Bryan
					c60a-cr@danube.berkeley.edu