HDTenEightyP/NetNews huggingface dataset:
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++ and Amiga shared libs (was: Re:  Obj-C vs. C++)
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Thu, 15 Oct 1992 15:07:59 GMT

In article <Bw5z8J.IAw@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>
>In article <Bw4H4G.Hxs@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
>|> In article <67684@cup.portal.com> Lee_Robert_Willis@cup.portal.com writes:
>|> >Greg:  Has anyone looked at how to write C++ classes that will use
>|> >Amiga shared libraries?  i.e. I come up with a great class collection.
>|> >I want to make a shared lib out of it.  Can this even be done?
>|> 
>|> I have heard of none, but in some cases I am the last to hear.
>|> Anybody else heard?
>
>Basically, if you can link with cres.o and make your program
>resident, then you can make it into a shared library.
>
>You should be able to create a shared library in C++ assuming all 
>of the following are true (Greg may be able to help on some of 
>these):
>
>   *) Your program has less than 64k of read-write external data
>
>   *) Comeau C++ provides near-data-model libraries (libraries compiled
>      without the DATA=FAR (6.0) or -b0 (5.10) option.
>
>   *) Comeau libraries do not use the __saveds keyword or call the
>      geta4() function to get the near data pointer.  (I doubt 
>      seriously if they do this.)

We certainly don't do it on purpose (and I wouldn't see any of the compiler
helper routines -- your or ours -- implicitly doing it either), so yes, given
that criteria, apparently there is no major technical obstacle to it especially
as we will soon be offering additional libraries compiled in different ways.

- 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: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Multithreaded code using CreateTask()
Distribution: world
Date: 7 Oct 92 17:49:22 EST
Organization: Dejital Software

In article <1992Oct5.151328.22908@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd M. Lewis) writes:
>Not that it really matters, but a library need not return a different
>base for each task/process which opens it even though it may require
>each task/process to call OpenLibrary().  I can imagine a library

Quite correct.  Xferq.library requires this.

>based on who called it (i.e. the result of FindTask(0)). Probably bad
>design, granted, but such a beast could be made. 

Well, if it's bad design then the IEEE math libraries are a piece of
cr*p.  Seriously, C= has documented that such restrictions can exist,
and it's up to us to follow them.


--
 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: martin@IRO.UMontreal.CA (Daniel Martin)
Subject: Re: DICE registration: Matt Dillon still around?
Organization: Universite de Montreal
Date: Mon, 12 Oct 1992 15:46:50 GMT

music@moravian.edu (Steve Heller) writes:

>I wrote to Matt about DICE registration a few weeks ago and never got
>a reply from either. Matt, where are you?
>-- 
>*-------------------------------------------------------------------------*
>#   export meaning_of_life=$(eval 'grep -i truth mind_of_god | sort -u')  #
># Work: music@moravian.edu  <#!AMIGA!#>  Home: moravian.edu!vortex!lothar #
>*-------------------------------------------------------------------------*

   I don't know if it's the same "Matt Dillon", but one is actively posting 
on comp.sys.next.* groups.
 
   Bye, Daniel.

--
    // Daniel Martin, MediaLab                  Universite de Montreal   \\
   //  EMail: martin@IRO.UMontreal.CA           C.P. 6128, Succursale A,  \\
\\//   Tel: (514) 343-6111 ext. 3494            Montreal (Quebec), CANADA, \\//
 \/    Fax: (514) 343-2155                      H3C 3J7                     \/
Newsgroups: comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Newer GadToolsBox (Please Read!)
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 12 Oct 1992 07:39:57 GMT

The 1.4 version of GadToolsBox on Fred Fish disk 731 is _NEWER_ than the
earlier copy that circulated on ftp sites (v 37.121 circa May 1992).  This
one is 37.177 01-Sep-1992.
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: Aztec C v5.2 argc bug
Date: 15 Oct 92 02:19:32 GMT
Organization: is sometimes desirable

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?

P.S.  It now appears that this bug may only show up when SDB is used.  I am
not sure if it occurs without SDB.


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wolf3D -- programming aspects
Date: 13 Oct 92 12:25:04 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct10.021808.4567@maths.tcd.ie> ecarroll@maths.tcd.ie (Eddy Carroll) writes:
>oahvenla@silver-surfer.cs.hut.fi (Osma Ahvenlampi) writes:
>>This may have nothing to do with anything, or this may be pure BS, but I was
>>talking to a friend of mine tha other day (yes, I have PC-using friends! gack!)
>>and he said Castle Wolfenstein 3D actually uses a non-documented bitplane mode
>>found on almost every VGA/SVGA-implementatation. He told me that VGA boards
>>are basically programmable to various non-documented resolution/color modes,
>>and that they do have a bitplane fetch mode in addition to the usual chunky
>>pixel fetch, but that these modes are not specified nor very much used (there
>>are thousands of variations, as you can imagine). [ ... ]
>>I still can't understand how that would make that bitmap scaling possible, it
>>should be slower if anything. My friend said that addressing the VGA in this 
>>way is faster, so that could make up for what is lost in more complex
>>calculations, but I don't know.


	All VGA modes support a 256 color mode which allows you to set 4 pixels
to the same color, or to the same colors as 4 other pixels in vga memory with
one byte write. It's no big secret, and is a direct consequence of the way
that the 256 color functionality is built on top of the 16 color EGA graphics.

	It's good for scrolls, solid polygon fills, and masked blits. It also
lets you access the extra vga memory for double-buffering and other
storage needs. Most VGA games use it.
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: eda735a@monu6.cc.monash.edu.au (P.E. Mazur)
Subject: REDSECTOR BAD JOKE!!!
Keywords: Destructive CODE!!!
Organization: Monash University, Melb., Australia.
Date: Wed, 14 Oct 1992 04:29:54 GMT

Recently I downloaded a demo by Red Sector and Tristar (TRSI) called 
"Misery".  I ran it from DF1:  It made some really ungly sounds when it
loaded... the creen had garbage all over it... and the drive just kept 
making noise for about 5 seconds.  Ok nothing new there I thought.  I've seen
loaders do weird stuff before (but this was a DOS file demo).  Anyway, after
all the grinding and knocking of my DF1: (which by the way, was the best 
drive I've ever seen on the Amiga), the demo ran fine and it was pretty good.
However, my DF1: is now dead.  Completely dead.  It will not take any disks
at all.  Is this a joke by TRSI?  If so, it's not very funny, and I recommend
you stay the hell away from their demos in the future.  I've certainly never
seen a disk drive make so much noise before, and it looked damn intentional
to me.  AVOID THAT DEMO!!!  And if it wasn't intentional, then I'm not too
impressed with the damn code anyway... what kind of code would thrash the 
shit out a drive like that????  Does anyone know about this?  Has anyone had
the same problem???
				- Shem
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: Tue, 13 Oct 1992 11:45:18 GMT

>In article <1537@igd.fhg.de>, john@igd.fhg.de (Werner John) writes:
>
>|> 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
>
>It is not too bad once you learn the name mangling scheme, in my opinion.
>Of course it would be better with real C++ names, but in the meantime I
>think magled names are acceptable and not such a big pain.

And as I've already voiced, even if the Amiga possessed the best C++
debugger on any platform, no one mechanism is the bottom line in
debugging anyway.

- 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: crash@ckctpa.UUCP (Frank "Crash" Edwards)
Subject: Re: Scanf problems
Date: Wed, 14 Oct 1992 02:29:33 GMT
Reply-To: crash%ckctpa@tct.com (Frank "Crash" Edwards)
Organization: Edwards & Edwards Consulting

ekarlin@csws18.ic.sunysb.edu () writes:
>I am trying to read all the text up to the '|' symbol.  This code works
>up here on the Unix box...but not on my amiga...what I want to do is to be
>able to read any string(with or without spaces) up to a seperator...I'd like to
>stay away from character pointers if I could.

Yeah, the scanf() function in a number of vendors' standard libraries
are broken, Manx included.

Stay away from the %[...] onstruct if you're interested in
portability.  About the closest you can get (without using scanf) is a
wrapper routine around strtok().  Check out that routine -- it's very
handy in a lot of cases.
-- 
Frank "Crash" Edwards            Perceptual Technologies, Inc.
Fax:  813/786-6526               [Our office is moving; watch this space
Home: 813/786-3675               for the new phone number.]
Newsgroups: comp.sys.amiga.programmer
From: stelmack@incubus.csee.usf.edu (Gregory M. Stelmack)
Subject: Re: compiler errors
Reply-To: stelmack@incubus.csee.usf.edu (Gregory M. Stelmack)
Organization: University of South Florida, Department of Computer Science and Engineering
Distribution: comp
Date: Mon, 12 Oct 1992 00:31:55 GMT

In article <1992Oct11.4249.17402@dosgate>,
robert.buonincontro@canrem.com (robert buonincontro) writes:
|> 
|>    I have recently been using Lattice 6.0, and have found a compiler
|> error that I haven't encountered before.  Acutally, its a warning.
|> Specifically:
|> 
|> 100: No prototype declared for function xxxx.
|> 
|>     I have fixed my functions to avoid the warning, by declaring them
|> as
|> void, ie:  void func(void);
|>            void func
|>            {  ...... }
|> 
|>     What I can't seem to fix are the similar warnings being given
|> about
|> intuitions functions.  Namely, OpenScreen(), OpenWindow(), Delay(),
|> Wait(), CloseWindow()...etc...
|> 
|>      I've looked this up to the best of my ability, and can't seem
|> to
|> find the correct library to include.  Naturally, I include
|> intuition/intuition.h, otherwise these functions wouldn't work at
|> all,
|> but I still get the warning.  I removed the warning for the
|> printf(),
|> sprintf(), and other string functions by including <stdio.h>,
|> <string.h>.
|> 
|>         Does anyone know which library to include ??
|> 

#include <proto/intuition.h>

There are also ones for just about every library. Look in INCLUDE:proto to
find them all.

-- 
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
Newsgroups: comp.sys.amiga.programmer
From: taylorm@wl.aecl.ca
Subject: RE: AREXX parsing madness  -- will it ever be fixed?
Organization: AECL RESEARCH
Date: Tue, 13 Oct 1992 17:52:12 GMT

dylan@cs.washington.edu (Dylan McNamee) writes:
> The parentheses for a function call _have_ to abut the function name, as in:
>   a_function(an_arg)
> but
>   a_function (an_arg) croaks...and the error message isn't informative...
>

If it is any consolation to you, the OS2 2.0 version of REXX does exactly the
same thing.  I just installed OS2 2.0 at work and have been writing a few
REXX scripts.

The nice thing about OS2 REXX is that it will interpret anything that isn't
a REXX command to be an OS2 command.  In AREXX you have to create a
temporary script file and execute it or put the command into the queue which
won't get executed until after the rest of the AREXX program is done.

This is my biggest complaint with AREXX.  At least Commodore had the good
sense to include AREXX as part of the OS.

*****************************************************************************
  In search of the virtual world       *             /\/\ike Taylor
                                       * mataylor@undergrad.math.uwaterloo.ca
    Sometimes real is too real         *          taylorm@wl.aecl.ca
*****************************************************************************
From: klpe@diku.dk (Klaus Petersen)
Newsgroups: comp.sys.amiga.programmer
Subject: GCC and library rutines
Summary: how do I use gcc with intuition etc.
Keywords: gcc library
Date: 12 Oct 92 19:37:27 GMT
Organization: Department of Computer Science, U of Copenhagen


Hello everybody...

I have a problem with GCC using library rutines in
intuition.library etc. I probably need some kind of
link library, telling where the rutines are, but...

How do I get this?????  Should I convert a lib from
lattice compiler or could a file be used (which??)

Also, how d the spec file in compilers/amiga/2.2.2/spec
work??  Could I set it up, so I link with special libs
and compile with special options. I think so, but how??

Thanks in advance 

Klaus Petersen  klpe@freja.diku.dk
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gadgets
Date: 9 Oct 92 10:13:27 GMT
Distribution: comp
Organization: University of Nice Sophia-Antipolis, France

>In article <1992Oct2.4249.17021@dosgate> "robert buonincontro"
><robert.buonincontro@canrem.com> writes:
>        I am having difficulty wih a small problem.  I have a window
>opened up with about 10 string gadgets on it.  What I want is for my
>program to automatically select the first gadget, and after the user
>types in his/her text and presses return, I want the program to
>automatically select the next gadget.  At the same time, the user should
>be able to jump to any gadget using the mouse pointer.

	Why that? I mean, why do you want RETURN to take the user to the next
	gadget? That's not the way it is supposed to be. If you use
	gadtools, a mere TAB (and shift-TAB) will take you from one
	gadget to the other automatically. If you insist on doing that
	(and I strongly discourage it), you will have to use a custom
	hook. See the RKM.

	On a related topic, talking about GUI...

	What is RETURN supposed to do? Only validate the current gadget
	or validate the whole window, thus acting as if the user had
	selected 'Ok' in the bottom?

	I prefer the latter. Maybe it will be confusing at first but
	taking the habit to type TAB to cycle through gadgets is very
	easy. Plus : it allows to quit the window while a string gadget
	is activated without setting up a hook.

	Comments?


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: troy@centerline (Troy Runkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Make and Comeau C++
Date: 12 Oct 92 21:38:01 GMT
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.1.27
X-Newsreader: Tin 1.1 PL3

Greetings,
  I am working on a project using Comeau C++ 3.0 and SAS/C 5.10b under 
AmigaDOS 2.04.  I have been having trouble using the make utility that 
comes with SAS/C (lmk) to compile the various files of the project.  
When I put the como command (an Arexx script) in the makefile the lc 
phase of the compilation returns an error code and the compilation fails.
However, if I take the various stages of compilation from the como command 
(i.e. cpp, cfront, lc, etc.) and place them directly in the makefile, it 
works.  Has anybody else encountered this sort of trouble?  By the way, 
I am using Whell 2.0 as well.  Thanks in advance for any information.

--Troy Runkel			troy@centerline.com
Newsgroups: comp.sys.amiga.programmer
From: dlove@cbnewsf.cb.att.com (Dave Love)
Subject: Re: Amiga doesn't pre-emptive multitask? (Was 7.1 vs. OS/2 and Windows NT)
Organization: AT&T
Date: Fri, 16 Oct 1992 16:11:54 GMT

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()
>and Permit() are there for people who feel the urgent need to use
>them... sort of like the pin-hole on Mac floppy drive.  Would you say

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

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

  Forbid();
  port = FindPort(portname);
  if (port)
     PutMsg(port)
  Permit();


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

Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga.graphics,comp.sys.amiga.games,comp.sys.amiga.audio,comp.unix.amiga,alt.sys.amiga
From: dewolfe@ug.cs.dal.ca (Anarchy for Peace)
Subject: Re: :-( Contest - win your own A4000 :-(
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Wed, 7 Oct 1992 03:34:19 GMT

In article <amipb.01u0@amipb.gna.org> amipb@amipb.gna.org (Philippe Berard) writes:
>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 !!!
>    
In Canada we get the contests and all the offers (except 3000+CDTV).  It may be some consolation though that our prices are about the same as yours.  When I got
my 3000, I forked over ~$5000 Canadian, and then I had to find a monitor. :(


>    The best way to get it at a low price here is to buy it in Germany or
>    Switzerland.
>

In Canada, you mail order from the states.

Colin DeWolfe
dewolfe@ug.cs.dal.ca
From: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SANA II
Date: 9 Oct 92 13:55:41 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson - Product Assurance)
Organization: Commodore, Systems Assurance, Amiga Systems Group

In article <BvtroI.1rL@acsu.buffalo.edu> jcmurphy@acsu.buffalo.edu (Jeff Murphy) writes:
>	oops. the post program apparently mangled that one. my question:
>i am looking for programming info concerning sana ii. is there anything 
>out there?


Fred Fish Disk 673 contains:

SANA            The official Commodore developer information package for the
                SANA-II Network Device Drivers.  Includes the SANA-II spec,
                readme files, SANA-II drivers for Commodore's A2065 (Ethernet)
                and A2060 (ARCNET) boards, docs and includes.  More complete
                package than just the specification included on disk 654.
                Author:  Commodore-Amiga Networking Group


-- 
Dale Larson, Software Engineer
dlarson@commodore.com
From: lkv@mania.hotb.sub.org (Lutz Vieweg)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga includes with GCC
Date: Wed, 07 Oct 1992 11:56:30 GMT
Organization: The Funny Farm
X-Newsreader: Arn V1.00 alpha rel3

In article <Bvo5A2.J6G@DMI.USherb.CA>, DANNY LEPAGE writes:

> Gcc seems to dislike the UBYTE, UWORD etc. stuff in the Amiga specifics headers.
> What I did wrong?         
> 
> I have GCC-2.2.2 with the OS2 headers file (in OS-INCLUDE).

Well, I just use the same software... and there are no problems at all...

To GCC, char-pointer constants are signed-char-pointer constants by default...
this causes warnings with those OS-routines awating UBYTE*, which can be
avoided by using a cast...

cu, Lutz Vieweg

Newsgroups: comp.sys.amiga.programmer
From: casey@lexmark.com (Patrick Casey)
Subject: Re: Problems with RKM Libs example and Dice
X-Disclaimer: These views are the poster's and not necessarily those of Lexmark
Reply-To: pacasey@lexmark.com
Organization: Lexmark International, Lexington KY
Date: Thu, 15 Oct 1992 15:30:49 GMT

In article <1992Oct14.224714.10817@arbi.Informatik.Uni-Oldenburg.DE> Frank.Neumann@arbi.informatik.uni-oldenburg.de (Frank Neumann) writes:

>   Hi there,
>   I'm having a serious problem with my Dice 2.06.40R and an example from
>   the RKM:Libraries 2.0 book. The listing is the one from the chapter
>   Exec/Tasks, pages 467/468. To be concrete, there are two problems I have:


>   b) The program does not do what it is supposed to. It should create a new
>   task that counts up to 0x80000000 and aborts when you press Return. After
>   that, the counter's value is output. However, for me it always stuck
>   at 0.


I had problems with the PD version of DICE and this exact sample
program from the RKM.  I think I eventually looked at the assembly
language output from the compiler and debugged it with a machine
language monitor and came to the conclusion that the small-code model
default setting that DICE was using wasn't completely valid for this
sample.  

It had something to do with the A4 register usage for the small-code
model.  I think I was able to solve the problem by using a compiler
flag that turned off the small-code model.  Sorry about being so
imprecise, but I could look at it tonight on the Amiga.

Patrick

--
Patrick A. Casey      pacasey@lexmark.com         Hi, I.S. big brothers!
Newsgroups: comp.sys.amiga.programmer