HDTenEightyP/NetNews huggingface dataset:
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: Re: Can IRQ exceptions malloc memory ? (&using IPL7)
Organization: University of Western Ont, London
Date: Fri, 16 Oct 1992 21:36:28 GMT

In article <18937.2add3c82@levels.unisa.edu.au>, 8918927y@levels.unisa.edu.au writes:
> 	On the subject of TSR's malloc'ing memory - can hardware interrupt
> exceptions in supervisor mode also malloc memory ?.. I'm trying to get a
> exception routine working that calls a Lattice 5.06.01 malloc call (in
> the library, but gets bus errors half way through...).. Should I be
> calling gemdos directly via a trap ?

No kind of interrupt routine should ever try to make a GEMDOS system
call (including Malloc), because GEMDOS is not re-entrant. Since most
library malloc() calls eventaully call the GEMDOS Malloc(), this
means you'll have to roll your own memory allocation (probably by
allocating a big chunk of memory before your program installs itself
as a TSR, and managing that memory yourself).
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario

Newsgroups: comp.sys.atari.st.tech
From: pbh@pandora.cs.wayne.edu (Patrick B. Haggood)
Subject: pow() defined in Gnulib?
Organization: Wayne State University, Detroit, MI
Date: Wed, 14 Oct 1992 17:34:58 GMT

I just downloaded and installed H. Chu's GCC2.22 for the ST a few days ago.  I'm
trying to compile a program which uses the pow() function to compute 
exponents; this function is defined in math.h lib.  However, in compiling
it tells me _pow is undefined.  It pow() there?  Do I have to link in any 
special libs besides the default (crt0?).  I ''m also using ftns from
stdio.h and stdio.h; no complaints there. 

Thanks for any help.
.

-- 
Kadidjri Lahab
Wayne State University
Physics '94
From: winfrvk@dutiws.tudelft.nl (Bart Schuller)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: VT52 variables? (was: What makes the Screen Scroll *UP* ?)
Date: 12 Oct 92 10:13:20 GMT
Organization: Delft University of Technology

The driver 'MEMORY.SYS' is included in the atari FontGDOS package, which can
be found on a.a.
But my question is: how do you use it? I guessed (and hoped) that it would
allow VDI to be used on arbitrary blocks of memory.

I hope someone knows,
                       Bart.

-------------------------------------------------------------------------------
Bart Schuller    (NeXTmail OK) | What is a 're-mix?' "A total cheat"...
schuller@dutiea.twi.tudelft.nl | ..."A gift"-- when it's Frankie...         TCH
-------------------------------------------------------------------------------
From: abaddon@uk.ac.liverpool.scm.suprenum (Kevin o donovan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: VT52 variables? (was: What makes the Screen Scroll *UP* ?)
Date: 15 Oct 92 11:22:03 GMT
	<1992Oct12.001444.160007@rrz.uni-koeln.de>
	<1992Oct12.111359.1@uwovax.uwo.ca>
Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK

>>>>> On 12 Oct 92 15:13:59 GMT, 7103_2622@uwovax.uwo.ca (Eric Smith) said:
> Nntp-Posting-Host: hydra.uwo.ca
> Someone suggested using the top line as a status line -- that's
> probably the easiest "clean" way (you just let the top line scroll
> off and then redraw it). 
Using the delete line and insert line vt52 commands lets you put a status 
line(s) anywhere on the screen without too much trouble. For example, to scroll
the screen up without moving the status line, insert a line above the status 
(scrolling it down in the process) then scroll the screen up and redraw the 
blank line.

> Even better is to put your program into
> a GEM window and manage the VT52 emulation yourself, but obviously
> that's a lot more work. 

Yes, this is what I'm in the process of doing for one of my programs. I've so 
far got round to having all of the screen output run through a single printf() 
like routine, so now it should be relatively simple to switch that from Bios 
to Gem, once I've written some code to handle the vt52 escape stuff in a 
window. Far easier than going through several 100k of code changing everything
manually.

Kev
From: genius@sys6626.bison.mb.ca (Trevor Cordes)
Newsgroups: comp.sys.atari.st.tech
Subject: GEMDOS calls within HSPascal
Date: 9 Oct 92 08:03:54 GMT
Organization: System 6626 BBS, Winnipeg Manitoba Canada

Is there anyway to make GEMDOS calls directly from within HSP?  
Basically, I want to be able to rename a file...but HSP has (as far as I 
can tell) _NO_ way to do that!  I can't even say GEMDOS(xx)... as 
GEMDOS() isn't defined in any of HSP's units!

Thanks to any who help!
Newsgroups: comp.sys.atari.st.tech
From: bpat@cs.mcgill.ca (Patrick BETREMIEUX)
Subject: Re: Truncating files in C
Organization: McGill University, Montreal, Canada
Date: Mon, 12 Oct 1992 04:01:49 GMT

In article <10592282.84680.9744@kcbbs.gen.nz> Murray_Moffatt@kcbbs.gen.nz (Murray Moffatt) writes:
>I'm using Prospero C and I need to be able to truncate a file at a certain 
>offset.  I can't see any immediate way to do this, can anyone suggest 
>a solution?


I'll admit to never trying this before, but it just might work (Try it on
unimportant files, on unimportant disks first)

open the file for write ony
lseek to the desired place
write a EOF (^D)
close file

tell me if it works.

					Patrick.
From: Peter.Kocourek@p13.f112.n100.z60.wlink.nl (Peter Kocourek)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Detecting the closing of an ACC from within an APP
Date: Sat, 10 Oct 1992 11:55:10 -0100

In a message of <09 Oct 92  08:59:54>, Trevor Cordes (60:100/1) writes:

 TC> How would I go about detecting if an accessory was closed (after it
 TC> had been opened, of course) while a GEM application was running?  The

You can't under normal circumstances; the accessory would have to send a message explicitly to you. The idea of accessories is, that they do not bother the main application at all, and they are therefore "invisible." There is a protocol called XACC, which provides for communication between applications and accessories. I only have the German docs, which I can mail to you if you want.

 TC> message pipe never seems to return AC_CLOSE (or AC_OPEN), which, as
 TC> I'm told, are only received by accessories.  I tried WM_NEWTOP and no

Correct.

 TC> go (What the hell is WM_NEWTOP anyway? Never seems to be sent to my
 TC> APP at all).  Any ideas?

WM_NEWTOP is only implemented newer TOS versions, if memory serves me right. I can't remember offhand what the differences are with WM_TOPPED.

 TC> Oh ya, basically, I want my app to check the clipboard everytime an
 TC> accessory is closed (to see if it contains some relevant data that I
 TC> may have copied to it from STeno or STalker).

That is an interesting problem, but I can't think of a solution. :-)


YHS:QSI!

Newsgroups: comp.sys.atari.st.tech
From: athena@paola.dei.unipd.it (Matteo Frigo)
Subject: Are 100ns DRAMs too slow for an 1040ST ?
Organization: Universita' di Padova, Italia
Date: Wed, 7 Oct 1992 07:45:18 GMT

I tried to expand the memory of my 1040ST using two
100ns 1Mb SIMMs, but is does not seem to work. The
memory gives often the correct value, and sometimes
a wrong one. It seems that 100ns is too slow for
the ST.

Anybody has similar problems? Why are the 41256 chips
in the ST main board 80ns fast? I thought that any
memory up to 120ns would have worked nice.

Please reply by email, I can't read news too often.
Matteo Frigo
Matteo.Frigo@dei.unipd.it
From: subiaagb@w350zrz.zrz.tu-berlin.de (Andre Pareis)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Trouble with templates in GNU C++
Date: 15 Oct 92 17:07:30 GMT
Reply-To: pareis@cs.tu-berlin.de
Organization: Dept. of CS, Techn. University Berlin

In article <Bw63nt.D7z@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
|> In article <CMY7YZP@mailgzrz.tu-berlin.de> pareis@cs.tu-berlin.de writes:
|> >template<class T> class A
|> >{
|> >private:
|> >	T a;
|> >public:
|> >	A( T aa ): a(aa) {}
|> >	T Get( void );
|> >};
|> >int main( void )
|> >{
|> >	A<int>	a1(2):		<===
|> >	return a1.Get();
|> >}
|> >template<class T> T A<T>::Get( void )
|> >{
|> >	return a;
|> >}
|> >The [g++] compiler works fine, but the linker aborts with a message like:
|> >template.o: A<int>::Get  - symbol not found     ( or the like )
|> >
|> >But, if I put the definition of Get directly below the class A
|> >declaration, it works. I want to know: Is it a problem of the C++
|> >language or the compiler or the linker (which is PL31)?
|> 
|> 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?



Firstly, I made a mistake, but it has nothing to do with the problem:

<=== : the line should be really  `A<int> a1(2);' (sorry, it is not
							the real program)

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.
Then I put both non-inline functions directly after the class declaration,
and IT WORKED?



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



Thanks for contributions!

-- 
				+-----------------------------------------------+
				| Andr'e Pareis |  Techn. University of Berlin	|
				|-----------------------------------------------|
				| e-mail:    pareis@cs.tu-berlin.de		|
				|	     subiaagb@w350zrz.zrz.tu-berlin.de	|
				| NeXT-mail: subiaagb@w271zrz.zrz.tu-berlin.de  |
				+-----------------------------------------------+
From: abaddon@uk.ac.liverpool.scm.suprenum (Kevin o donovan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: What makes the Screen Scroll *UP* ???
Date: 9 Oct 92 13:25:06 GMT
Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK

>>>>> On 9 Oct 92 00:27:14 GMT, thomasc@ms.uky.edu (Thomas Campbell) said:

> What makes the screen scroll up?  I"ve been working on this program
> and I want to have an input line on line 22-23 while still accepting 
> input on line 20 and above.  (It's a modem program)  Do I have to do
> this thru screen flipping or what? I"m a pretty experienced programmer
> but, this has completely stumped me.  (An easy way to do it)  I remember
> with the *old* Atari 800.. :) that there was a special graphics window
> that I could have used but, how do I do this now?

I don't know if I've misunderstood your question, but you simply have to make
sure that whilst you're writing on the last screen line you don't
a) send a newline
b) write characters past the end of the line

a) is easy to avoid, and you can sort b) out via the vt52 emulator - I think 
you need to send a \033v to tell it to ignore characters that go past the end
of the line.

If you want the user to input on the last line, you'll need to write your own
input routine that doesn't echo any characters from the users input except
those you allow. Easy enough to do, but if you want mail me and I'll send you
something suitable. My editor has two functions for writing to the bottom line,
void *write_minibuffer( char *string) for simply printing status info, and
char *prompt_minibuffer( const char * prompt, char *input ) for getting user
input via the status line. Both store cursor position (via vt52) on entry and
restore it on leaving, so the caller can forget about these details. Again, if
you'd like them then mail me. They're in C, btw.

Kev
Newsgroups: comp.sys.atari.st.tech
From: thomasc@ms.uky.edu (Thomas Campbell)
Subject: What makes the Screen Scroll *UP* ???
Date: Fri, 9 Oct 1992 00:27:14 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

What makes the screen scroll up?  I"ve been working on this program
and I want to have an input line on line 22-23 while still accepting 
input on line 20 and above.  (It's a modem program)  Do I have to do
this thru screen flipping or what? I"m a pretty experienced programmer
but, this has completely stumped me.  (An easy way to do it)  I remember
with the *old* Atari 800.. :) that there was a special graphics window
that I could have used but, how do I do this now?

alex

Newsgroups: comp.sys.atari.st.tech
From: plucky@engin.umich.edu (Chris Adamson)
Subject: Removing a "Ram-Easy" upgrade?
Date: Wed, 07 Oct 92 15:08:18 EDT
Organization: University of Michigan Engineering, Ann Arbor

	Hiya.  I just got my 4MB upgrade (a JRI+ board with the
appropriate SIMMs) in the mail.  The instructions say I'll need to
disable the existing 512K memory (oh, almost forgot, this is an
old-style, external-floppy 520ST).  Well...

	Once upon a time (1988), I had a "Ram Easy" 1MB upgrade
installed for me.  I imagine I'll have to disable / remove this as
well, and since I've never seen it, I don't know what to look for.

	If anyone out there is real familiar with this kind of RAM
upgrade situation, could you e-mail me with a brief description of
what I'm looking for and how to disable or remove it?

	Buckets of thanks in advance....

    =================================================================
   / Chris L. Adamson    / This message has cost the net hundreds, /
  / Michigan State U.   /  if not thousands, of dollars to send.  /
 / Telecomm Production / --------------------------------------- / 
/ M.A. student        / plucky@irie.ais.org , plucky2(Amer. O-L)/
================================================================
DISCLAIMER:  MSU wishes it could be so erudite and clever...
From: winfrvk@dutiws.tudelft.nl (Bart Schuller)
Newsgroups: comp.sys.atari.st.tech
Subject: Mega STe HD problem
Date: 11 Oct 92 22:49:34 GMT
Organization: Delft University of Technology

Hello all,

A friend just bought a new Mega STe 2, 48Mb HD from a store that went
out of business. The machine is not _that_ new, because it still has
TOS 2.05, but okay, the problem is: The harddisk doesn't work right.
Symptoms:
          - Sectors take seconds to load, or give an error.
          - Reformatting doesn't help.
          - Leaving the machine switched on for half an hour and trying
            again _used_ to work. This was when it couldn't boot properly.

I'm hoping this is a known problem with an easy solution, because we don't
get any warranty.

Thanks in advance,   Bart.

-------------------------------------------------------------------------------
Bart Schuller    (NeXTmail OK) | What is a 're-mix?' "A total cheat"...
schuller@dutiea.twi.tudelft.nl | ..."A gift"-- when it's Frankie...         TCH
-------------------------------------------------------------------------------
From: dmcdulin@cs1.uct.ac.za (DB MCDULING)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: D.I.Y. 4 Meg upgrade???
Date: 13 Oct 92 11:18:08 GMT
Article-I.D.: cs1.dmcdulin.17.0
Organization: Computer Science Department, University of Cape Town

In article <1b30icINN80o@usenet.INS.CWRU.Edu> an938@cleveland.Freenet.Edu 
 (George II Lenzer) writes:

>	Has anyone come up with a way to upgrade ST's with a 
>homebrew board?  If so, I would be interested in hearing about it.
>Please E-mail me if you can.
>
>						Thanx,
>						George II Lenzer
>
>-- 
>"I'll let you in on a little secret.
>	The whole universe is totally INSANE!!!!"
>						Mr. Natural
>

If at all possible, I'm also interested in such a board. Email anyone?

/------------------------------------------------------------------------\
| BuzMack says: Do Unto Others, Then Split!                              |
| Flames, greetings and any email to:        dmcdulin@cs1.uct.ac.za      |
\------------------------------------------------------------------------/
See ya
BuzMack The Terrible.
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TOS 2.06 & OXYD2 -> problems !?
Date: 12 Oct 92 23:38:00 GMT
Organization: Wetware Diversions, San Francisco

In article <1992Oct11.162910.15762@ultb.isc.rit.edu> jad2433@ritvax.isc.rit.edu writes:
>How much for Tos 2.06 in say a Mega4?

Around $150 including ROMs.



-- 
   |||    Ed Krimen
   |||    ekrimen@wet.uucp   Contributing Editor, Atari Explorer Online
  / | \   E.KRIMEN (GEnie)            Vice-President, ABACUS User Group
Newsgroups: comp.sys.atari.st.tech
From: sanders@sci.kun.nl (Sander Stoks)
Subject: Re: GFA BASIC again!
Organization: University of Nijmegen, The Netherlands
Date: Thu, 8 Oct 1992 16:27:08 GMT

In <1992Oct7.135339.12297@cs.mcgill.ca> chuckies@cs.mcgill.ca (Charles J. Savoie) writes:

>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
 3    If 1, in Cconin() the current value of Kbshift() is placed in
      bit 24-31.
>Hope this helps.

>-- 

You shouldn't use a blunt Spoke, BTW, since this doesn't preserve the
settings of the other bits. You should use an AND with the original
value.

>.. .  . .  . ... . . ... ... ...   =====================================
>|   |--| |  | |   |<   |  |-  `-.   Charles Savoie  chuckies@cs.mcgill.ca
>`'' '  ' `''' `'' ' ` ''' `'' '''   =====================================

Sander SToks
sanders@sci.kun.nl
From: jhenders@jonh.wimsey.bc.ca (John Henders)
Newsgroups: comp.sys.atari.st.tech
Distribution: world
Organization:  One of these days for sure
X-News: HERMES MMAIL 1.04 Rev. Sep  5 1992
Subject: Re: Detecting the closing of an ACC from within an APP
	<H.ea.rebVy1lRaGY@lionbbs.bs.open.de>
Date: Tue, 13 Oct 1992 14:10:32 -0700

In <H.ea.rebVy1lRaGY@lionbbs.bs.open.de> UweKloss@lionbbs.bs.open.de ( Uwe Kloss ) writes:
>.... write an ACC which checks the Clipboard in
>regular Intervals an does the above.

    I thought there were problems with doing event_multi() with a timer event
in a desk accessary. Is there a work around I haven't heard about?


-- 

 "If Rush fans were braindead, why are there so   Bruce Bufalini
 many people posting to alt.music.rush?"              PSU
From: as327@cleveland.Freenet.Edu (Roy Bixler)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Truncating files in C
Date: 10 Oct 1992 18:32:35 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: as327@cleveland.Freenet.Edu (Roy Bixler)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, Murray_Moffatt@kcbbs.gen.nz (Murray Moffatt) says:

>I'm using Prospero C and I need to be able to truncate a file at a certain 
>offset.  I can't see any immediate way to do this, can anyone suggest 
>a solution?
>
>

Check out the 'chsize()' system call.  That, in combination with
fseek/lseek ought to to it for you.
-- 
Roy Bixler
Internet: as327@cleveland.freenet.edu -or- rbixler@nyx.cs.du.edu
"When the going gets weird, the weird turn pro."
Newsgroups: comp.sys.atari.st.tech
From: thomasc@ms.uky.edu (Thomas Campbell)
Subject: Re: Line-A variables and a status Line
Date: Wed, 14 Oct 1992 01:15:10 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

In article <1992Oct12.185911.21702@debug.cuc.ab.ca> Cford@debug.cuc.ab.ca (Conan Ford) writes:
>Someone here was talking about the Line-A variables.  First of all, I'd
>not suggest using the Line-A variables; if you do your programs will not
>run on a 68020 or better.

Ok, I've seen a dozen or so people say don't use Line-A vars don't use
Line-A vars blah blah blah.  Ok fine! I won't use them but, how about
a suggestion on what to do *instead*.  I know that it can be done...
most of us use Uniterm right?  That's all I want.  When information is
coming in over the modem I want it to scroll up at line 20 instead of line
23.  I'm really not asking for *that* much am I?  I know it's easy to 
do on the 8bit machine it's a snap!  Are we going to roll over and
say that our 8 bit is better than our 16 bit?????????????????? 

Alex

Newsgroups: comp.sys.atari.st.tech
From: richard@op.ph.ic.ac.uk (Richard Syratt )
Subject: Lharc source?
Organization: Imperial College, London University
Date: Tue, 13 Oct 1992 12:08:18 GMT
X-Posted-From: speckle.op.ph.ic.ac.uk
NNTP-Posting-Host: sol.ctr.columbia.edu

Can anyone tell me where I can get hold of the source for Lharc?
Most atari stuff seems to be lzh'd these days, and why not?  It's
just that unlike arc or zoo, a unix version doesn't seem to exist and
I'd really like to look at some of the stuff I pull across, *before*
laboriously copying it to floppy and then finding out when I get back
to my st that it's not what I wanted :-(.

	Thanks
		Richard


Newsgroups: comp.sys.atari.st.tech
From: terjeve@ifi.uio.no (Terje Vernly)
Subject: gcc2.2.2 cross-compiler
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Sun, 11 Oct 1992 17:39:38 GMT
Originator: terjeve@kolsaas.ifi.uio.no

I just downloaded the source for gcc2.2.2 from a.a and have made
myself a cross-compiler (hosted on a Sun Sparc, SunOS 4.1.1).

When I compile a program with the -mbaserel option, the program
crashes with 4 bombs as soon as it starts.
But if i omit the linking on my cross-compiler and link the program
with gcc2.2.2 on my ST instead, the program works perfectly.

Both linkers are Patchlevel 31.

Help! :-)

--
  +----------------------------------------------------------------+
  | Terje Vernly                   "The dead know only one thing : |
  | InterNet: terjeve@ifi.uio.no    It is better to be alive."     |
  +----------------------------------------------------------------+
Newsgroups: comp.sys.atari.st.tech
From: kruel@phys-chemie.uni-wuerzburg.dbp.de (Thomas-Martin Kruel)
Subject: Re: sm124 - 4meters - atari
Summary: your cable may be shielded not properly
Keywords: long monitor cable
Organization: Institut fuer Physikalische Chemie / Uni Wuerzburg
Date: Thu, 15 Oct 1992 15:42:12 GMT

In article <9210111750@jacom.UUCP> jac@jacom.UUCP (Joerg Conradt) writes:
> [complains about problems with long monitor cables]
> [attributes it to the weakness of the shifter]

Well, I have a 6m additional cable between my Mega ST2 (with blitter) and
the monitor. It works quite fine, except that the focus is a bit worse.

I have a cable with 7 wires which are shielded INDIVIDUALLY. This may cause
the difference: cables with a single shielding only give bad results, i.e.
the phenomena you have described.

So the problem may be located with your cable. 

My local electronics dealer states that even a 20m cable should work fine.

Sincerely,
Thomas.
-- 

Th.-M. Kruel   Institut fuer Physikalische Chemie der Universitaet Wuerzburg
               Marcusstr. 9-11,  D-8700 Wuerzburg (Germany)
               Phone: +49 931 31579
Newsgroups: comp.sys.atari.st.tech