HDTenEightyP/NetNews huggingface dataset:
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE (was: Distressed Damsel needs C Compiler!)
Date: 11 Sep 92 09:38:17 GMT
	<1992Sep09.162909.3081@CS.ORST.EDU>
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: divineg@prism.cs.orst.edu's message of 9 Sep 92 16:29:09 GMT


> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
>
>	I was a registered DICE user (v 2.06.38).  I stopped using it because
>the code produced is, in general, unreliable (ie buggy).  I would recommend
>Markus Wild's gcc-2.2.2 port which I now use.
>

I own the registered version of DICE 2.06.something and GCC 2.2.2... And
GCC 2.2.2 has become my main compiler, also, mostly because of the high
degree of UNIX-like functionality, C++, reliability (once you set your
stack over 250k ;^), regular updates (thanks Markus :), and excellent
code generation. ( I have an 030 box with tons of RAM and disk what do I
care about system resource usage :^)

(If the GCC 2.2.2 package just had an Amiga GDB port I would be in 
absolute heaven! :^)

FWIW, I ran one benchmark that I had compiled on both GCC and DICE with
the "same" compiler switches and the GCC version was almost 6 times
faster. Although I suppose this is worst case... GCC is pretty smart
about performing optimizations and it seems to know how do a lot of
different optimizations.

I personally do not think DICE is a bad compiler though, from what I've
seen it seems like an excellent value for people who want an inexpensive
C compiler that does not require tons of system resources and provides a
quirky environment. I didn't notice any fatal bugs (but then I only had
it for a short time before I got GCC.) and Matt seems pretty responsive
to problems.


--
/**************************************************************************/
/* Kent Dalton                   * EMail: Kent.Dalton@FtCollinsCO.NCR.COM */
/* NCR Microelectronics          * Phone: (303) 223-5100 X-319            */  
/* 2001 Danfield Ct. MS470A      *   FAX: (303) 226-9556                  */
/* Fort Collins, Colorado 80525  *                                        */
/**************************************************************************/
On SECOND thought, maybe I'll heat up some BAKED BEANS and
 watch REGIS PHILBIN..  It's GREAT to be ALIVE!!
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   ToolMaker from CATS
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 4 Sep 92 22:18:23 PST
Organization: Amiga makes it possible

In article <F66Br*QU1@swinjm.UUCP> forgeas@swinjm.UUCP (Jean-Michel Forgeas) writes:
> In article <64836@cup.portal.com>, ANTHONY FRANCIS PRESTON writes:
>
> > I had to manually link the gadget to the window by calling the
> > appropriate open window routine, process the events, and then
> > close window routine as the event for the button.  He said he
> > may put in an option in a future version to do the operation
> > in ToolMaker.
>
> No flame intended, just to say my opinion:
>
> I believe that code generators save developement time by creating an
> image of an application element "in the space" (data structures and
> event-loop skeleton).
>
> But when you want to link actions to objects to change the interface,
> you want that the code generator creates an image of an application
> "in the space+time".
> Here I think that the amount of work to program such a code generator
> is very large, while the few minutes to write OpenWindow() and
> CloseWindow() ourselves seems nothing.
>
> Perhaps in the futur the wish will become that the code generator will
> permit to surpass the limitations of gadtools.library?
>

To add my $.02:

Borland C++ for windows provides several point-and-click tools for creating
GUIs for programs and generating code.  Perhaps it is not CBM's realm to
be taking on such a serious task :)  Let SAS do it...

> Best regards
>     Jean-Michel
> --
> Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
> 4 rue du General Leclerc                       __
> 95210 Saint Gratien, France                    \/

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024

Xref: sparky comp.sys.amiga.programmer:13132 comp.sys.amiga.datacom:23
Organization: University of Maine System
Date: Sunday, 6 Sep 1992 15:42:57 EDT
From: Rob Champagne <IO20197@MAINE.MAINE.EDU>
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.datacom
Subject: Fido Datapacks?

I'm about to begin programming a game for the Amiga that will have to pass
information between games running on different FidoNET nodes.  Does anyone
have any info or tips about this?  I have seen IBM systems doing this.  How
do they do it?
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GNU C and ixemul.library
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sat, 5 Sep 1992 02:54:57 GMT

In article <mbs.0xqj@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
>The ixemul.library fork() is NOT a real fork(), in the Unix/POSIX sense of

This is definitely right, fork() is a plain stub returning error, and the
error cause being `no more processes' or the like, don't remember exactly.

>The fork() is really only a vfork().

Wrong, sorry Mike;-) I wouldn't have dared to do this, vfork() is *not*
fork(), so I have fork fail, and the programmer has to invent his own fork,
if he wants the program to work. Pdksh is indeed a nice example of the problems
you're faced with if you want to do fork-like stuff with AmigaDOS...

Pdksh is a particularly nice example because the overall structure made it
easy to copy dynamic memory. In not so well designed programs, this task
may be simply not feasible...

-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: marks@castle.ed.ac.uk (Mark Steyn)
Newsgroups: comp.sys.amiga.programmer
Subject: Help: PCQ and Sprites
Date: 11 Sep 92 18:05:50 GMT
Distribution: comp
Organization: Edinburgh University

Having browsed through the Amiga C Encyclopedia and having downloaded
PCQ 12b I decided, in a fit of over enthusiasm, to try and convert one
of the C examples to PCQ.  The chosen example was
Graphics/Sprites/Example1.c.  As you can probably gather all did not go
well - my sprite is invisible :-(

The only reasons I've been able to come up with for this strange
behaviour is that the array containing the sprite data has not been
allocated in chip memory or that I haven't given the SimpleSprite the
correct address of the array (I used @array).

I would greatly appreciate in information on displaying sprites with PCQ
(some source would be nice too :-) as I think my code is somewhat ropey.

Mail me if you can help.

	Mark

-- 
? As long as the youngest child is free to dream,  ? Mark Steyn :          ?
? In the forest that we call imagination,          ? marks@castle.ed.ac.uk ?
? There shall always be a Unicorn.                 ? mpjs@dcs.ed.ac.uk     ?
?              Knowledge is no virtue and Innocence no vice                ?
Newsgroups: comp.sys.amiga.programmer
From: djkucera@undergrad.math.waterloo.edu (Dylan Kucera)
Subject: GCC 2.2.2 Patches applied : MY ERROR...
Keywords: gcc patch stack
Organization: University of Waterloo
Date: Mon, 7 Sep 1992 22:53:25 GMT

	Yesterday I posted an article explaining a problem I was having applying
the patches to GCC.  The problem was as a result of an erroneous assumption
on my part.

	I had the line "STACK 250000" in my User-Startup thinking that the STACK
command was system wide.  WRONG.  Looked it up in the 2.04 AmigaDos manual,
and it sets it ONLY FOR THE CURRENT SHELL!

	So, here's how to, in brief, make an icon for a shell with stack 250000
(I Think the author should add this to the documentation...)

- copy your shell icon to gcc_programming_shell
- edit the information for the new icon and make the tool type "iconx"
- use a text editor to edit 'gcc_programming_shell' in the same dir as
		the icon.
- insert the line "NewShell FROM s:programming.startup"
- copy s:shell-startup s:programming.startup
- use a text editor to edit s:programming.startup
- add the line "stack 250000" just before the end.

Viola, ICON that starts a shell with the stack already set to 250000.  This way
you can use this memory eating shell only when you want to use GCC stuff,
otherwise use the measly 4000 byte shell.

Thanks to all who mail with their concern, it made me think twice as to whether
or not what I had done was correct!

DK.


Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Programming Tools (was: Amiga programmers UNITE)
Organization: UNC Office of Information Technology
Date: Wed, 9 Sep 1992 15:15:43 GMT

In article <1b9fd020.ARN5c25@moria.UUCP> bojsen@moria.UUCP (Per Bojsen) writes:
>[...] a cc frontend with UNIX switches and a better (i.e., UNIX
>compatible) make allows you to write portable makefiles that can be
>used under UNIX as well as under AmigaOS.  I have ported many UNIX
>programs to the Amiga using SAS/C and I've found that rewriting the
>makefiles often comprises the major part of the porting job . . .

Perhaps what you need is a frontend for UNIX make. :-)  The new SAS C
options are better than those on UNIX.  (Subjective statement, but
true anyway. :-)  

#define STD_DISCLAIMER I_still_use_Manx
--
Todd M. Lewis / Todd_Lewis@unc.edu / utoddl@guitar.oit.unc.edu
From: u911661@bruny.cc.utas.edu.au (Mad Mal)
Newsgroups: comp.sys.amiga.programmer
Subject: looking for an epson laser printer driver
Summary: help!
Keywords: printer driver
Date: 15 Sep 92 09:43:59 GMT
Organization: University of Tasmania, Australia.

I am looking for an epson laser printer driver suitable for a GQ 3500 printer.

Any help greatly appreciated...


Mal.

--
Anybody who claims to know everything knows nothing, as anybody who knows           anything knows that nobody can know everything.                                                                  
<-- Me, otherwise known as:
    
   Snail Mail: 4 Ben Street                     u911661@bruny.cc.utas.edu.au                   West Hobart                                                                     Tasmania,
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: lc error
Date: 11 Sep 92 14:29:15 PST
Organization: BBS

> >   NULL                 /* NextText */
> >   );
>     ^
> 
> This should be a "}".
 
I wonder if he also meant there to be no semicolon after the NULL...
From: castleaw@brandonu.ca
Newsgroups: comp.sys.amiga.programmer
Subject: Abacus Books??????????????
Date: 14 Sep 92 14:31:58 GMT
Organization: Brandon University, Brandon, Manitoba, Canada

Hi everyone,
Does anyone out in netland know if Abacus books has released a new version
of their books to support OS2.04 (or 3.0 soon I guess :))?  I had heard
that the books are very good but no point in buying old information.

General Romeo
Terren Technology...
From: James_Coulter@panam.wimsey.bc.ca (James Coulter)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Re^2: Amiga PASCAL?
Distribution: world
Date: 13 Sep 92 00:37:33 PST
Organization: Commodore Computer Club / PaNorAmA

In a message dated Sat 12 Sep 92 10:28, Novalis@darkness.gun.de (joerg Von 
wrote:

 NV> If you do not lay claim on compatibility with TurboPascal (which
 NV> wouldn't be too
 NV> easy, anyway), but you just want to have a Wirth-style language, I
 NV> strongly
 NV> recommend Amiga Oberon. It sports a sophisticated 100% Amiga style
 NV> programming
 NV> environment, produces both fast and short code, and, best of all, is
 NV> an Amiga implementation of Wirth's last language creation called
Oberon
 NV> (successor of Modula-II).

How about some more information about this Oberon?  Seeing you're posting
from Germany I hope there would be English versions.

-- Via DLG Pro v0.992

/------------------------------------------------------------------------\
| James D. Coulter              FIDO    :1:153/911                       |
| {}{}{}{}{}{}{}{}          //  USEnet  :james_coulter@panam.wimsey.bc.ca|
|"Punishment is a crime." \X/                                            |
\------------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: c164-as@po.berkeley.edu (Chuck Woo)
Subject: A stupid question about C programming
Organization: University of California, at Berkeley
Date: Mon, 14 Sep 1992 08:25:14 GMT

hi folks.  I'm about to take the dive into the wonderful world of Amiga C
programming, but I have a stupid (or maybe not?) question:  is there a way
to keep from having the machine crash every time I make a boo-boo?  I have
a basic a500 (soon to have an HD, finally!) and I'm thinking of upgrading
to 2.0x, which I'm aware will trap guru-type errors.  what compilers, if 
any, allow you to simulate a run of your programs, or something similar?

oh yeah, and does anyone know if DICE will have a source-level debugger any
time soon?

please e-mail; any _useful_ responses are appreciated!  :)

---------------------------------------------///
Chuck Woo      wchucky@ocf.berkeley.edu     ///
(bubba buh boo dee do buh boo dee do..) \\\///
-----------------------------------------\XX/
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Global Optimizer on Lattice C 5.1
Date: Fri, 11 Sep 92 07:41:35 PDT
Organization: The Portal System (TM)

There is a pretty complete description of what it does in the
manual  under GO.  It does alot more.
Newsgroups: comp.sys.amiga.programmer
From: tomri@ida.liu.se (Tom Rindborg)
Subject: Scripit, is it alive?
Organization: CIS Dept, Univ of Linkoping, Sweden
Date: Mon, 7 Sep 1992 08:19:23 GMT

I am using Scripit version 1.20 from late 1989 for some
point-and-click tasks that I want to automate at the press of a key.
It works under Workbench 2.05, but there are some quirks, e.g. it
loses a K of memory for each invocation and the Workbench related
features won't work. Is there anybody else out there using Scripit?
Has it been updated? Are there better tools for what I want to do?

I am thankful for any info/pointers!

<< Tom Rindborg, SoftLab ab	Phone : +46 13 21 24 70			>>
<< Teknikringen 14		Fax   : +46 13 21 33 14			>>
<< S-583 30 LINKOPING		Email : tom@softlab.se			>>
<< SWEDEN			UUCP  : uunet!mcsun!suenet!heffa!tom	>>
--
<< Tom Rindborg, SoftLab ab	Phone : +46 13 21 24 70			>>
<< Teknikringen 14		Fax   : +46 13 21 33 14			>>
<< S-583 30 LINKOPING		Email : tom@softlab.se			>>
<< SWEDEN			UUCP  : uunet!mcsun!suenet!heffa!tom	>>
Newsgroups: comp.sys.amiga.programmer
From: pooler@marcus.its.rpi.edu (Robert Peter Poole)
Subject: Re: sending escape codes to printer
Keywords: printing escape codes amiga
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Fri, 11 Sep 1992 06:25:01 GMT


Your code reads thus:

	FILE *printer;

	printer=fopen("prt:","w");

	fputs("\033\170\060"); /* send an escape sequence to printer */

Try using "par:" instead of "prt:".  The reason for this is that the Amiga
operating system intercepts escape sequences and control codes that are sent
to prt: and converts them according to how your particular printer driver
is set up.  Or it may simply strip out the escape sequences altogether.

Since par: is a direct means of accessing the parallel port without
translation, that is your best bet.

Hope this helps.

Robert Poole
pooler@rpi.edu
pooler@cs.rpi.edu
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Boopsi custom gadget problem
Date: 8 Sep 92 17:42:46 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Sep4.095309.642@csc.canterbury.ac.nz> cree@elec.canterbury.ac.nz (Michael Cree) writes:
>Peter Cherna (peter@cbmvax.commodore.com) wrote:
>: In article <1992Aug31.134444.571@csc.canterbury.ac.nz> cree@elec.canterbury.ac.nz (Michael Cree) writes:
>: >I am having a problem implementing a string gadget as a subclass of
>: >'strgclass'.
>
>Mismatched FreeMem size 15!
>Original allocation: 20 bytes from A:0xFEBFD4 C:0xFD8468 Task 0x30118
>Testing with original size.

The problem was found to be that Intuition limits the buffer length
of an integer string gadget to 15.  If a boopsi strgadclass object
has a STRINGA_MaxChars of > 15, this problem will occur.  STRINGA_MaxChars
should be set to 15 or less when using an integer gadget.

(Note: we're referring to boopsi here, not GadTools).

>Michael Cree                              Gold there is

     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.
"I believe it's bad luck to be superstitious."
From: cmh@lysator.liu.se (Magnus Holmgren)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Font-size independence GadTools package
Date: 6 Sep 92 11:50:34 GMT
Organization: Lysator Academic Computer Society, Linkoping University, Sweden

boberg@lysator.liu.se (Stefan Boberg) writes:

>>Why bother, when you can use GadToolsBox V1.3 to generate perfectly working 
>>font adjusting routines for GadTools. I have used GTB to develop all the
>>windows in my up and coming communications package, X-Comm. It generates code
>>that can handle almost any font, and also allows proportional. Don't know why
>>people bother doing it by hand?

Because, GadToolsBox uses a *real* stupid algorithm.. It checks the height
of the font and then scales all coordinates (in a byte-wasting way too,
IMHO) according to this. It ain't hard to realise this isn't enough!

>  Does it really work with proportional fonts? I don't think so... At least
>it didn't when I tried it. The real problem is that it does not have any
>means of localizing programs easily. With localized programs you must have
>a very flexible system in order to allow for greatly varying string lengths.

Nope, in order to get proper routines, one must do a TextLength() type call
for each string. This also "automagically" makes the interface work with any
language without problems. It is quite hard work to do this by hand, but
currently, there are no real alternatives (well, Guido seems to be rather nice,
but I have only seen an early version without docs (included in MulitPlayer),
since it wasn't really finished yet... :). At least if you're after a "pixel
perfect" result..

/cmh (cmh@lysator.liu.se)
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GNU C and ixemul.library
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 5 Sep 92 09:23:20 EDT
Organization: Private UUCP Node

In article <1992Sep5.025457.19504@bernina.ethz.ch> wild@nessie.cs.id.ethz.ch (Markus Wild) writes:
> Wrong, sorry Mike;-) I wouldn't have dared to do this, vfork() is *not*
> fork(), so I have fork fail, and the programmer has to invent his own fork,
> if he wants the program to work. Pdksh is indeed a nice example of the problems
> you're faced with if you want to do fork-like stuff with AmigaDOS...

I knew this used to be the case, but so many people were saying they were
using fork(), and it has been so long since you gave us a source release of
IxEmul.library that I figured you must have changed it (as I asked in email).

I'm happy to hear it hasn't changed.

But how about that source release?      :)

> -Markus
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Subject: Re: XSB -- modular screenblanker building kit
Organization: University of Wisconsin - Milwaukee
Date: Mon, 14 Sep 1992 21:16:22 GMT

pooler@marcus.its.rpi.edu (Robert Peter Poole) writes:
:Anybody out there have any experience with this code?  Alternatively, is there
: another extensible/modular screensaver program out there which provides an
: easy means for programmers to create blanker modules?

I use XSB.  However, it's in dire need of an update, due to some buggy
coding practices in XSBCX itself.  Attempts to contact the author have
failed, but it seems he's freeing his gadgets before he closes the
window he uses...  which is bad programming.  Causes big problems
under MungWall, a standard developing tool...

Also, using the random blank function doesn't work...

There is another, if I remember correctly:  ShadowMaster was a very
good blanker system.

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(:	 "Whop." -D. Adams:  Life, the Universe, and Everything       :)
(:	gblock@csd4.csd.uwm.edu			Gregory R. Block      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
From: entity@nsq.uucp (cybernetworx)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Which assembler is best?
Date: 9 Sep 92 04:15:06 GMT
Organization: NSQ

In article <1992Sep4.135929.20105W@baron.edb.tih.no>, tronds@edb.tih.no (Trond Sausjord,o92b) writes:
> In article <Brian_Mury.00d5@amusers.UUCP>, Brian_Mury@amusers.UUCP (Brian Mury) writes:
> 
> 
> >I'm a beginning assembly programmer and am looking for a good assembler.
> >What assembler do you use? Why? What are it's advantages/disadvantages? Any
> >comments you can provide are appreciated.
> >
> >Also, what do you think about Asm-One? I've heard some good things about
> >it, and the demo version impressed me. Also, what's the most recent
> >version?
> 
> asmone 1.07b is dead cool !
> also check up trash'em one !!!
> these along with the dev pac are the creem of assemblers!

You've got to be kidding me.  The ultimate assembler on any platform has got
to be macro68.  It makes all the above look like toys.  The only one that even
deserves to be mentioned in the same sentence is devpak III, and even that is
severely lacking when compared to the new version of macro68.  Plus looking at
HiSoft's track record as far as updates go, doesn't give me any confidence in
picking up Devpak 3.  Better to go with macro68 where they're constantly doing
updates and adding new features.  Definitely the most feature packed assembler
around, with very good assembly speed too.  It's not a speed demon like
ArgAsm, but it does a lot more too, and still gives decent speeds.
 
The only drawback is that it's a bit expensive considering that prg's like
asmone are shareware/PD.  You can currently purchase macro68 for $150 US from
the puzzle factory who distribute it here.  Then again, compared to other
commercial compilers/assemblers, (particularly on other platforms), the price
is very reasonable.
Newsgroups: comp.sys.amiga.datacomm,aus.computers.amiga,aus.computers