HDTenEightyP/NetNews huggingface dataset:
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: help with error: NEAR/FAR reference
Originator: walker@twix.unx.sas.com
Date: Mon, 16 Nov 1992 13:58:30 GMT
Organization: SAS Institute Inc.


In article <1992Nov14.232146.2366@sol.UVic.CA>, aramsey@ugly.UVic.CA (Aaron  Ramsey) writes:
|> I've got a program that gives me a warning.. and I can't figure it out..
|> 
|> <programname> 209 Warning 169: too much global data for NEAR reference, change
|> 			       some to FAR
|> 
|> How do I change it to FAR reference? I'm using SAS 5.10. I tried moving my

Put the __far keyword on one or more of your larger data items,
or compile with the -b0 option to make all data references far.
If you use -b0, make sure to link with the 'nb' versions of the
libraries - the LC command will do this automatically for you,
but if you use BLINK directly, you will have to modify your
library list.

|> subroutines around to try and compensate for any jumps being made by calls to
|> subroutines, but it made no difference. This error shows up at the very 
|> last line of my program (which happens to be blank). How can I get rid of this?
|> And what is causing it exactly? My main() is about 160 line or so, with
|> quite a few if statements... nothing that I would have thought would take
|> up tons of memory when put into assemly... I dunno.

It isn't your CODE that's too big, it's your DATA - read the message.
You have more data than can be accessed via a 16-bit offset, so you
have to tell the compiler to generate 32-bit offsets to at least 
some of it.  The __far keyword tells it to generate 32-bit offsets
to the marked items; -b0 tells it to generate 32-bit offsets to
everything.

Another thing to consider would be to allocate space for that large
array dynamically instead of declaring it as an extern.  Use the
malloc() function and the memory will automatically be freed when
you exit.  (I assume you have a large array since I doubt that you
have declared 64k worth of non-array "int" variables 8^)

|> -Aaron Ramsey...........  bewildered beginning C programmer.  8-)

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.

Newsgroups: comp.sys.amiga.programmer
From: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: Re: New hardware reference guide?
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, 18 Nov 92 15:57:15 GMT

In article <37006@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
>In article <1992Nov10.151105.9806@ifi.uio.no> nilsco@ifi.uio.no (Nils Liaaen Corneliusen) writes:
>>What is the problem anyway? In fact, I was quite impressed by the number of
>>demos that would actually run on the 4000 in ECS mode.
>
>The fact that BootMenu allows you to boot into ECS mode is basically a
>kludge that's required by the number of programs that err when they hit
>the hardware directly.

Then tell us how to do it properly.  Post a startup routine taking over
the entire machine for hitting the HW, guaranteed to work on all Amigas
coming up (Or at least all with an ECS compatible mode), allowing us to hit
the HW a of the ECS definition.  If you don't have one, I have one that
should be pretty nice, which I can mail you and you can fix...

Eivind Eklund AKA Vishnu CRB
eeklund@nyx.cs.du.edu or phone +47-(0)-9-944946 (BBS, shout to get ME)

Newsgroups: comp.sys.amiga.programmer
From: christim@ifi.uio.no (Christian Moen)
Subject: system-friendly screen-hack ?
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Mon, 16 Nov 1992 19:26:37 GMT
Originator: christim@skuta.ifi.uio.no

I need to write to a screen blindingly fast, but want to do this
in a system-friendly manner. I've thought about grabbing the
bitplane-pointers in the screen-structure, but is this really
system-friendly ?  What about future DIG/RTG ?

I've also thought about using the graphics.library BltBitMap function,
put I think I'm better off not using the blitter.

\||||
oo  |  Christian Moen, email: christim@ifi.uio.no
C   |
|_  |  "I had this dream, in which I swim with dolphins,
 \  |   in open sea of transparent blue, maybe you dreamt it, too ?"
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A Style Guide Question
Date: 17 Nov 92 16:31:21 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <mwm.2nu7@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
>4.) Add menu items Done and Cancel that are identical to the buttons,
>	and have the shortcuts be Amiga-D and Amiga-C.

This is not a good idea.  First of all, Amiga-C is the _standard_ key
equivalent for "copy to clipboard".  Let's try not to abuse those
standards that have appeared in at least some number of apps.

Second, the fact that menu keys are processed while string gadgets
are active is effectively a "bug" in Intuition 1.3 and earlier.  2.0
and higher Intuition cannot readily support this.  (Note that I called
it a bug.  I'm not saying that the bug produces undesirable behavior).

There needs to be some modeless way to strike the key-equivalent for
a gadget even while a string gadget is active.  There isn't a good
universal way right now.

The Amiga Style Guide addresses this problem by recommending that
<ENTER> in a string gadget deactivate the string gadget but not close
the window or take any other drastic action.  The idea is that <ENTER>
followed by "D" or "C" would have the desired effect.

Any better solution requires additional support from the OS.

>	<mike

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to visualize control chars? (Was: Re: Fast Text output...)
Date: 21 Nov 92 20:24:57 PST
Organization: TAP

Quoted from <mbs.1c8q@adastra.cvl.va.us> by mbs@adastra.cvl.va.us (Michael B. Smith):

> >     Also, is anyone writing programs to display Unicode text, or

> Yes. In assembler if possible. It slows down the data path of my application

    In assembler... ha ha ha! How are you displaying the text? That is
    what I am most interested in.

>   //   Michael B. Smith
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: jazz@netcom.com (David C. Navas)
Subject: ReadArgs -- requested behaviour
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 16 Nov 1992 01:21:18 GMT

I know we all have our pet peeves about ReadArgs (remember that thread?).
I'm hoping on getting some discussion on this particular enhancement
request (before going to suggs@cbmvax) w/o degenerating to "I wish it
supported - options instead", which was rather well discussed a bit ago :)

Okay, so here is what I was hoping to do with ReadArgs:

Read the argument string (or the WB tooltypes) into a string.  Pass this
string into ReadArgs.  -If- this string ends up being a "?", then prompt
and wait for input on StdIn.  Currently, it prompts, but does not actually
wait for additional input.

What's even worse is that "run program ?" ends up pompting and not
waiting for input either....

Is there good reason for this behaviour, or are these two requests
reasonable?

-- 
David Navas                                   	jazz@netcom.com
Co-author of: Web Data Acq. and Anal.		dnavas@oracle.com
Upcoming products: Shadow V, Jazzbench 2.0.
Newsgroups: comp.sys.amiga.programmer
From: gencon06@titan.ucc.umass.edu (WatchDog)
Subject: Re: A Style Guide Question
Organization: University Computing Services
	<37104@cbmvax.commodore.com> <56468@dime.cs.umass.edu>
Date: Fri, 20 Nov 1992 14:23:14 GMT

In article <56468@dime.cs.umass.edu> barrett@astro.cs.umass.edu (Daniel Barrett) writes:

   In article <37104@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
   >The Amiga Style Guide addresses this problem by recommending that
   ><ENTER> in a string gadget deactivate the string gadget but not close
   >the window or take any other drastic action.  The idea is that <ENTER>
   >followed by "D" or "C" would have the desired effect.

	   And then, there are the programs that use <RETURN> or <ENTER> to
   move from string gadget to string gadget.  In such a program, using the menu
   key equivalents is nearly impossible!  And yet, it's a common practice
   that (IMHO) is intuitively a reasonable thing to do.

Well, in several programs that I have seen, pressing the return moves thru
the different string gadgets with the default button as the last selection
that return works on.  (Hmm, I sound a bit cryptic here...)  What I mean is
say you open a window that queries for print settings.  The string gadgets 
may or may not have the defaults in them already (if they do, the user just
edits the strings).  Also on this window are two buttons, 'PRINT' and 'CANCEL'.
by pressing return the user accepts what is in the curent string gadget, and 
the next string gadget is selected.  This is repeated untill all the string 
gadgets have been visited once, so instead of going from the last string to the
first string, the 'PRINT' button is highlighted.  Pressing return here will
be like clicking on the 'PRINT' button.  Keyboard equivs (hot-key, whatever)
for the 'PRINT' and 'CANCEL' buttons are either:
  1} Non existant (user has to use the mouse to select 'CANCEL', if the user
	has no mouse, remember the keyboard equivs for mouse movements...)
  2} Work where ever the user is in the window
  3} Work only when the 'PRINT' button is highlighted.
I personally like #2, and the keyboard equiv is a modified keystroke (ctrl-,
alt-, amiga(command)-).
                                                     -WatchDog
Newsgroups: comp.sys.amiga.programmer
From: umueller@iiic.ethz.ch (Urban Dominik Mueller)
Subject: Re: Looking for ixemul.library
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 20 Nov 1992 18:54:37 GMT

In article <1992Nov20.104510.18558@jet.uk> rmal@jet.uk (Richard Lucock) writes:
>Hi,
>	Can anyone tell me of a site/directory where I can
>find a copy of the ixemul.library (plus docs if they exist).

ixemul`s (and GCC's) home site is amiga.physik.unizh.ch plus all its
mirrors (ie. AmiNet). You should find it in the dev/gcc or util/libs
directory (can't check now). Public interest, thought I'd post..

  -Dominik

Newsgroups: comp.sys.amiga.programmer
From: wlanders@nexus.yorku.ca (W L Anderson)
Subject: New Registered DICE?
Summary: What will it include
Organization: York University, CS Dept. Toronto
Date: Mon, 23 Nov 1992 04:32:22 GMT

After seeing a post by Matt Dillon earlier today, I'm wondering what the
new registered version of DICE that will be finished in early December will
offer.  What new goodies do you have for us, Matt?

Tom Hayko
wlanders@nexus.yorku.ca
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SAS/C 6.00 problems
Date: 15 Nov 92 20:05:15 GMT
Organization: BBS

|> I'd rather have a command to get the error _column_ :-)
 
> Me, too - unfortunately, that information is lost by the time the
> message is printed because preprocessor macro expansions have
> messed it up.  I'll have to write new code to get it to work.
 
Aztec's show-errors-in-the-editor thing has no difficulty with error
column in lines with macros ... though their idea of column number
may not match your editor's (a tab is counted as one character)
From: rob@spirits.ka.sub.org (Roland Bless)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: vsprintf() in SAS/C 6?
Date: 20 Nov 92 20:52:11 GMT
Organization: Blessed Software Products, private, Karlsruhe (FRG)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 8bit
X-Newsreader: Arn V1.00 pre

In article <harry.03at@elfuerte.fipnet.fi>, Harri P Pesonen writes:

> Is there a library function
>
> int vsprintf(char *buf, char *format, va_list ptr);
>
> or something like that in SAS/C 6.0?  It exists in MS C but doesn't in

Yes, vsprintf() exists in SAS/C 6.0.

Regards,
 Roland
--
R o l a n d   B l e s s |UUCP/USENET: rob@spirits.ka.sub.org        IRC: rob|
Groetzinger Strasse 44  |BITNET: UKG5@DKAUNI2.BITNET      FAX: +49211623818 |
7500 Karlsruhe - FRG    |---------spirits--in--the--material--world---------|
voice +49 721 497381    |           Die Menschheit lernt nie. Aus.          |
From: mhell@mhell.adsp.sub.org (Manfred Hell)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Bug in ViewPorts under 2.0
Date: 22 Nov 92 20:37:39 GMT
Organization: M. Hell - Nachrichten- und Datentechnik

In article <2865@cbmehq.esco.so.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>In article <1992Nov16.065000.1070@doug.cae.wisc.edu> pochanay@cae.wisc.edu (Adisak Pochanayon) writes:
>>However, when I use 2.0 and hi-res I get a wierd problem.  The RxOffset
>>in the RasInfos structure shifts the offset into the bitmap by two
>>pixels instead of 1.  Is this a bug under 2.0???  Or do I have to set
>>any special flags in the view or viewport that I'm using.  Has anybody
>
>	This is the infamous "RxOffset Bug". 1.1,1.2,1.3, + 3.0 interpret the
>RxOffset in the correct manner (as hires pixels). Somehow 2.0 started
>interpreting it as low-resolution coordinates without anyone noticing
>before it was too late. This was fixed in 3.0. You'll have to make
>your code version sensitive.
>

I've been reporting this bug at least 3 (three!) times during 2.0 beta 
testing phase. One time I got the message that it is fixed and went into rom
nevertheless. For me, this is one of the best examples how the bug-reports
from Europe get attention in West Chester and why it is absolutely necessary
to have a feedback on posted bug-reports. Sorry, but i'm still very angry
about this, because after having released a new version of our program that
does now version checking, you fixed the bug and we have do deliver an 
update now once more. In the niche market 'Amiga' the costs for such actions
are incredible and you guys in WC should do all to avoid things that hurt
your baby.

Please don't waste bandwidth on this matter, I do not subscribe to this 
newsgroup, only by reading adsp.relay!

--
Manfred Hell
....!cbmehq!cbmger!mhell!mhell
Newsgroups: comp.sys.amiga.programmer
From: ftegerer@cip.informatik.uni-erlangen.de (Frohwalt Egerer)
Subject: Searching for DOS documentation
Organization: Student Pool, CSD, University of Erlangen, Germany
Date: Sun, 15 Nov 1992 20:11:05 GMT
Keywords: DOS, documentation

I'm looking for a documentation of AmigaDOS. That really means DOS:
The RKMS's don't say a word about packet level IO, processes,
shells, file systems and so on.

I know there is a DOS book from bantam books. Hoever I never have seen
it, and I don't know if it contains the expansions done in Release 2
of the operating system.

So mail me if you know that book or any other good document about that
topic. (PD-doc files preferred :-) ) If possible add information I could
tell my book store to order it. (ISBN or similar)

Thanks for your help,
  Froh

---
Email:     ftegerer@cip.informatik.uni-erlangen.de
Snail:     Frohwalt Egerer \ Drausnickstr. 36  \ 8520 Erlangen
Voice:     09131/55617
Newsgroups: comp.sys.amiga.programmer
From: vivier@boole (VIVIER laurent)
Subject: Prolog needed
Organization: University of Grenoble (France)
Date: Thu, 19 Nov 1992 09:56:54 GMT

I seek a Prolog (3) which I can use on my Amiga .
I have an Amiga 500, 1Mb, 2 drives, KS 1.2, WB 1.3 .
Can you help me ?
Thanks .

---
+----------------------------|"All that is, was and will be
|       Laurent Vivier       | Universe much too big to see
|    vivier@ufrima.imag.fr   | Time and space never ending
+----------------(Metallica->) Limitation of human understanding"
-- 
+----------------------------|"All that is, was and will be
|       Laurent Vivier       | Universe much too big to see
|    vivier@ufrima.imag.fr   | Time and space never ending
+----------------(Metallica->) Limitation of human understanding"
Newsgroups: comp.sys.amiga.programmer
From: itch@cbnews.cb.att.com (richard.m.brack)
Subject: Re: sprites in 3.0?
Organization: AT&T
Date: Mon, 16 Nov 1992 23:50:19 GMT

In article <69619@cup.portal.com>, Dan_E_Babcock@cup.portal.com writes:
> Have you tried JRComm? That's an example of very
> simple sprites use (for the cursor). If even that doesn't work than
> -nothing- will work.
> 
> Dan

Hmmm, are you implying JRcomm doesn't work?  I'm using it now.  It works,
BUT, the sprite seems to be squashed.  It's not has wide as it should be.
JRcomm also causes the WB pointer to be squashed!  However, it DOES work.


Rich...
-- 
{ the itchman cometh   /-/         _          i don't want to be your angel }
{ itch@cbnews.att.com /-/        _|_|_          i want to be your witch!    }
{ att!cbnews!itch \-\/-/         ( * )tch                 -yello            }
{                  \/\/           /^\                                       }
From: uzun@crash.cts.com (Roger Uzun)
Newsgroups: comp.sys.amiga.programmer
Subject: Nic Wilsons Set040?
Date: 17 Nov 92 18:34:24 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

Does anyone know where I can get ahold of Set040 Version 2.x
by Nic Wilson?  I have an A4000 and I hear that the utility
will allow me to boot earlier OS versions, so I may
be able to run some more games.

-Roger
--------------------------------------------------------------
bix: ruzun
NET: uzun@crash.cts.com
From: dave@hyla.hyla.biosci.missouri.edu (Dave Zaloz)
Newsgroups: comp.sys.amiga.programmer
Subject: Programming Sound Chips
Date: 23 Nov 92 15:32:48 GMT

Aloha.

A friend of mine wants to learn how to program the sound chips in his  
Amiga.  Specifically, he wants to cascade the chips so that one chip  
frequency modulates another chip.  If anybody out there knows where we can  
get some sample code illustrating this or know a good reference book  
please let me know.

Dave
From: walt@bcarh1d7.bnr.ca (Walt Sullivan)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE
Date: 16 Nov 92 16:07:15 GMT
Organization: Bell-Northern Research, Ottawa, Canada
In-reply-to: shogun@tension.UUCP's message of 4 Nov 92 17:48:20 GMT

In article <shogun.07jj@tension.UUCP> shogun@tension.UUCP (Jay Brown) writes:

>	   I just downloaded DICE.  It was in .lzh format.  Is there anyway to
>   unlharc it on a dual floppy system.  The archive takes up over 600k, co I
>   assume the unarced version is over 1.2 megs.  Could someone either let me know
>   how this can be done or suggest a smaller C compiler?
>

You can specify a list of files to extract on the lharc command line.
Get lharc to output a list of the files in the archive into a file,
then edit the file to build a script that extracts a few files at a
time, onto different floppies. DICE is worth the effort.

--
Walt Sullivan
INTERNET: walt@bnr.ca (work)
UUCP: walt@orbit.ocunix.on.ca (home)
FIDO: 1:163/109.4
Newsgroups: comp.sys.amiga.programmer
From: kaltenha@informatik.uni-freiburg.de (Raoul Kaltenhaeuser)
Subject: Communication between ARexx-scripts
Organization: Institut fuer Informatik der Universitaet Freiburg, Deutschland
Date: Fri, 20 Nov 92 11:40:45 GMT

I am trying to write a script to single frame record pictures diplayed
on an IV24 via ADPro. But ADPro's ARexx IV24-Saver freezes the script
while the pic is displayed. So when the script arrives at my recorder
commands, the pic isn't shown anymore. I plan to write a second script
which gets a message each time before a picture gets displayed and then
calls the VCR to record (with an appropriate delay for ADPro to display
the pic). 
Now my question: what is the best way to deliver this message, and what
is a good way for the recorder script to wait for the messages from the
display script? (As I want to perform several operations before displaying
I don't want to use a waiting loop).

Raoul

 
--
      ...........................................
      :  Raoul Kaltenhaeuser / GrafikMaschine   :
      :  kaltenha@informatik.uni-freiburg.de    :
      :.........................................:
Xref: sparky comp.sys.amiga.programmer:16201 comp.sys.amiga.hardware:20075
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re:  Attn Commodore: You are making a Big Mistake (Hardware
Date: 21 Nov 92 11:23:40 GMT
Organization: Edotronik GmbH

In article <Bxv4wG.Lsx@cck.coventry.ac.uk> csg019@cck.coventry.ac.uk (-~=Zaphod=~-) writes:
>I will definately but a FALCON if CBM do this.

Go ahead. But please in .advocacy.

>****\\\X//********Steven Haggerty**csg019@uk.ac.cov.cck ok?*****\\\X//*********

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: jfusco@sempco.UUCP (John Fusco)
Newsgroups: comp.sys.amiga.programmer
Subject: Porting GNU SW with Lattice 5.10
Date: 17 Nov 92 20:04:51 CST
Organization: Sim's Electronic Musicians' Publishing Company

I was trying to port the GNU version of SED (1.12) with my Lattice compiler
(don't ask me why - I thought it would be a learning experience).  I came
across the following error:
"Line buffer overflow"

Upon looking at the code I saw that the culprit was a huge macro - several
lines of code run together with line continuation characters (\\).  I thought
that I just needed to tweek some buffer size, so I tried the -z option of the
"lc" command.  My documentation does not describe this option very well, so I
assumed that the number following the -z should be decimal, representing the
buffer size.  This seemed to go further in the code before crashing, but I got
the same error.  After I increased the size above 4096, the LC command crashes
my computer.  Even with a stack size of 100000 it still crashes.

Any ideas?  Thanks in advance...


John Fusco
Internet: sempco!jfusco@wupost.wustl.edu
UUCP:     wupost.wustl.edu!sempco!jfusco
Newsgroups: comp.sys.amiga.programmer
From: rittle@supra.comm.mot.com (Loren James Rittle)
Subject: Re: New hardware reference guide?
Organization: Land Mobile Products Sector, Motorola Inc.
Date: Fri, 20 Nov 1992 19:13:23 GMT
Keywords: n

In article <1992Nov19.131420.28014@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern Reese) writes:
>> The best thing is that you can walk into a book store and get the RKMs.
>> Yes, it is lots of reading.  But it is also the bible when it comes to
>> the Amiga and programming it.

>Yeah? Could you name a single book store which sells the new Hardware
>Ref Guide? No, I didn't think so. I think you've missed the entire
>point of this discussion.

Yeah? Could you name a single good reason why you feel that you
have a God given right to a new Hardware Ref Guide? No, I didn't
think so. I think you've missed the entire point of this discussion.

I sometimes wish that there had never been a Hardware Reference Guide
that contained information on the Amiga's special chipset.  If you
don't like the direction C= is taking with the Amiga, don't buy an
AGA machine.  It really is that simple.

With that said, I hope you change you mind and get an A4000 or A1200
and try to program it using the OS.  You might be surprised and pleased
at the result.

Regards,
Loren
--
Loren J. Rittle (rittle@comm.mot.com)
Systems Technology Research (IL02/2240)
Motorola, Inc.
(708)576-7794