HDTenEightyP/NetNews huggingface dataset:
From: Klaus_Seistrup@magneto.bbs.bad.se (Klaus Seistrup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How do you get a SINGLE character read?
Date: 2 Oct 92 19:00:40 GMT
Reply-To: Klaus_Seistrup@magneto.bbs.bad.se (Klaus Seistrup)
Organization: Magnetic Ink, Copenhagen N, Denmark
OD-Comment-To: Juergen_Weinelt


  Hi Juergen.

[30-Sep-92: Weinelt/All]

 >> I am writting a program in C (Lattice) and need to read a single
 >> character from the keyboard without having to wait for the user to hit
 >> <CR>. I have tried to use the ansii getc() function, but obviously
 >> waits for a <CR>. The I*M version of Turbo C has a non-ansii standard
 >> function getch() which does what I want. Is a similar function or
 >> workaround available for Amiga C?

 JW> Sure. Open a "RAW:" window, and use Read() from dos.library. BTW, I
 JW> think there's a special escape sequence for turning a normal
 JW> "CON:"-window (e.g. the AmigaShell) into a "RAW:" window.

I'm new to this echo, so excuse me if I'm off-topic... But if you're running 2.
0+ the following code might do the trick:

    #define CON 0L
    #define RAW 1L

    long
    getch(void)
    {
        long c;
        BPTR fh = Input();

        SetMode(fh,RAW);
        c = FGetC(fh);
        SetMode(fh,CON);

        return(c);
    }

This has been tested and it works. If somebody out there wants a 1.3-version, 
please contact me by E-Mail. :-)


  Bliss!

    /\                : *** Magnetic Ink ***  .  FidoNet   2:230/119
   / Klaus Seistrup @ : Ahornsgade 8A, 1.TH. -*- Tel: +45 35-372-171
  /____\              : DK-2200 Copenhagen N  |  AmigaNet 39:141/110

  * "Walking back through the hills of dry grass - coming upriver" *

---
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Comeau C++
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Sun, 27 Sep 1992 02:54:26 GMT

In article <mwm.227n@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
>The conclusion I last heard was that generating C code meant the
>compiler vendor could concentrate on higher-level optimizations
>instead of machine-specific, low-level stuff.

Although C generators can indeed concentrate higher, they cannot ignore
the lower.

> The developers who did
>the study figured it came out at about the same speed in the end. This
>actually leaves the CFRONT people with an advantage, as they have two
>groups working on optimizing the compiler - themselves doing the
>stuff. I'd expect that recompiling Comeau++ products with SAS/C 6.0
>will show a major improvment, with no work from Comeau.

That is not false.  OTOH, I'd expect that C vendors would compile, that is
recompile, their own compiler and RTL, when they add optimizations.  Of course
we somewhat have more of the liberty of choosing the C compiler, whereas it
would be somewhat embarassing for a C vendor to compile their stuff with a
competitor's compiler.

>In <Bv645s.31L@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) wrote:
>> Moving right along ;-), the reviewer also found that we compiled faster than
>> some of the native code compilers.
>
>Was that also with you having the optimizer turned off and the native
>code compiles having it turned on :-) ?

Both cases.

>[g++ not being ANSI...]
>Well, if you really want g++ to have some features and can't convince
>anyone else to add them, you have two options: 1) do it yourself or 2)
>Pay someone else (like Cygnus Support) to do it for you. The advantage
>of copylefted software is that option 1 exists, whereas it doesn't
>with most commercial software. The disadvantgae is that you can't
>threaten the sales of the compiler vendor if you aren't happy with
>them.

Like I've said: they can both coexist.

- 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
From: gel25@Vision et Systemes Numeriques (Usager_temporaire)
Newsgroups: comp.sys.amiga.programmer
Subject: LISTVIEWS & GadToolsBox
Date: 28 Sep 92 16:40:37 GMT
Reply-To: gel25@Vision et Systemes Numeriques
Organization: Universite Laval, Qc


    Is it possible to get the node address instead of the node number when
using listviews with GadToolsBox 1.4 ?
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP: Prog. will not compile with STDLIB.H : Why? Anyone?
Distribution: world
Date: 1 Oct 92 10:21:51 EDT
Organization: Fabbian G. Dufoe, III

In article <1992Sep30.180814.7945@scic.intel.com> gatlin@scic.intel.com (Robert Gatlin) writes:
>I am having trouble compiling any C file with the statement:
>
>  #include <stdlib.h>
>
>The error appears to be concerned with the defintion of main
>in the stdlib.h file and main in my program:
>
>  main()

   I'd bet the problem is you didn't declare main() as a void so you have a
conflict with the declaration in stdlib.h.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
From: mbuc1@cs.aukuni.ac.nz (Matthew Richard     Buchanan       )
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Saving Icon for ram disk
Date: 28 Sep 92 21:50:45 GMT
Organization: Computer Science Dept. University of Auckland

>In article <Dave_Birdsong.056k@lppl.mi.org> Dave_Birdsong@lppl.mi.org (Dave Birdsong) writes:
>>I have found a great ICON that I would love to use for my Ram icon, but how
>>do I save it, so that it will be there when I reboot?

You must save it as a disk type icon, first of all, then put it in a directory
somewhere (it will not show up as a dir is not a disk). Then before loading
WB, copy it to the Ram Disk, giving it the name Disk.info,

I do it as follows:

Copy WB_2.x:Drives/RamDiskIcon Ram:Disk.info

(notice it may or may not have the .info suffix when stored in the dir.)

later, Matt.
-- 
*******************************************************************************
* mbuc1@cs.aukuni.ac.nz * "Hello... no, Rick's not here... who am I?.. I'm    *
*    the cure - wish    * the guy stealing Rick's car!"        -No Man's Land *
*******************************************************************************
From: joseph@cs.iastate.edu (Joseph Reynolds)
Subject: Re: GURUs AGAIN!
Keywords: Got new RAM
Organization: Iowa State University, Ames IA
Date: Tue, 29 Sep 1992 13:07:51 GMT

nugget@genesis.nred.ma.us (Ralph Barbagallo) writes:

> I got a new 512k card (A501 I think) for my Amiga and I still have GURUS.

I also had a small problem with memory expansion (MAST: 2Mb
Minimegs, A1000).  Eventually I sent my whole computer to MAST
and they diagnosed the problem as a bad MC68000 chip!  You never
know what's going on inside the Amiga....

Joseph Reynolds

>#include "affiliation-disclaimer.h"
Newsgroups: comp.sys.amiga.programmer
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: Lakes Public Access
Date: Sun, 4 Oct 1992 18:35:27 GMT

chanson@nyx.cs.du.edu (Chris Hanson) writes:

>   Also, even if it were 68040 compatible, it would not work on the A4000,
> as the A4000 uses the 68EC040 chip, the big brother of the 68EC030. The
> 68EC040 chip has neither PMMU nor FPU math coprocessor. It is however,
> unlike Intel's SX-series of lobotomized processors, pin-compatible with
> the full-blown 040, and is socketed for easy replacement.
> 

It has been *repeatedly* stated that the 4000 has the full-blown 68040.  
Not the economy version.

Newsgroups: comp.sys.amiga.programmer
From: pmiller@csugrad.cs.vt.edu (Paul Miller)
Subject: Anyone have DME with AREXX? (or ported to SAS/C?)
Organization: The Ohio State University Department of Computer and Information Science
Date: Fri, 2 Oct 1992 03:38:26 GMT

I'm looking for a copy of DME (the latest) that's been compiled with the
AREXX option. I have 1.45 and the source, but it's heavily optimized for
Manx, with several assembler files, and I can't rebuild myself. If anyone
has ported the necessary asm files to SAS/C I would LOVE to get my hands
on the source! I've been wanting to fix some visual 2.0-related stuff
for awhile, and now that I have SAS/C 6.0 I want the AREXX capability.

Thanks in advance!

-- 
****************************************************************************
* Paul Miller                         |Nobody cares about my opinion anyway*
* Certified Amiga Developer           |                                    *
* INTERNET: pmiller@csugrad.cs.vt.edu |    - Have a JOLT and a smile! -    *
* ------------------------------------------------------------------------ *
* "What IS it, man?"                                "Happy Happy, Joy Joy" *
****************************************************************************
From: dave@dogbox.acme.gen.nz
Newsgroups: comp.sys.amiga.programmer
Subject: Rexx
Keywords: Help me pleae!
Date: Mon, 05 Oct 92 13:09:16 +1300
Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)

I need to know an easy way that I can return a value to a Rexx program.

I am working on a little program which needs to return a value/string to 
Rexx, but I don't want to go through the process of setting up a Rexx 
port and the like.  Can I just send the data somewhere, so that the 
script picks up the data from RC?


David Dustin             Dave@dogbox.acme.gen.nz            Rendezvous BBS
30 Richmond Ave              Dave@acme.gen.nz        AMIGA & Jarre Support
Palmerston North                                           +64 (6) 3566375
NEW ZEALAND                  INFA - 3:771/425                  300 -> 2400
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Speaking of sys errors..
Date: 29 Sep 92 12:04:29 PST
Organization: BBS

> So I assume there's no way to get rid of it short of ripping out my
> accelerator?
 
Yep, that would get rid of all your 8000000D gurus ... but it won't
get rid of the bug in the program that caused it.
From: rreed@terapin.com (Rick Reed)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/6.0 Bugs...
Date: 4 Oct 92 23:32:37 GMT
Organization: BBS

After getting my whole project to compile w/SAS C 6.0, my custom coded assembly
blitter routines worked erroneously, shooting data everywhere!  After much
agony (and CPR sessions), I found that the assembly routines that kept messing
up were those compiled with the __asm ( & __register) options.  These were
routines of mine that passed parameters in registers beyond the scratch a0,a1 &
d0,d1.  What I found was that SAS C now expected these non-scratch registers to
remain the same after the subroutine call - they had to be saved & restored
which I didn't to some registers since they were loaded with parameters before
the call anyway!  After modifying the movem.l's to
movem.l d2-d7/a2-a4/a6,-(sp) of the troublesome routines, it all worked
beautifully!  Apparently, 6.0 DOES generate much better code since it optimized
(thus creating problems for me =) ) the code making the call.  SAS C 5.0 did
not...

        -Rick

rreed@terapin.com
Newsgroups: comp.sys.amiga.programmer
From: kxs5829@ultb.isc.rit.edu (K.X. Saunders)
Subject: Re: Multithreaded code using CreateTask()
Originator: kxs5829@ultb
Organization: Rochester Institute of Technology
Date: Mon, 28 Sep 1992 19:46:04 GMT

In article <xadzhd-@rpi.edu> pooler@vccsouth21.its.rpi.edu (Robert Peter Poole) writes:
>No big deal, just simple things like separate tasks to take care of popping
>up information requesters, leaving the main program running unmolested.
>
>The calling code looks like this:
>      if (aboutstuff == NULL) {
>	tempwininfo = win;
>	aboutstuff = (struct Task *) CreateTask("FracExe_About_Task",
>						0L, AboutThisProg,
>						4000L);
>      }
>where aboutstuff and tempwininfo are globals declared as follows:
>struct Task *aboutstuff = NULL;
>struct Window *tempwininfo;
>
>The following is the function AboutThisProg() which is launched by the
>CreateTask() call:
>
>void AboutThisProg(void)
>{
>  struct Process *thissubproc;
>  APTR oldwinptr;
>  extern struct Window *tempwininfo;
>
>  thissubproc = (struct Process *) FindTask(NULL);
>
>  oldwinptr = thissubproc->pr_WindowPtr;
>  thissubproc->pr_WindowPtr = (APTR) tempwininfo;
>
>  printf("This should print out!\n");

	Don't most compilers printf() library routines call DOS library
functions?  If so, then you shouldn't be using printf() anywhere in your
function, as it is running as a task, not as a process.

	- Kyle

-- 
+-"Remember, [MS]DOS is sort of a UNIX deviant already" - dmoscny@piglet.-----+
|    // Only /\          kxs5829@ultb.isc.rit.edu                 cincinatti. |
| \ //      /--\MIGA     kyle@nick.csh.rit.edu                    oh.us       |
| \X/ SQLdb - $40 rdbms  Rochester Institute of Technology                    |
Newsgroups: comp.sys.amiga.programmer
From: "thomas napier" <thomas.napier@canrem.com>
Subject: help with gadtools
Reply-To: "thomas napier" <thomas.napier@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 13 Sep 92 14:58:10 EST

Hi there, I need help from someone who is familiar with gadtools, I can't
for the life of me get the generated source to do anything in my program.
 
I've done everything the manual says, 

what is the correct proceedure to get what you've created with gadtoolsbox
to come up on screen in a simple program? 

I have a simple window with a few gadgets on a workbench screen 

how should it be compiled with DICE?
 
thanks
       Tom Napier

---
  AME 1.07  I'm Bilingual, I Speak English And Construction
--
Canada Remote Systems  - Toronto, Ontario, Canadas
World's Largest PCBOARD System - 416-629-7000/629-7044
From: wille@june.cs.washington.edu (Robert Wille)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 28 Sep 92 20:21:19 GMT
Organization: University of Washington Computer Science

In article <1537@igd.fhg.de>, john@igd.fhg.de (Werner John) writes:
|> Hello everyone,
|> 
|> So SAS-C++ will come along with a C++ source level debugger, does it?
|> Hmmm that triggers some more thoughts.  How do you debug C++ programs compiled
|> with Comeau C++?  I think every one who does programming in C++ has seen
|> the nasty names that are created by the front end as C-function names.
|> I really hate to debug this kind of stuff.  printf, sorry, I should say
|> cerr debugging is sometimes quite useful, but ablsolutely not state-of-
|> the-art.  Is there a source level debugger for Comeau C++ available? 

There are pluses and minuses here.  While the mangled names are difficult 
to read, they do contain the class name and the method name.  Its not that
hard to figure out which method is going to be called.  You also get the
advantage of being able to pick your backend compiler.  

There are also some advantages to looking at the intermediate C code.  When 
you look at a line of C code, you know basically what the assembly code 
looks like.  It's not nearly so obvious with C++.  With overloaded 
operators, you can have very simple statements that end up producing an 
amazing amount of code.  

I've seen things as simple as 'a[i] = b[i]; b[i] = NULL;' that have generated 
over a hundred bytes of code ([] and = were both overloaded and had fairly 
large inline functions and called several other functions as well).  If you 
were to look at the intermediate C code, you'd see the various inline 
functions that were generated there.  This statement above happened to be 
in a loop.  When I saw the amount of code that was generated, I changed the 
statement to an equivalent memcpy and memset.  These are the sorts of things 
you might miss if you never looked at anything but the C++ code.  So, there
are advantages to having the intermediate C code.  Its nice that C++ hides
a lot of the nitty gritty stuff, but it can make the code look deceptively
simple.

-- 
Robert

There is evidence that the brain is like a computer.  If that's true, 
then there really aren't any stupid people.  Just people running DOS.
From: mraja@weird.miami.fl.us (Moazam Raja)
Newsgroups: comp.sys.amiga.programmer
Subject: AmigaDOS 2.0 KickStart (KickFile)
Date: 29 Sep 92 12:56:25 EDT
Organization: Weird BBS [Amiga] (305)553-3207 S. Miami, FL USA

        Now I know some of you here are going to flame me and stuff but here it
goes anyways: 
        
        I'm running AmigaDOS (KickStart) 1.3 and WANT to run KS 2.0. The
problem is that I cant afford it at the moment. I want to TEST KS 2.0 and if I
like then I'll spend the $100 for the disks and the ROM. But I want to test it
first. So my question is: How can I run DOS 2.0 without the ROM? I've heard of
people running it from 'kickfiles' and such. How much memory does such a
project require? I have ZKICK but I dont have the KickFile. How would I go
about running 2.0 without ROM 2.0? thanx.
Xref: sparky comp.sys.amiga.programmer:14115 comp.sys.amiga.tech:109 comp.sys.amiga.misc:14762 comp.sys.amiga.graphics:6576 comp.sys.amiga.games:13754 comp.sys.amiga.audio:3554 comp.unix.amiga:2228
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.tech,comp.sys.amiga.misc,comp.sys.amiga.graphics,comp.sys.amiga.games,comp.sys.amiga.audio,comp.unix.amiga,alt.sys.amiga
Subject: Re: :-( Contest - win your own A4000 :-(
Date: 6 Oct 92 10:56:31 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <1992Sep28.140559.23389@usage.csd.unsw.OZ.AU> peteru@hydra.maths.unsw.EDU.AU writes:
>
> That is just great... I am really fed up by being ignored by C= here in
> Australia. And it's not just this competition that has me Pi**ed off.
> How is this for a list of 4000 reasons to be dissapointed with C=

    Here's for France :

 US: Power Up to A3000 deal		France: NOTHING
 UK: Trade in your A500 for CDTV	France: YES
 US: Buy A3000 get CDTV for FREE	France: NOTHING
 US: 4000 reasons to own Amiga		France: NOTHING

    BTW, the prices are really high. For example, the 4000 will be sold for
    18990 Francs without taxes, 22522 Francs with taxes ==> $4500 !!!
    
    The best way to get it at a low price here is to buy it in Germany or
    Switzerland.

                                   -- Philippe

/------------------------------------------------------------------------------\
|    Philippe Berard  (French Amiga User)       |                              |
|    "They hold a cup of wisdom,                |  amipb@amipb.gna.org         |
|     But there is nothing within" (Kate Bush). |                              |
\------------------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: rcarpent@ringer.cs.utsa.edu (Richard Carpenter)
Subject: SAS/C 6.0 / Harddrive >nil:
Organization: Univ of Texas at San Antonio
Distribution: utsa
Date: Tue, 29 Sep 1992 17:23:35 GMT

I received my SAS/C 6.0 upgrade last night.  It looks very good.

I liked the look of the box that it came in.  I showed it to some friends
and they all had the same reaction..."Wow, thats a cool box!"

As it turns out the stuff inside is even more interesting.  I only was 
able to use it for a few hours last night, but the transition from the 
old compiler to the new was relatively painless, but it does take a little
time to make the switch.  The section in Volume one of the manual that listed 
5.10 equivalent commands was very helpful.  

Also, the quick reference that came with the manual seems like it will 
be very usefull.  One of those books that will stay right by your side
while programming.  

Unfortunately, I had to get some studying done last night so I turned my 
computer off and didn't get back to it until this morning.  I was quite 
surprised when my computer failed to boot.  I unplugged the harddrive 
and was able to boot with a floppy, for whatever good that will do me. 

Anyway, just wanted to give my impressions of SAS/C 6.0

-- 
-------------------------------------------------------------------
			Richard Carpenter
			ringer.cs.utsa.edu
-------------------------------------------------------------------
From: davidm@consilium.com (David S. Masterson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AztecC 5.2 and system()
Date: 7 Oct 92 00:41:08 GMT
Distribution: comp
Organization: Consilium Inc., Mountain View, California
In-reply-to: fgd3@nifty.UUCP's message of 5 Oct 92 22:22:27 GMT
X-Posting-Software: GNUS 3.13  [ NNTP-based News Reader for GNU Emacs ]

Seems reasonable to roll a system() function from Execute.  Thanks.
--
====================================================================
David Masterson					Consilium, Inc.
(415) 691-6311					640 Clyde Ct.
davidm@consilium.com				Mtn. View, CA  94043
====================================================================
What I said back then -- well, it's hard to find.  Number one, I
didn't say it.
                -- George Bush, on calling Reagan's policies ``voodoo
                   economics'' during the 1980 primaries.  NBC
                   rebroadcast the tape.
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 29 Sep 92 16:28:19 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <jac.717746790@moonshine>, jac@moonshine.llnl.gov (James A. Crotinger) writes:
|> based) C++. I don't know the details (Greg??). Rudimentary support is
|> fairly easy. You just need to teach the debugger to demangle C++ names
|> (in both directions), and to heed the #line directives which CFRONT
|> puts in the C source it writes (currently, CPR does neither of these;
|> I believe Manx's SDB does heed the #lines, which at least lets you see
|> the C++ source when debugging). Good support (like stopping in inline

CPR V6.0 does pay attention to the #line directives in the source code.

It does not do any name demangling.

|> James A. Crotinger     Lawrence Livermore N'Lab // \ The above views are mine
|> jac@moonshine.llnl.gov P.O. Box 808;  L-630 \\ //---\  and are not neces-
|> (510) 422-0259         Livermore CA  94550   \\/Amiga\  sarily those of LLNL.

-- 
  *****
=*|_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: aduncan@rhea.trl.OZ.AU (Allan Duncan)
Subject: Re: It works under CPR, but not without it!
Organization: Telecom Research Labs, Melbourne, Australia
Date: Thu, 1 Oct 1992 23:41:02 GMT

From article <1adjhbINN54n@gap.caltech.edu>, by rknop@cco.caltech.edu (Robert Andrew Knop):
> So, I have this program.  If I compile all of the source modules with -d5 (for
> C) or -d (for the one assembly module), and then link it, it works just fine.
> If I compile them without the debugger, it behaves screwily.  No guru, but the
> program does not run correctly.
> 
> What could be causing this?  Clearly I can't use the debugger to track down
> this problem... any suggestions as to where I should be looking for trouble?
> 
> This is frusturating.

Sounds like long word alignment problems.

Allan Duncan		ACSnet	 a.duncan@trl.oz
(+613) 253 6708		Internet a.duncan@trl.oz.au
Fax    253 6664		UUCP	 {uunet,hplabs,ukc}!munnari!trl.oz.au!a.duncan
    Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.
Newsgroups: comp.sys.amiga.programmer