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: Thu, 8 Oct 1992 02:57:34 GMT

In article <amipb.01qf@amipb.gna.org> amipb@amipb.gna.org (Philippe Berard) writes:
>In article <1683@lysator.liu.se> boberg@lysator.liu.se (Stefan Boberg) writes:
>> jamie@cdevil.unx.sas.com (James Cooper) writes:
>> >In article <1520@igd.fhg.de>, john@igd.fhg.de (Werner John) writes:
>>
>>   Why C++ anyway? It's such a pig, loaded with useless fluff. Why not
>> go for an Objective-C compiler? It would fit much better into the Amiga
>> Intuition programming environment, IMHO. The BOOPSI system in particular
>> is very similar to the Objective-C way of doing things.
>
>    That's a good point. For the moment, I've found that the best way to
>    do OO programs is to write them in pure 'C' ! C++ generates too slow and
>    too big executables to deal with it. BTW, someone told me that g++ had
>    an Objective-C option.

It's not a good point because you are not expressing your opinion on facts.
C++ executables are not too big or too slow.  Where do you get this information
from?  What are you comparing it to?  Assembler?  If you have contrary facts,
I'd be glad to hear them and will be the first to retract anything I have said.
Along these same lines, if the above is your opinion, it should be labelled
as such.

- 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: gwaldron@csugrad.cs.vt.edu (Glenn Waldron)
Newsgroups: comp.sys.amiga.programmer
Subject: UserPort events
Date: 13 Oct 92 16:32:00 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA
X-Newsreader: Tin 1.1 PL4


Is there a way I can get timer-events that broadcast to a UserPort that
are more frequent that INTUITICKS events?

-- 

Glenn A Waldron                                  gwaldron@csugrad.cs.vt.edu
Computer Science - Virginia Tech                aq078@cleveland.freenet.edu
---------------------------------------------------------------------------
Organization: Stanford Linear Accelerator Center
Date: Tuesday, 13 Oct 1992 11:02:02 PST
From: <NIV@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.sys.amiga.programmer
Subject: RE: AREXX parsing madness -- will it ever be fixed?
 <13OCT92.11521240@wl.aecl.ca>

ARexx does send along unrecognized commands to the host process
for processing.  The difference has to do with whether or not
that host process is a command shell.  The behavior you are
complaining about is a **strength** of ARexx and things work fine
if you use WShell instead of the C= shell.  The problem is that
when you use the rx command to launch a script the default host
is not a shell but rather is the AREXX process itself.  That is
why you have to preface commands meant to be sent to a shell
with the address command instruction.  As I said, this behavior
is a strength of ARexx since there are many times when you wish
the host process not to be command; it is, however, a weakness of
the shell which comes with AmigaDOS 2.0 .  This was discussed in
detail in my AmigaWorld Tech Journal article ``Hosts and Quotes....''

   marvin weinstein
Newsgroups: comp.sys.amiga.programmer
From: "robert buonincontro" <robert.buonincontro@canrem.com>
Subject: scrolling text
Reply-To: "robert buonincontro" <robert.buonincontro@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 11 Oct 92 12:09:02 EST


Help!!!

    I would like to use a prop. gadget to scroll text up or down in a
window.  Exactly the way you'd scrool the filenames up and down in a
file requester if there are too many to fit in the window at one time.
I know more or less how to define the gadget structure, but after that,
I'm lost!.
    Any help would be greatly appreciated!

        Robert Buonincontro
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: derek@cgrg.ohio-state.edu (Dariusz Bolski)
Subject: Re: If you use locale.library, read this
Organization: OSU Advanced Computing Center for the Arts and Design
Date: Thu, 8 Oct 1992 05:17:24 GMT

wgkramer@cs.vu.nl (Ewout Kramer) writes:

>beust@modja.inria.fr (Cedric Beust) writes:


>	So if you finished your program but need to add a few languages,
>	drop me a mail. Of course, no money wanted!!! Just for fun!

I'll be glad to do a Polish translation.


Dariusz Bolski

-- 
Dariusz Bolski     Ohio Supercomputer Center, IBM POWER Visualization System
Systems Programmer Ohio State University , Columbus U.S.
                   The Advanced Computing Center For The Arts And Design
e-mail: derek@cgrg.ohio-state.edu  derek@osc.edu
Newsgroups: comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: Aztec C v5.2 argc bug
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 16 Oct 1992 14:33:54 GMT

jdp@caleb.UUCP (Jim Pritchett) writes:
>Apparently, Aztec C v5.2 has a bug in it's argument passing for main().  If
>the last argument is "" (i.e. current directory), Aztec C will not count it
>as a valid argument.  This, of course, creates a problem with the program
>that I am converting to Aztec (i.e. tar.)  Is there a fix for this?  Has
>anyone else out there had this problem?

This can't be a problem--you can verify it with the argc count.  For something
like: 1> diff ram: ""

argc = 3;
argv[2] = ""; /* ie an empty (null terminated) string, as opposed to a null
                 pointer or a pointer to a pair of [double] quotes */

>P.S.  It now appears that this bug may only show up when SDB is used.

That's possible.

>I am not sure if it occurs without SDB.

It doesn't.
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problem with SCMSG AREXX in SAS/C 6.0
Date: 12 Oct 92 13:09:45 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <67510@cup.portal.com>, Fred_M_Hamilton@cup.portal.com writes:
|> I'm having a lot of trouble getting scmsg to send AREXX commands to my 
|> editor (QED1.0e).  I believe I have configured it correctly-here is the
|> relevent config info from the env: file:
|> 
|> PORTNAME QED1
|> EDITCOMMAND Sys:Utilities/QED -PQED1 %f
|> GOTOFILE open "%f\n"
|> GOTOLINE goto "%l\n"

Be aware that the double-quotes (") that you are typing in the
GOTOFILE and GOTOLINE options are actually going to be sent.
Therefore, when SCMSG sends the GOTOLINE message to your
editor it will actually send

   goto "4"

Therefore, you should probably try

   goto %l

or possibly

   goto %l\n

instead of the quote marks.  The quotes are there in the SE commands
because SE requires them, but your editor's syntax may vary.

|> Can anyone point me in the direction of a program that RECEIVES rexx 
|> messages and prints them out literally, so I can compare what RexxBrowser
|> is sending with what scmsg is sending?

All you have to do is open up a REXX port (use one of the PD 'minimal
rexx port' programs out there) and type its name into SCMSG.  Then
just sit there and dump any message you get to stdout.  This should
be pretty easy...

-- 
  *****
=*|_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.
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 in Europe?
Date: 8 Oct 92 12:44:04 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <1992Oct7.191936.13918@polaris.utu.fi> sutela@polaris.utu.fi (Kari Sutela) writes:
 >
 >Has anyone in Europe received an upgrade notice for SAS/C from the SAS
 >Heidelberg office?  According to an article by Doug Walker they should
 >have been sent about two weeks ago.  Should I begin worrying :-)?

Well, I got mine ca. 1 week ago from SAS Heidelberg, Germany. Don't know
whether they care for all Europe, though. Perhaps wait another two or
four weeks...

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
From: colin@netgate.fido.de (Colin Hirsch)
Sender: uucp@netgate.fido.de
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Arexx trouble reading AUX:
Date: 06 Oct 92  19:33:03 GMT

[5 -Oct-2 ] -Unknown- (2:245/41.100) wrote:
 -> I'm working in Arexx and trying to read the serial port. The program
 -> I'm testing now just echo the stuff from the serial port and echos it
 -> to the con: but at 2400baud I keep losing characters. Why? /* test
 -> serial */
 -> x=open('serin','AUX:','R')
 -> do forever
 -> say readch('serin')
 -> end
Hi, the problem probably is ARexx itself. It is only interpreted and not
compiled and is about six times as slow as AmigaBasic! The only way to
solve this problem is to buy an accelerator board or write a routine in C,
Assembler or whatever you prefer...
Bye, Colin
**          Colin Hirsch
            UUCP: colin@netgate.fido.de
            fido:   2:245/41.9
---
Newsgroups: comp.sys.amiga.programmer
From: jazz@netcom.com (David C. Navas)
Subject: Re: Amiga doesn't pre-emptive multitask? (Was 7.1 vs. OS/2 and Windows NT)
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 17 Oct 1992 00:44:12 GMT

In article <1992Oct16.161154.23351@cbfsb.cb.att.com> dlove@cbnewsf.cb.att.com (Dave Love) writes:
>In article <1992Oct15.213617.18254@dartvax.dartmouth.edu> abs0@coos.dartmouth.edu (Kelvin Leung) writes:
>>FYI, most Amiga programmers wont need to use Forbid() at all.  Forbid()

>FYI, any Amiga program which needs to communicate with another process 
>via public message ports *needs* to use Forbid() to be safe.  From the 

FYI [is there an echo in here? ;)], there is a publically available library
which eliminates the need for these Forbid()/Permit()s by adding resource
tracking (among other things) to Exec Ports.  It has been in circulation for
-years-.  Please see ppipc.library in your local Fred Fish collection.

Remember, there is a difference between "Amiga programmers won't need to
						      ^^^
use Forbid()" and "Amiga programs won't need to use...."
That's what an API is for.

As long as the system hides the details, no problem.

>"This function MUST be protected with a Forbid()/Permit() pair!"

Gosh, I use Arexx ports all the time from Rexx, am I doing something wrong
by never calling Forbid()/Permit()!?
[sarcasm, there, folks]

Hey, if FindPort()/PutMsg() is broken, roll your own routine --
PutMsgPublicPort() -- any Amiga programmer could use your routine and never
have to worry about Forbid()/Permit(), eh?

You do NOT want to be sending a lot of messages to public ports anyway as
the search routine can have some pretty dramatic overhead for any reasonable
Port list.  Which is why Exec ought to have something like ppipc.library in
its ROM....  The fact that this didn't happen when Arexx was put into ROM
is a rather large sin, in my eyes -- imagine message sends which do NOT
require the overhead of the FindPort() routine....

>Without the Forbid(), there would be no guarantee the port wouldn't
>disappear between the FindPort() and PutMsg() calls.

That is correct -- Exec ports have no concept of a "useCount" which IPCPorts
do.  Probably Forbid()/Permit() is still used internally to assure that the
server is still awake on the other side so that the message doesn't get lost
on the queue....  Or, gasp, a semaphore is used (surprise!) which uses Forbid()
internally anyhow.

This has absosmurfally nothing to do with whether or not the Amiga is a
pre-emptive multitasking system.  Forbid() sans Permit() is a programming
bug on the Amiga.  On the Mac, it's the way the system works.  If you're not
sure of the difference, you need to have a long talk with somebody who does....


-- 
David Navas                                   	jazz@netcom.com
Co-author of: Web Data Acq. and Anal.		dnavas@oracle.com
Upcoming products: Shadow V, Jazzbench 2.0.
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  If you use locale.library, read this
Distribution: world
Date: 7 Oct 92 17:54:25 EST
Organization: Dejital Software

In article <docbliny.718305616@mits> docbliny@mits.mdata.fi (Tomi Blinnikka) writes:
>wgkramer@cs.vu.nl (Ewout Kramer) writes:
>And I'm ready to do Finnish translations. 
>

OK, I've seen French, Dutch, Danish and Finnish so far.

I think it would be a good idea if someone volunteered to keep a database
of this information.  I volunteer to do so.

If you are willing to do locale translations, then write to me indicating:

- Name, email address
- Cost of translation (if it's not free)
- Languages that you are able to read well enough to translate from
- Languages that you are able to write well enough to translate to

I will post a summary of this info every month or so.

--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio

Newsgroups: comp.sys.amiga.programmer
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: How to use HAM8 in own programs ?
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Fri, 16 Oct 1992 21:09:42 GMT

fillg1@uni-paderborn.de (Michael Illgner) writes:

>Hi folks, how can I use the AA-Mode HAM* in my own programs ?
>I unterstand the working of the normal, old HAM Mode, but
>what are the differences to HAM8 ?

  It works just like standard HAM mode except you have 64 base colors
to choose from and 64 bits for modifying R/G/B components.

>BTW. Since the 3.0 includes are not available for normals like me yet,
>it is possible to program the new modes with 2.x includes ?

  No. You need the monitor definition codes in <graphics/monitor.h> to
open a HAM8 screen.

>Michael Illgner 	fillg1@uni-paderborn.de          Tel. 
-- 
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg
Newsgroups: comp.sys.amiga.programmer
From: attias@ghost.dsi.unimi.it (Roberto Attias)
Subject: I need help with locale...
Organization: Computer Science Dep. - Milan University
Date: Thu, 15 Oct 1992 08:08:57 GMT


I would like to have an example of c program using locale.library.
can you please e-mail it to me ?

thank you.

			e-mail attias@ghost.sm.dsi.unimi.it
From: cs89ssg@brunel.ac.uk (Sunil Gupta)
Newsgroups: comp.sys.amiga.programmer
Subject: whereis smalltalk
Date: 16 Oct 92 09:39:20 GMT
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL6]

Ive located an amiga implementation of smalltalk at

quepasa.cs.tu-berlin.de
	/pub/amiga/lang
		-rw-r--r--     697037  Apr  5 18:12  GNUSmallTalk_V1.1.1.lha

is there amiga smalltalk on any other ftp server ?

-- 
------------------------------------------------------------------------------
           Sunil Gupta ---- member of the studentsoft project
	        and a computer scientist in my spare time 
	cs89ssg@uk.ac.brunel          studentsoft@uk.ac.brunel
------------------------------------------------------------------------------
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Using fprintf() in SAS/C 5.10b
Date: 8 Oct 92 14:01:38 GMT
Organization: SAS Institute Inc.
Originator: jamie@cdevil.unx.sas.com


In article <107320001@hpfcso.FC.HP.COM>, yip@hpfcso.FC.HP.COM (Tom Yip) writes:
>
>I am using SAS/C 5.10b and trying to produce output with the fprintf
>function.  Example:
>
>   fprintf (STDERR, "Program Error.\n");
>
>The call crashes the program, and in fact crashes the computer (I have to
>reboot).  I'm running this stuff on an A3000 with Workbench 2.0 if that matters.
>When I change the fprintf's to ust printf's, the program works fine.
>Is there something special I need to know to use fprintf's, or is this
>ANOTHER bug in SAS/C?  If it's a bug, has it been fixed in SAS/C 6.0
>(I just ordered it).

If the above is the exact syntax you are using, how did it even get past
the compiler and linker?

There is *NO* variable named STDERR, unless you made one yourself.  C is
case-sensitive; the correct name for the standard error stream is
stderr in all lower case.

As for this working, most of the utilities which came with the 5.10b
compiler used this very statement to print error messages...

How about an example of what is crashing for you?

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer
From: dlove@cbnewsf.cb.att.com (Dave Love)
Subject: Re: waitforport
Organization: AT&T
Date: Tue, 13 Oct 1992 19:24:04 GMT

In article <Bw2Eor.BBL@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
>Ages ago, before AmigaDos 2.04, I bought ARexx as a standalone package
>and installed it on my system.  At that time, the "waitforport" command
>had an option called "-immediate" which would check for the port, set
>the return code, and return immediately whether the port existed or not.
>This was very useful in scripts.
>
>However, it appears the the AmigaDos 2.04 version of waitforport does
>not include this option.  What happened to it?  Is there a replacement
>for "-immediate" in 2.04?  I'd rather not write another waitforport if I
>can help it (even though it sounds pretty trivial to do).

rx "return showlist(p,'EMACS1') * 5"
if WARN
   echo "port EMACS1 exists"
endif


+=======================================+===============================+
| "We're going to have the best         | Dave Love                     |
|  educated Americans in the world!"    | dlove@cbnewsf.att.com         |
|   -- Dan Quayle                       | <insert std. disclaimer here> |
+=======================================+===============================+
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re:  Obj-C vs. C++
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Wed, 14 Oct 1992 16:55:14 GMT

In article <jac.717747506@moonshine> jac@moonshine.llnl.gov (James A. Crotinger) writes:
>>dnavas@oracle.uucp (David Navas) writes:
>>> I'm not sure how stringent Obj-C type-checking is, but it's worth
>>> noting that if your methods are bound at run-time, it'd be rather
>>> difficult to type-check them at compile time....
>
>>  This is not true. C++ does have run-time binding, and it is type-safe.
>
>C++'s run-time binding is only valid when the objects concerned have a
>common subclass.  In this case, type-checking is possible.  However,
>requiring both type-checking AND common subclasses (even noting that
>C++ has multiple inheritence) is a rather large impediment to creating
>system subclassable class definitions.

I think it is an impediment only to *some* things.  Further, whether it is
large or not cannot be stated w/o a context.  Still further, I believe the
converse (not requiring said) possesses its own pros and cons as well.
Bottom line IMO: neither is better or worse in a nutshell or in general,
but instead only in specific.

>With SHADOW I can create a selector without ever declaring what classes
>it may or may not belong to, or even what arguments it may or may not
>take.  I'm not sure how C++ handles default argument differences with
>virtual functions -- if it does, it's doing quite a bit of work, if it
>doesn't, then it's basically useless for what I need to get done.

If your project does indeed demand what you say, then I would tend to
agree that perhaps C++ is inappropriate for that part of it.

>That's my understanding as well.  Sort of hard to find a definitive book
>on recent implementations of Obj-C compilers, though.

There are a number of "recent" books: Pinson & Weiner is last year
and Cox also just release something this year as I understand it.

>It might not be a bad idea to attend Taligent's meeting (sometime in early
>October).  They had to dump C++ (they have some bizarre notion about creating
>their own object-oriented C derivative last I heard) for some reason.  It
>might be interesting to get their perspective....

I find it curious that this is the second time I'm hearing this in this
thread while knowing that Taligent is still using, and as I understand it,
still investing in C++.

>>You can write completely object oriented code in C++!
>
>Very true!
>I think my claim is that it's not always the best tool for the job --
>which ought to have been self-evident (~truism).

Some thing I like to utter under the premise of wisdom:

    "Of course no one language is good for anything,
     and a specific language is always good for nothing."
        -- Greg Comeau

- 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: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: Wolf3D -- programming aspects
Organization: University of Tasmania, Australia.
Date: Sat, 10 Oct 1992 03:31:31 GMT

chrisg@cbmvax.commodore.com (Chris Green) writes:

[some cool ideas... which start to break around here...]

>o	If you used (perhaps conditionally) WritePixelArray8 to do the planar
>	conversion, then your game would work on any graphics device that
>	supports graphics.library.

>	Note that for texture mapping games of this nature, there is no reason
>that they cannot be completely multi-tasking. In fact, they can run happily
>in draggable intution screens.

	The way I see it... if you are writing a game you have to provide
a version for the A500/KS1.2/KS1.3 class of computers - otherwise you don't
have a market.  This means you have to write two versions of every program -
one which hits the ECS hardware so hard and direct it almost fries, and one
which lives nicely under KS3.x/AGA.  Of course if you are using an object
oriented framework for your game, it is pretty trivial to set up a runtime
link-loader which will resolve statically the actual rendering methods/code.

	Alternatively, is it possible to boot up a KS1.2 machine, and then
patch the rest of the KS3.0 graphics.library over it?  It would be quite
nice if CBM would provide and hurl this patch into the public domain -
so we could leave the era of hitting the hardware directly, as soon as possible.

Regards, James.
Newsgroups: comp.sys.amiga.programmer