HDTenEightyP/NetNews huggingface dataset:
From: shulick@cineret.ucs.indiana.edu (Sam Hulick)
Subject: Re: Problems with cback.o.. 100% background procs
Organization: Vallen Software
Date: Tue, 5 Jan 1993 18:19:53 GMT

In article <C0DywK.69n@unx.sas.com>, jamie@cdevil.unx.sas.com (James Cooper) says most sayishly:
>documented), and you **must** compile with the (v5.10) -Li or (v6.0)
                                                ^^^^^^^^^^^
I see no -Li in the manuals.  I'm looking under the docs for "lc".
-L<x> is here, but there's no 'i' for it.  Could you just give me the
option to specify on the blink line, if possible?

-- 
    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)
   // 68030 25 MHz /__/\ \ My opinions wear combat boots.  Or whatever.
\\// OS 2.04       \__\/ / "Walk!  Not bloody likely.  I am going in a
 \/                     / taxi."  --George Bernard Shaw
From: fjeske@amiganet.chi.il.us (Felix Jeske)
Newsgroups: comp.sys.amiga.programmer
Subject: Bobs 'n' stuff
Date: 7 Jan 93 22:22:27 CST
Organization: Amiga Network Information Systems

I am writing a little solitaire card game as my next shareware project.  When
the user picks up a card, internally I turn it into a Bob so the card moves
with the pointer.  This works fine and dandy if the player only picks up one
card.  However, the game allows the player to pick up a small stack of cards as
well.  The Bob created for the stack of cards on top of each other could be
nearly twice as tall as the single card Bob.  When the player moves around this
Bob, it flickers like hell.  Does anyone have any ideas why?  Even the large
Bob is only a 125 odd pixels high (57 wide).  This is on a hires-lace 8 color
screen.  I can pick up the same size are in DPaint IV and I get abosulutely no
flicker.  Do I need to use doublebuffering here?  Or do I need to stop using
the built-in Bob drawing routines of SortGList(), DrawGList(), etc?

Any help on the above would be appreciated.  Thanks.

Felix R. Jeske
Author of BackUP V3.85:  The way to backup your harddrive!
From: cunniff@cup.portal.com (Ross Alan Cunniff)
Newsgroups: comp.sys.amiga.programmer
Subject: Anybody have the Lattice C 5.05 patch?
Date: Sat,  9 Jan 93 09:39:02 PST
Organization: The Portal System (TM)

We have found ourselves wanting to implement a  minor patch to
some of our products; these products were built using 5.05 of
Lattice C.  As expected, the code produced by other versions of
the compiler is significantly different, so much so that we
can't use them for what will likely be only a 10- or 20-byte
patch.  Unfortunately, we have somehow lost track of our 5.05
patch disk :-( since that was a *long* time ago.  Hence my
request: can some kind soul help me obtain the patch?  SAS has
already told us that they don't think that they still have it...
Sigh.

Thanks in advance
Ross Cunniff
cunniff@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE 2.06.39 to 2.06.40 changes
From: <PAACC@CUNYVM.BITNET>
Date: Tuesday, 5 Jan 1993 15:26:03 EST
Organization: City University of New York/ University Computer Center

 Could someone tell me the sites where the latest DICE is? Is it still $50 to
register?
 Thanks
  Paul

Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Wanted: info on available C++ compilers
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Mon, 11 Jan 1993 05:08:46 GMT

In article <Bx2hs*5a2@kink.PhaedraV.On.Ca> hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble) writes:
>In article <C0HoE1.HMp@well.sf.ca.us>, Greg Comeau writes:
>
>> Hey, any time ;-)  Seriously though, although the C compiler can be
>> considered as some sort of logical bottleneck or something given that
>> there is diversity of implementation and other issues in different C
>> compilers, to say that Comeau C++ is as good as the C compiler back
>> ended to it is simply not quite accurate.  Despite that we offer
>
>When I made that remark I was thinking, perhaps rather narrowly, of
>the output code quality. A C++ front end cannot produce better code
>than the underlying compiler, and can be expected to be worse in terms
>of efficiency.

It can be?  How's that?  A C++ front end doesn't produce any direct
native object code, so I'm unclear on how you are comparing it to
a back end.  If you mean a front/back combo cannot produce better
code and can be expected to be worse in terms of efficiency, I disagree
and still ask: How is that?

> In terms of the programmers' productivity, or source
>code maintainability, the combination may be better than the back end.

May be.

>The valiant efforts of the development team at SAS notwithstanding,
>the Amiga native C compilers do not produce the world's best 680x0
>code. But I bet Comeau C++ works fine as a front end for GNU C.

It has with some work we have done.  GNU C is currently not an official
Comeau C++ backend under AmigaDOS though.

>> Re g++, as the net continues to show, although gcc has finally reached
>> top quality status, g++ has not.  I feel that is an unbiased, accurate,
>
>Fair point. It's as good as any of the native IBM PC C++ compilers,
>but does have niggling bugs and lags behind the standard a little
>(does not yet support exception handling as per the ARM for e.g.) I
>have yet to try any version of CFront but I can well believe that
>Comeau C++ has fewer bugs and better standards compliance.

It has.  Borland C++ appears to have the closest conformance to us.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                Producers of Comeau C++ 3.0/3.0.1 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Can my application be notified when the screen depth gadget is used?
Date: 5 Jan 93 15:53:08 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <3569@carroll1.cc.edu> pruttman@cerebus.cc.edu (Pete Ruttman) writes:
>I have two screens in my application but I want them to look as if they
>are attached.  How can I detect when one screen is pushed into the background
>with the screen depth gadget so that I can push the other one also? 

There's no easy way at all.  Release 3 adds the concept of attached screens,
designed exactly to handle cases such as yours.

>Pete Ruttman

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"Opinions enlarged to show detail"
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: RKM description of WaitPort()
Organization: UNC Office of Information Technology
Date: Fri, 8 Jan 1993 14:45:57 GMT

In article <1iijp8INN1fl@hpsdlss5.sdd.hp.com> denson@sdd.hp.com (Craig Denson)  
writes:
> speaking of sending messages to yourself - is their anything
>dangerous about sending a message to your window's msgport? will it
>upset intuition - i can't see why it should.

You can't see why it shouldn't either.  Can you imagine how big the RKMs
would have to be if they told you everything you shouldn't do?  If it
involves code you didn't write or structures you don't own and there's
no documentation stating that you _can_ do it, assume you can't.  Your
code will live longer and prosper for it.
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
From: tron@wembley.uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.programmer
Subject: Problems with dos.library/RunCommand() and "C:Execute"
Date: 4 Jan 1993 21:33:54 +0100
Organization: Universitaet Paderborn, Germany
NNTP-Posting-Host: wembley.uni-paderborn.de

	Hi,

the following peace of code doesn't work and I don't know why. After "Execute"
has been called with "RunCommand()" stdio doesn't work on stdout anymore. A
"Please insert volume Result:" requester appears while the "PrintF()" is
executed. I use 39.106 and 39.29 on an A4000, but it doesn't work with OS 2.x,
too.

#include <dos/dos.h>
#include <dos/stdio.h>
#include <clib/dos_protos.h>

#include <stdlib.h>
#include <stdio.h>
#include <string.h>

char *Cmd = "S:PCD RAM:\n";

/* This PrintF() works FINE, it is NOT the reason for the problem. */

void __stdargs PrintF(char *Fmt,...)

{
 (void)VPrintf(Fmt,(LONG *)&Fmt+1L);
 Flush (Output());
}

void main(void)

{
 BPTR SegList;
 LONG Result;

 if ((SegList=LoadSeg("C:Execute"))==NULL)
  {
   PrintF ("No Execute\n");
   exit (10);
  }

 Result=42L;
 PrintF ("Result: %d\n",Result);

 (void)SetProgramName("Execute");
 Result=RunCommand(SegList,4000L,Cmd,strlen(Cmd));
 PrintF ("Result: %d\n",Result);

 UnLoadSeg (SegList);

 exit (0);
}
-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: C++
Originator: jamie@cdevil.unx.sas.com
Date: Tue, 5 Jan 1993 15:04:24 GMT
Organization: SAS Institute Inc.


In article <1993Jan5.082559.21227@sunbim.be>, accs1@bagheera.mumath writes:
>In article Hzn@unx.sas.com, walker@twix.unx.sas.com (Doug Walker) writes:
>>stated it here before - we are planning a C++ release this year,
>>tentatively for third quarter.  It will be a translator.  It will
>>be well-integrated into the SAS/C environment.  It will require
>>SAS/C 6.0.
>>
>
>Does this mean it will not be shipped together with the C++ package ?

*What* C++ package?  The old Lattice C++ is dead.  Has been for a while.  It
doesn't even work correctly with the latest version of the compiler (needs to
be updated, but I was never able to contact the author, and now I don't need to
anymore :-).  If you meant "C shipped together with C++," well, we'll have to
see what the marketing types decide to do...

>Will there be an option to get it together with 6.0 ?

Probably.  It wouldn't make much sense to have you go through two completely
separate transactions, when the C++ *has to have* the C to work...

>Any ideas of the price ranges ?

Not 'til we are a *lot* closer to shipping.
-- 
---------------
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.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IPC and shared memory
Date: 5 Jan 93 20:34:19 PST
Organization: BBS

> > The operation of FindSemaphore may be clunky but each task only
> > has to do it once.
 
> Actually, no.
> 
> Like public message ports, each time you wish to access a public
> semaphore you must do a Forbid();FindSemaphore();Permit().
 
I was talking about the specific example of a multiuser BBS game.  In
that case it's easy enough to guarantee that the semaphore will
always exist until the last process accessing it exits.
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP: malloc() and system dependancy
Date: 11 Jan 93 14:21:59 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <1993Jan10.203944.979@uoft02.utoledo.edu>, mneylon@jupiter.cse.utoledo.edu (Michael Neylon) writes:
|> My friend and I are working together on producing a flashcard program.  He
|> has SAS/C 6.0, I have 6.1.  Today, he gave me some code and a executable.
|> The output seems to work fine on his machine.  However, when I try to run
|> the same executable, there is some memory conflict cause the font gets all
|> screwed up.  
|> 
|> I figure it is a malloc() call in his program.  He has defined it safely
|> according to standards.  Now, is malloc() safe to use on any system?
|> 
|> He has a 2000 w/ 2.1, very little in the way of commodities ( a screen 
|> blanker is all).  I have a 500 w/ 2.1, and lots of extra programs at the top,
|> including Nickprefs, CopperPrefs, TM2.0, ToolsDaemon 2.0b, MFR, ASwarm3
|> MagIcon, and use csh for the shell.

malloc() is totally safe on any system.  Why do you suspect it of
causing the problem?  Memory-trashing bugs often exhibit wildly
different behavior on different machines.

If you suspect a memory trash, I recommend using the memlib utility
routines found in the SC:EXTRAS/MEMLIB drawer to help track it
down.

|> Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!

-- 
  *****
=*|_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: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++ novice quesions
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Mon, 11 Jan 1993 04:35:35 GMT

In article <johnv.043z@acix.DIALix.oz.au> johnv@acix.DIALix.oz.au (John Verhoeven) writes:
>I'm trying to learn C++ using the book 'C++ Primer, Stanley Lippman, 2nd
>Edition' and have typed in one of the examples from the book.
>
>When I try and compile it I get several errors.
>
>Does anybody know where I can get explanations for the error messages
>put out by GCC?
>
>Here is the types of errors I am getting:
>
>intarray.cc:5:  `IntArray::IntArray (int (= ArraySize ))' is already
>    defined in aggregate scope

This one smells to me like you are redefining IntArray::IntArry(int)
(it's saying it was defined inline with the class already).  That's
my guess at least.

>intarray.cc:45: parse error at end of input

My guess here is that it hit EOF and still expected something from the code.
Perhaps a semi-colon at the end of a class?

>What level of C++ does gcc conform to?

That's a hardish question to answer as it is g++ we're talking about
and although it has 2.0, 2.1, and 3.0 additions to it, some are missing,
they don't claim any specific spec conformance, and they have a number of
non-standard/portable extensions.  And so on.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                Producers of Comeau C++ 3.0/3.0.1 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: adamw@mundil.cs.mu.OZ.AU (Adam Douglas WEISSER)
Subject: Matthew Dillon's email address
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 5 Jan 1993 02:56:35 GMT

Does anyone know what it is? There is no such host as:

	dillon@overload.berkeley.ca.us

I need to ask him some v.pertinant questions about DICE...


		Ads (adamw@mundil.cs.mu.oz.au)


Newsgroups: comp.sys.amiga.programmer
From: miller@mrcnext.cso.uiuc.edu (Geoffrey M. Miller)
Subject: Need a program to compare lines in a text file
Organization: University of Illinois at Urbana
Date: Mon, 11 Jan 1993 23:52:49 GMT

Hopefully someone can help me with my problem!

I have a text file well over 10000 lines that I need to edit.
Many lines are exactly the same as others, and I need to remove the duplicates.

So, what I need is a small program or maybe even an AREXX macro for CygnusEd:

1. Read in a line of text.
2. Compare that line to every line thereafter, deleting all identical lines.
3. Read in the next line and proceed, etc.

Can someone whip this (relatively easy) program up for me, tell me where to
locate an existing program that would accomplish this, or give me an AREXX
script to use in CygnusEd or DirectoryOpus?

I would be ETERNALLY grateful since I have no programming ability whatsover!

Thanks!  Geoff Miller (University of Illinois)
From: plav@cup.portal.com (Rick M Plavnicky)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Arexx question
Date: Fri,  8 Jan 93 20:31:22 PST
Organization: The Portal System (TM)
Distribution: world
  <1993Jan8.032750.1849@latcs1.lat.oz.au>

burton@latcs1.lat.oz.au (James Burton version 1340) writes:

>>I have a simple question about Arexx... I want for my Arexx program to
>>sit and wait for say 3 minutes or so, and then continue on with the
>>program.  How do I get ARexx to do that without~r using up much
>>processor time?  The loop that I tried didn't work too hot.  8-) There
>>must be a command that does this??? Anybody?  Thanks. 
>
>Yes, I would be interested in this.
>If you try to do the following
>'c:wait' 50
>from an AREXX program, it does not wait.
>I suppose it backgrounds the shell task.
>Can somebody please confirm this?
>I find it extremely annoying.

Huh?  What about doing a

   call delay(ticks)

in your ARexx code?  ticks is 50 or 60 per second, depending on your
machine's ``orientation'', and you *may* need to ensure that one of
the support libraries is loaded.  (Sorry, too tired to grab the manuals
and look it up.  I do know that if I type "call delay(120)" to WShell
it works fine for me right now, though.)

/* Rick Plavnicky  plav@cup.portal.com */
Newsgroups: comp.sys.amiga.programmer
From: phstu44@cc.uch.gr (Roger Kaputnik)
Subject: AMOS 1.34 Updater wanted!!!
Organization: University of Crete, Computer Center
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 11 Jan 1993 16:50:18 GMT

I am trying to find the AMOS 1.34 updater disk and the updater for the AMOS 
compiler (same version 1.34).
I can't find it through archie so if somebody could help me please do it....

                                     Kaputnik the (despaired) Time Lord
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IPC and shared memory
Date: 9 Jan 93 12:00:40 PST
Organization: BBS

> So you're partially right -- sometimes the traveller does handle
> data in its own process.  Often, especially with more complex data
> manipulation functions like play, filesave, etc., the method is run
> in the module's process.
 
I have very little familiarity with all this OO stuff, but as it
happens, I have this MIDI program Bars&Pipes Professional which hypes
itself as Object Oriented, and I have stuff for writing tools and
accessories for adding new features to the thing... and it does
address a lot of the same issues and concepts.  I guess it really is
rather object oriented, even though it never uses words like "class"
or "method", and does everything with a simple exec-type interface.
 
Every time you create an instance of a tool in the Bars&Pipes
pipeline, such as something to echo midi events, it creates a new
copy of a tool data structure which can be found by browsing a public
list, AND it may create a background task for it, but only when the
task is actually needed.  Since this structure is created by a
function within the tool, it can be extended to any size and the
process of initializing each new instance is whatever the tool wants
it to be.  Whenever you want to edit the parameters of the tool, the
main program causes the tool's edit function to be called within the
context of its own task.  But when it's time to process actual midi
events, it calls functions within the tool in the context of the main
player process.  In turn, the tool calls utility functions embedded
in the main program.  In each case the tool gets a pointer to its
instance of the public tool structure.  Even the internal stuff that
gets done to the events, like recording and playing them, is
implemented as a tool, which it calls without caring that it happens
to be part of the main program.
 
And all with plain ordinary Amiga facilities.  Maybe that article in
Byte that said the Exec is object oriented wasn't too far off.
Newsgroups: comp.sys.amiga.programmer
From: keithh@bnr.ca (Keith Hanlan)
Subject: Trouble with public screens
Organization: Bell-Northern Research Ltd., Ottawa
Date: Tue, 5 Jan 1993 19:26:31 GMT

I've written a GnuClient for the Amiga port of GnuEmacs 18.58. It does
a number of things nice and fast but I'm currently having problems
getting it to create a public screen that can be closed later. I'm
using V39.106/V39.48 on an A2000/030 with SAS/C 6.1.

My approach is to
	OpenScreenTags(NULL,
	               SA_LikeWorkbench,  TRUE,
                       SA_Height,         STDSCREENHEIGHT,  // -1L
                       SA_Width,          STDSCREENWIDTH,   // -1L
                       SA_PubName,        new_name,         // "Emacs Screen"
                       SA_ErrorCode,      &return_code,
		       SA_Depth,          2,
                       NULL)

which works except that I get enforcer hits WORD-READs from 0x0 and
0xC. Interestingly, these hits are the same as the ones I get from
IPrefs when I am booting the machine.  The hits are coming from within
the OpenScreenTags() call itself. I'd really like to get rid of these
hits. I originally wrote this without the V39 SA_LikeWorkbench tag
using the long form recipe of copying pens and so forth. I got the
same hits.

After successfully opening the screen I do a
	PubScreenStatus( new_screen, 0L );

which is supposed to make it a public screen and seems to work as
well. Certainly Emacs is able to open its window successfully on this
public screen.

However, when I try to close it using another process (the client is
transient), it fails. PSX 1.3 is also unable to close it. I'm doing
	screen = LockPubScreen( "Emacs Screen" );

which works
and
	CloseScreen(screen);

which fails!!!

Now the autodocs say that CloseScreen will fail (why is there no
information return code!?) if the screen has windows. There are no
windows however and I've even checked the screen structure's FirstWindow
field and it is indeed NULL. It makes no difference whether my 
UnlockPubScreen() call is before or after the CloseScreen().

Does anybody know what is going on?

By the way, if you use GnuEmacs and have a request list send it to me
and I'll see about adding it. Currently, my GnuClient does the
following:
	o Opens a public screen if necessary. The name is obtained
          from an environment variable and defaults to "Emacs Screen"
	o Starts temacs itself if necessary. Replaces the Emacs
	  script.
	o Does the find-file in such a way as to preserve the proper
	  case of the filename so that you don't wind up with multiple
	  buffers for the same file (eg <gnuclient.c> and
	  <GnuClient.c>. This was the original reason I wrote the
	  program.
	o It runs from the CLI or from Workbench and thus can be used
	  as a tool.
	o It is residentiable.

I'm also adding a hook to Emacs so that when it uniconifies, it makes
sure that the screen is there. This is so that I can close the screen
when its only window goes away.

Your help is appreciated,
Keith Hanlan  KeithH@bnr.ca  Bell-Northern Research, Ottawa, Canada 613-765-4645