HDTenEightyP/NetNews huggingface dataset:
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: Sat, 26 Sep 1992 04:29:45 GMT

In article <BuzCEo.9K8@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>
>In article <jac.717141769@moonshine>, jac@moonshine.llnl.gov (James A. Crotinger) writes:
>|> From a practical point of view, the biggest problem with using CFRONT
>|> is the extra compile time---there is much duplicate effort between the
>|> two stages---but even this isn't such a big problem with today's
>|> computers (I'd hate to use it on anything less than an '020 though).
>
>The duplicate effort isn't as much as you think.  The generated C code
>doesn't have any #include statements, and searching for #include files
>is a large percentage of the time spent performing a normal C compile.
>The generated C code also doesn't use any preprocessor macros, which
>speeds things up as well.

Actually from tests we've done, the single biggest stopgap is loading
the C compiler from the disk on most systems.  Things like ram: makes
that part go away though.

>There is ALWAYS
>some intermediate language or languages in place with any compiler.
>The fact that this language happens to be C should be irrelevant
>to the final user.

For most people we have found that to be true.  Even to the point of being
a necessity for some.  it is rare to be a genuine obstacle.

So, of course I obviously agree.  And from that ripple a number of
benefits too.

- 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.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gcc 2.2.2 requirements
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sun, 4 Oct 1992 22:05:51 GMT

In article <KOPNICKY.92Oct3191904@flammulated.owlnet.rice.edu> kopnicky@flammulated.owlnet.rice.edu (Lyle Warren Kopnicky) writes:
>Could someone tell me what the reasonable requirements are for gcc
>2.2.2?  And what files are necessary?  I assume the files needed are
>gcc-2.2.2, ixemlib and libg++, and fix1 and fix2.  I have an A2000

ixemlib and libg++ are included in the 222 distribution, so you just need
222 and the two fixes.

>with 5MB RAM and OS2.04.  I tried g++ v1.4 a while back, but it used

5MB is fine for C, and should be ok for moderate C++ stuff (the problem with
C++ is that it usually includes waste amounts of non-trivial headers. non-
trivial in the sense of needed storage to represent the contained information)

>that's not so great, either.  I found the old g++ plenty fast, even if
>it hogged memory, and I find the GNU Emacs port plenty fast, too, if
>that helps.

Well, part of the reason why g++ is plenty fast is its memory hunger.. its
not a `the more memory, the faster' relation, but some algorithms are designed
with the knowledge, that memory is available in larger quantities...

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 26 Sep 92 11:48:25 PST
Organization: BBS

> > The duplicate effort isn't as much as you think.  The generated C
> > code doesn't have any #include statements, and searching for
> > #include files is a large percentage of the time spent performing
> > a normal C compile.
 
> Actually from tests we've done, the single biggest stopgap is
> loading the C compiler from the disk on most systems.  Things like
> ram: makes that part go away though.
 
SAS, Aztec, and I think DICE can all be pre-loaded in some say or
other, so this is not a problem with any of them.
 
I don't know about the others, but with no #includes or #defines,
Aztec can digest source files VERY quickly ... the one thing that
really slows it down is large amounts of strings -- I have one source
file that contains about 10k of strings in a big array, and it
compiles half as fast, or less, as other source files of the same
size.  Aztec translates strings into assembly in an inefficient way,
slowing down both the compiler and the assembler.  It usually doesn't
matter because strings are just a small percentage of the program.
Newsgroups: comp.sys.amiga.programmer
From: chymes@uri.csmil.umich.edu (Charles Hymes)
Subject: Need a variable text to drift around a window. Intuitext or Gadget?
Date: Mon, 05 Oct 92 11:52:37 EDT
Organization: Cognitive Science and Machine Intelligence Lab, U. of MIichigan
Keywords: n

------------------------

I need a string containing text to "drift" up and down on
a window according to the value a user provides with a scroller
gadget.

I'd like some recomendations on legal, simple, lowest  overhead
appoches.
The Text must be able to be a proportional font, and smooth scrolling
is very much preferred.

From reading the latest RKMs there is no clear info about moving a
gadget or intuitext around a window. How can I do it?

I am deathly afraid of the graphics primitives, I know almost nothing
about them, and I would like to keep it that way. But is my paranoia
unfounded?  Would the low level stuff be the best approach?

Charlweed Hymerfan
From: bell@ecs.umass.edu
Newsgroups: comp.sys.amiga.programmer
Subject: SAS/6.0 Compiling from Editor HELP!!!!!
Date: 6 Oct 92 21:11:59 GMT


In article <QemX4pW00iUzA0fK0R@andrew.cmu.edu>, ef23+@andrew.cmu.edu (Eugene M. Feinberg) writes:
|> 
|> I installed v6.0 of the SAS compiler.  However, when I try to compile
|> from the editor by hitting F4, a get a window that says "Compiling" 
|> and which goes away quickly with no noticable affect.
|> 
|> Thanks in advance.
|> 
|> Gene Feinberg
>
>Just a guess, but it sounds like the editor can't find the compiler.
>Make sure that the PATH SC: ADD statement in your startup script
>occurs BEFORE the "loadwb" command if you invoked the editor from
>workbench.  If you invoked from CLI, make sure SC: is on your path.
>
>-- 
>  *****
>=*|_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.

    I finally received my copy of V6.0.  I don't know about this RPS that SAS
used for shipping!?!
    I can't compile from the editor, and I'm upset.  I have the above done
correctly.  I had csh5.19 on my system but have completely wiped it off and I
still can't compile from the editor.  All that happens is the same as described
above -- Compiling... and then nothing and I'm back were I started.
    Any and all help is appreciated.  I have a program to write and if I don't
like doing things from the shell although that seems to work - although in a 
sample compilation it seems that the executable was much larger than the one
from V5.10b.
    Thanks for the help!!!!

			Shane L. Bell
Newsgroups: comp.sys.amiga.programmer
From: gatlin@scic.intel.com (Robert Gatlin)
Subject: HELP: Prog. will not compile with STDLIB.H : Why? Anyone?
Originator: gatlin@rs048.scic.intel.com
Organization: Intel Corporation, Beaverton, OR
Date: Wed, 30 Sep 1992 18:08:14 GMT

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()
  {
    ... Code Here ...
  }

I am using Lattice 5.0 (Old I know) on an Amiga 1000, with 
WB 1.3 .

For those familiar with Lattice error messages (presuming the
numbers have not changed from version to version) the error 
# is 72 (I don't have my manual with me so ...). The error has
something to do with a previous definition not matching the 
usage in the program. If I remove the include statement it
compiles fine (or it appears to). 

Any Ideas?

-- 
|  Robert Gatlin - Supercomputer Interconnect Components - Intel Corporation |
|   gatlin@scic.intel.com ...!any-MX-mailer-like-uunet!scic.intel.com!gatlin |

                      UNDER CONSTRUCTION : PLEASE HOLD...
From: freund@sakura.cs.ucdavis.edu (Jason Freund)
Newsgroups: comp.sys.amiga.programmer
Subject: Double Buffering
Date: 30 Sep 92 05:43:19 GMT
Organization: Department of Computer Science, University of California, Davis


	Does anyone have any good code for double buffering intuition
screens?  There's a new version of doubleb (or whatever) program on a
very new (7??) FF disk, but none of the archives have the real high 
disks yet.   If anyone has code or that program, please email me.

Thanks,
--------------------!ereh kcab deppart m'I--!!PLEH--------------///----------
Jason Freund           freund@sakura.eecs.ucdavis.edu          ///
2033 F Street #311     916-758-0272                        \\\/// Amiga 3000 
Davis, CA 95616        Engineering Computer Science         \XX/
From: jac@moonshine.llnl.gov (James A. Crotinger)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 26 Sep 92 19:53:48 GMT
Organization: Magnetic Fusion Energy - LLNL

mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
> 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.

  I'm sorry, but hacking the compiler is not a serious option for most
people (especially if you've ever looked at the gcc source---talk about
something that should be rewritten in C++ 8-). 

> 	<mike

  Jim
--
-------------------------------------------------/\--------------------------
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.
From: jow@hcast.adsp.sub.org (Juergen Weinelt)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How do you get a SINGLE character read?
Date: 30 Sep 92 17:55:00 GMT
Reply-To: swb.de!imart!hcast!jow
Organization: Private UUCP Site

In article <1992Sep28.164347.13534@scic.intel.com> gatlin@scic.intel.com (Robert Gatlin) writes:
>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?

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

If you need more info, mail me.

>|  Robert Gatlin - Supercomputer Interconnect Components - Intel Corporation |
>|   gatlin@scic.intel.com ...!any-MX-mailer-like-uunet!scic.intel.com!gatlin |

-- Juergen

  o  _         Juergen Weinelt, Germany
  | (_) \/\/   UUCP: swb.de!imart!hcast!jow
  '            CBMNET: jow@hcast.adsp.sub.org
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP!
From: SPIDER-II@BEIZ.mediatex.ch (071256701: FD SG, ffentl. VTX-Station)
Date: 26 Sep 1992 18:45:24 CET
Organization: MEDIAtex AG, CH-8807 Freienbach/SZ

Rmpf!
















|B                                    B|
|E           CH: VTX *3600#           E|
|I           D:  BTX *28881#          I|
|Z                                    Z|
Newsgroups: comp.sys.amiga.programmer
From: wille@june.cs.washington.edu (Robert Wille)
Subject: Re: Obj-C vs. C++ [was Re: Comeau C++]
Organization: University of Washington Computer Science
Date: Thu, 1 Oct 92 20:03:37 GMT

In article <1992Oct1.163330.29774@oracle.us.oracle.com>, dnavas@oracle.uucp (David Navas) writes:
|> In article <1992Sep30.201018.28069@beaver.cs.washington.edu> wille@june.cs.washington.edu (Robert Wille) writes:
|> >In article <1992Sep30.164448.113@oracle.us.oracle.com>, dnavas@oracle.uucp (David Navas) writes:
|> >|> >Suppose class D inherits from B, which declares a "virtual function" 
|> >|> >named "foo". Class D can provide its own definition of "foo". Now,
|> >|> And to call D's superclass' definition of foo we'd just type-cast right?
|> >|> So what happens if D shifts within the hierarchy?
|> >
|> >No.  Type-casting doesn't change which virtual function gets called.
|> 
|> Eek!
|> So how would I call a superclass' virtual function?  Is there a special way to
|> accomplish that in C++?

Just call the function.  From the example above,

D d;
B b, *bptr;

bptr = &b;  b->foo();   // this calls B::foo
bptr = &d;  b->foo();   // this calls D::foo

Maybe you already understood this, and I just don't understand you're question.
You can do the following:
d.B::foo() to call B::foo from object D.
You cannot do the following, however:

b.D::foo() because B knows nothing about D.

|> >Very easy.  At work we have a whole bunch of C++ classes.  The memory
|> 
|> Great.  How?

Just overload operator new and operator delete.

class D {
// Usual stuff

   static void * operator new (size_t size) { return MyMemoryAllocator(size); }
   static void operator delete (void* ptr) { MyMemoryFreer(ptr); }
};

D and everything derived from D will now use MyMemoryAlloctor and MyMemoryFreer
to allocate/free memory for the class.

Note that if you want to use AllocMem, when operator delete is called, you
will have no idea how big the piece of memory is that you want to free.  You
cannot assume it will be sizeof(D).  You could do the following for a ChipMem
allocator:

void* MyMemoryAllocator(size_t size)
{
   size += sizeof(size_t);
   size_t *ptr = (size_t*) AllocMem(size, MEMF_CHIP);
   *ptr = size;
   return (void*) (ptr + 1);
}

void MyMemoryFreer(void *ptr)
{
   ((size_t*)ptr)--;
   FreeMem(ptr, *ptr);
}

Hope this helps.

-- 
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: seggers@semyam.dinoco.de (Stefan Eggers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SetAOLPen in assembler and Pragmas?
Date: 25 Sep 92 13:53:35 GMT
X-Newsreader: TIN [version 1.1 PL6]

Bernhard Moellemann (ry41@rz.uni-karlsruhe.de) wrote:
> In article <1992Sep21.081043.5475@bristol.ac.uk>, ccsw@bristol.ac.uk (EthaStorm) writes:

> >      move.l RastPortA,a0    ; Pointer to my rastport into A0
> >      move.b #1,27(a0)       ; Pen 1 into AOLPen part of RastPortA
> >      move.w #8,32(a0)       ; Set outlining on(???)
> >
> >   This still gives me NO result. Any clues?
> You _must_ use the functions from the gfx.library. They do more than just
> poking this values into the fields. Use SetAPen() and SetOPen().

SetOPen()  is only a macro in graphics/gfxmacros.h that sets the field
AOLPen  and  a flag for outlining.  If the offsets are correct - I did
not check them - he does this setting right.

Of  course the SetAPen() may be missing from the program.  These func-
tions also need an AreaInfo and a TmpRas in the Rastport.  Is this all
set up correct?

Stefan.
-- 
Stefan Eggers                UseNet: seggers@semyam.dinoco.de
Max-Slevogt-Str. 1
W-5000 Koeln 91
Federal Republic of Germany
From: john@jocki.NoSubdomain.NoDomain (Werner John)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Saving Icon for ram disk
Date: 1 Oct 92 16:04:10 GMT
Organization: Zentrum fuer Graphische Datenverarbeitung, 6100 Darmstadt, Germany

In article <uswg.717751099@mcl>, uswg@mcl.ucsb.edu (Tom Servo) writes:
|> In <1992Sep28.215045.19051@cs.aukuni.ac.nz> mbuc1@cs.aukuni.ac.nz (Matthew Richard     Buchanan       ) writes:
|> 
|> >>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    *
|> >
|> 
|> 
|> I went thru this "custom Ram disk icon" phase a while back. I had no problems
|> copying the icon over during my startup-sequence; only problem was, it 
|> couldn't save any 'location' information for the icon. So when WB started up,
|> the icon would always be in the upper left corner of the screen, while all the
|> other disk icons were at the right side. 
|> Anyone know how to force location info into a .info file? Or is that data  
|> stored somewhere else?

Drag the icon to your favorite place, snapshot it and save it via cli copy
to whatever.info on your startup disk. Next time it is copied to ram:disk.info
*before* loadwb, it will appear where _you_ want it to.

Greetings, John

Werner John		| Phone: ++49 6102 8750
Zeppelinstr. 68		| Fax:   ++49 69 885555
Neu Isenburg  W-6078	| I-net: john@igd.fhg.de
West Germany		|
From: schmidt@cogsci.uwo.ca (William Schmidt)
Newsgroups: comp.sys.amiga.programmer
Subject: Serial Transfer
Date: 29 Sep 92 20:34:15 GMT
Article-I.D.: julian.1992Sep29.203415.29104
Organization: University of Western Ontario, London


We are trying to develop some scientific software that requires the
Amiga to poll the serial port, and take action immediately upon the
arrival of a byte. Unfortuntely we are having trouble doing this
Is there a simple way to access the serial port hardware in a low-level
fashion, and could somebody please provide some example c-source code?
Even if someone has stuff from old Fred Fish disks that I can't dig up
on the net it would be a help.

Thanks very much,
-- 
William C. Schmidt
Centre for Cognitive Science
University of Western Ontario
London, ON CANADA
Newsgroups: comp.sys.amiga.programmer
From: wille@june.cs.washington.edu (Robert Wille)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: University of Washington Computer Science
Date: Thu, 1 Oct 92 19:41:48 GMT

In article <1992Oct1.140242.25530@unibi.uni-bielefeld.de>, markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
|> In article <66921@cup.portal.com>, Lee_Robert_Willis@cup.portal.com writes:
|> |> >GigaMem can manage up to 1 GB of virtual memory. It works on a
|> |> >per-program basis, this means you can continue to use programs
|> |> >that are incompatible with virtual memory while GigaMem is running. 
|> |> >You can individually set memory priorities and settings for each 
|> |> >program.

Just out of curiosity, will a page fault break a forbid?  When disk I/O
is done through the OS, your forbid's will get broken because they will
do disk I/O.  Does GigaMem do something tricky so that it can still fetch
your page off disk and not do any context switches?  If so, I'm impressed.
If not, its a dangerous thing to use.

-- 
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.
Newsgroups: comp.sys.amiga.programmer
From: amuser@cs.curtin.edu.au (Bill Sharp-Smith)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: Curtin University of Technology
Date: Tue, 6 Oct 1992 05:00:46 GMT

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

>markus@techfak.uni-bielefeld.de (Markus Illenseer) 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
                       ^^^^^^^^^^^ 
This has been refuted several times by CBM staff. The A4000 has a full
'040.
-- 
 ________________________________________________________________________
/[  /~7 / / /~~ /  / /~7 | Email: amuser@marsh.cs.curtin.edu.au          ]
 [ / 7 /_/ /_7 //l/ / 7  | By post: PO Box 595, Cloverdale,W. Aust 6105  ]
 [ Amiga Users Group of  |                                               ]
 [ Western Australia Inc | Opinions expressed are my own etc...          ]
 [_______________________________________________________________________]
/ / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / /
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Problem with IFFParse()
Date: 27 Sep 92 20:09:30 GMT
Organization: INRIA Sophia-Antipolis, France


      ParseIFF() is causing me some trouble and I'm clueless about
      how I could track it down. It's very simple : it returns
      an error code of -5 (IFERR_READ). I filled the iff_Stream
      with a regular Open("file", MODE_OLDFILE) and the file does
      exist. IoErr() doesn't help me much (returns 0).

      What can be the problem? Any hints welcome!

      Thanks in advance...


+------------------------------------------------------------------------+
| Cedric BEUST                                     University of Nice    |
| INET: beust@avahi.inria.fr                       $whoami               |
| UUCP: llaor.unice.fr!arkonis!beust               god (personal alias)  |
|    //      -- "To be, or not to be...",                                |
| \\// Only    That is illogical, captain!         f U cn rd dis         |
|  \/ Amiga!                 -- Spock              U mst uz Unix         |
+------------------------------------------------------------------------+
Newsgroups: comp.sys.amiga.programmer
From: eas3714@ultb.isc.rit.edu (E.A. Story)
Subject: Re: Saving Icon for ram disk
Originator: eas3714@ultb
Organization: Rochester Institute of Technology
Date: Wed, 30 Sep 1992 15:13:42 GMT

In article ucsb.edu (Tom Servo) writes:
>I went thru this "custom Ram disk icon" phase a while back. I had no problems
>copying the icon over during my startup-sequence; only problem was, it 
>couldn't save any 'location' information for the icon. So when WB started up,
>the icon would always be in the upper left corner of the screen, while all the
>other disk icons were at the right side. 
>Anyone know how to force location info into a .info file? Or is that data  
>stored somewhere else?

What I did was setup the disk.info file in ram: for the first reboot.
I then moved it where I wanted it and snapshoted it.  Then I copied the
disk.info FROM ram: to where I normally store it on my harddisk before I
copy it over on startup.  Works perfectly.

              
-- 
"THAT is a DRY turtle.  That turtle is NOT moist!"
Ezra Story, a student at RIT, and
eas3714@ultb.isc.rit.edu, his trusty(?) mailing address.