HDTenEightyP/NetNews huggingface dataset:
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Version Strings...
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Sat, 9 Jan 1993 00:43:23 GMT

In article <1993Jan8.145323.29380@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd M. Lewis) writes:
>In article <1993Jan8.111612.25180@sunbim.be> accs1@bagheera.mumath writes:
>>
>>>UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";
>>
>>I wonder why that stays in the executable. I would expect a good compiler  
>>would through that line away unless it is really referenced.
>
>....I'm not sure I would
>call a compiler "good" if it started getting in the way building programs.

Yes and no.  This is one of those judegement call issues.
I've seen this specific situation go either way.  That is, OTOOH, it
isn't referenced as far as the linker is concerned, so what good is it?
OTOH, there are enough cases like I've seen over the years like Version 
or even trigger information for subsequent events in the compilations.
Becomes like a question of when it smart dumb, and even when is smart
being too smart.

>Perhaps a "really good" compiler would have an option to turn off some

>optimizations in selected places.

That can help in some cases, but even that may not always be good
enough.  Especially in a different language.

- 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: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Running my 4000's 3.0 Kickstart on my 3000???
Date: 4 Jan 1993 13:18:09 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: tanne.uni-paderborn.de
Keywords: kickstart 4000 3000

In article <Bzo1ov.JIM@news.cso.uiuc.edu>, bja20850@uxa.cso.uiuc.edu (B.J. Anderson) writes:
|> I assume it's legal to use an image of my 4000's KS ROM on my 3000
|> as long as the code only runs one place at once, right???

It's think it's not legal. And it will of course not work. E.g. the A3000's
scsi driver is missing in the A4000's kickstart.

-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
Newsgroups: comp.sys.amiga.programmer
From: danb@shell.portal.com (Dan E Babcock)
Subject: Re: Flushing Devices;  C= doco (mutter!)
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Thu, 7 Jan 1993 10:47:07 GMT

In article <1993Jan7.092127.13752@philips.oz.au> gduncan@philips.oz.au (Gary Duncan) writes:
>
>Passing thought ; why the heck aren't unused libraries/devices
>flushed automatically anyway? Sounds like a legacy of the days 
>when hard disks were rare and dragging a device off floppy was
>time-consuming. Those days are gone...
>

eh? Devices and libraries ARE flushed automatically. When a memory allocation
fails, the expunge vectors get called, and if there are no current openers,
the device/library is removed from memory. This is perfect; there's nothing
to fix. (Hmm, well maybe change the OS so that filesystems can be safely
flushed as well...as it is such things as CrossDOS hang around forever).

Dan


Newsgroups: comp.sys.amiga.programmer
From: solorzan@fwi.uva.nl (Valik Solorzano (I88))
Subject: Help finding debugger for gcc and g++
Organization: FWI, University of Amsterdam
Date: Tue, 12 Jan 1993 11:56:03 GMT

Hallo everyone,

A couple of weeks ago I begun to use G++, and now I'm trying to find the
GDB port for the Amiga or another debugger.

Could someone tell me if it exists and if it does where can I get it.


Thanks in advance to all.

----Valik----

You can mail me at solorzan@carol.fwi.uva.nl

Ciao
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help me identify Guru Meditation #
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 11 Jan 93 14:52:31 MET
Organization: IWANIMA

In article <19298@mindlink.bc.ca> Duane_Eddingfield@mindlink.bc.ca (Duane Eddingfield) writes:
> > Bill Hoston writes:
> >
> > Can someone please tell me what Guru 8(1|0)000 0005 is?
> >
>
> According to 'alert' (a program that IDs these numbers):
>
> Corrupt memory list detected in FreeMem().

    According to includes :

    #define	ACPU_DivZero	0x80000005	/* Divide by zero */

    or

    #define AN_MemCorrupt	0x81000005 /* Corrupt memory list detected
                                              in FreeMem */

    Sincerely,
                                   -- Philippe

.----------------------------------------------------------------------------.
|  Philippe Berard  (French Amiga User)       |                              |
|  "They hold a cup of wisdom,                | UseNet : amipb@amipb.gna.org |
|   But there is nothing within" (Kate Bush). |                              |
`----------------------------------------------------------------------------'
Xref: sparky comp.sys.amiga.programmer:18237 comp.sys.amiga.hardware:22522
From: barrett@astro.cs.umass.edu (Daniel Barrett)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 7 Jan 93 01:15:32 GMT
Reply-To: barrett@astro.cs.umass.edu (Daniel Barrett)
Followup-To: comp.sys.amiga.programmer
Organization: BLAZEMONGER INCORPORATED

In article <38370@cbmvax.commodore.com> daveh@cbmvax.commodore.com (Dave Haynie) writes:
>Of course, companies that charge $1000 a year for their program generally
>have better support than those that charged $29.95 for the latest "Flying
>Bozo Brothers" action shoot-em-up.

	Dave, don't ask me why, but somehow the name "Flying Bozo Brothers"
has kept me laughing hysterically for the past 5 minutes.  If the game ever
came out, you'd lose half the Amiga user community to stomach contortions.

                                                        Dan

 //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
| Dan Barrett -- Dept of Computer Science, Lederle Graduate Research Center |
| University of Massachusetts, Amherst, MA  01003  --  barrett@cs.umass.edu |
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////
Newsgroups: comp.sys.amiga.programmer
From: sheun@cs.city.ac.uk (Sheun Olatunbosun)
Subject: DD vs HD floppies
Keywords: Amiga CrossDOS
Organization: City University, London
Date: Tue, 5 Jan 93 16:12:30 GMT


Hello,

I'm having a problem finding an IBM compatible machine which will accept
my DD (Double Density) floppies. All the I've seen PC's seem to have the HD 
(High Density) drive as standard. I would really like to use the Amiga 
CrossDOS facility for transferring work from the PC's at my university to my 
A1200 at home.

I would like to know what others have done out there (do not reply "I found
a PC with a DD drive"). For example, is it possible to buy an Amiga-dedicated
HD drive to connect to the external disk port? If so, how much? 
Of course, a new device handler/driver would probably be need to handle it, so
that the Amiga can take full advantage of 1.44Mb disk capacity. 

Am I in too far over my head here? Sorry. I'm five days new to the Amiga world.

Oh, and one gripe with CBM. I can't understand why the latter has refused to 
include as standard the AmigaDOS and Arexx manuals into the A1200 package. It's
all very nice playing with workbench (move a file here or there and manipulate)
and seeing what the machine is capable of through other people's work (demos,
games, utilities and application packages), but at the end of the day I want to
be able to do something for myself (be it just to display an empty window at
some position on the screen).
The A1200, I believe, is capable of a lot from the programmer's point of view.
Making the AmigaDOS and Arexx manuals optional means that many users (USER
definitely suffices as the correct word here) are unaware of the potential of
their beast.
At the moment, I'm having to borrow a manual (AmigoDOS1.3) from an A500 owner
to find out what I can do with AmigaDOS3! Obviously, I am going to have to buy
an AmigaDOS3 manual to know what new commands are still going untapped. Oh!
I also borrowed "The Very First" disk from him. A very competent demonstration 
for any novice who is completely new to the world of computers. The mentioned
disk explains mouse movement, buttons, windows, menus and the shell. The
interaction here is far more beneficial to the user than reading about the
various features in the workbench manual. Where's the corresponding disk for
A1200 owners. What happened to the "say" utility/speak handler (even if it was
a bit naff)? A friend told me that Arexx was lurking on the Extras disk for 
Workbench 1.3/2.0 owners with no mention to it. Doesn't Commodore want users
to USE, MAXIMISE the knowledge of their computers?

Hell, I wish Commodore would get there act together. 

 "The A1200, a new specification games machine to replace the A600/A500+?"

 ...not for me it won't be.

Sheun

p.s. don't forget my initial question.
Xref: sparky comp.sys.amiga.programmer:18351 comp.sys.amiga.hardware:22624
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: Thu, 07 Jan 93 17:07:44 EST
Reply-To: rock@lakes.trenton.sc.us (Rockerboy)
Organization: Lakes Public Access

daveh@cbmvax.commodore.com (Dave Haynie) writes:

> Of course it does.  You're missing the point entirely.  No one cares about wh
> a demo writer is doing.  As a user, you don't pay for demos.  You do pay for 
> other software.  As a user, you have a right to expect something for what you
> pay.  There's no way you can know if any particular program is written accord
> to the rules or whether it throws them all out.  If every developer was open 
> honest, you'd be able to read on the software package just what level of 
> compliance there is with the Amiga (eg, does it run on all 680x0, with Fast
> RAM, from hard disk, on AA and beyond, etc.).  Since such admissions are rare
> C='s withholding of the register-level details of the AA chip set (which, as
> mentioned 100's of times, are guaranteed to change in the future) will help t
> protect the software investment of C='s customers.
I still don't see why, because of a practice that would be considered 
intolerable in any industry other than the computer industry, people who 
hardware code for speed or simply for fun should be punished.  If I went 
to a parts store, picked up a starter for my car, and found it didn't fit 
my vehicle, I would be quite angry, certainly, but if I took it back, 
they would say, "Ooops., sorry, here's the right one!", or else refund my 
money.  I see no reason not to demand the same from the software 
industry.  The logic of withholding the hardware manual does not wash.  
The appropriate thing to do is demand responsibility from software 
manufacturers.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: AmigaDOS library functions and ANSI-C programming
Originator: walker@twix.unx.sas.com
Date: Mon, 4 Jan 1993 14:29:07 GMT
Organization: SAS Institute Inc.


In article <1992Dec29.221144.26405@urbana.mcd.mot.com>, qbarnes@urbana.mcd.mot.com (Quentin Barnes) writes:
|> I ran across a widespread problem with the AmigaDOS specific
|> prototypes/libraries with writing ANSI-C code.  AmigaDOS
|> functions which take pointers to objects when the objects
|> aren't modified are not marked as "const".  For example,
|> the ANSI-C code:
|>         const char *s = "mylib";
|>         OpenLibrary(s,0L);
...
|> Has the problem been covered before?  Is there plans in the
|> works to support ANSI-C/C++ clean AmigaDOS library calls?

|> Quentin Barnes

I hope that Commodore addresses these issues soon.  Fortunately,
if and when they do SAS/C is prepared to deal with it.  There
is a command-line option to tell the compiler to treat all
quoted strings as "const char *" instead of "char *", and all
the code is present to deal with const correctly.  We can't
turn the option on by default because of this exact problem.

-- 
  *****
=*|_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: egott@triton.unm.edu (Eric Gottlieb)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga an TEX
Keywords: DVI TEX LATEX
Date: 7 Jan 93 16:49:06 GMT
Organization: University of New Mexico, Albuquerque

In article <1993Jan6.182235.1386@maths.tcd.ie> dwmalone@maths.tcd.ie (David Malone) writes:
>I was wondering wether anyone out there had written a program 
>for displaying TEX oduced DVI files on the amiga? If anyone 
>has some code doing anything with these type of files I'd be
>happy to canabalise is if they wouldn't mind.
>
>	David Malone (dwmalone@maths.tcd.ie)
>

I use the PasTeX package for all my tex needs....I don't think it
comes with source, but it is freely redistrbutable and available
by ftp...I don't recall what sites it is on, but archie does.
	--egott@triton.unm.edu
From: dlarson@cbmvax.commodore.com (Dale Larson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Enough talk.  FILE: server.c
Date: 8 Jan 93 17:08:37 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson)
Organization: Commodore Engineering

In article <C0IyF5.9Gv@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu writes:
>   Forbid();
>   myport = FindPort("Foobar!");  /*Is the server already running..? */
>   Permit();

You shouldn't Permit() here.  If you do, the Forbid() does no good at all.

>   if (myport)  /* Yup */
>   {
>      if (EasyRequest(NULL, &ereq[SERVER_RUNNING], NULL))
>         shutdown(myport);  /* Either shut down */
>      else  /* Or remain running */
>      {
>         CloseLibrary(GfxBase);
>         CloseLibrary(IntuitionBase);
>         exit(0);
>      }
>   }                                   /* If we don't exist, */
>   if (!(myport = CreateMsgPort()))  /* Create the port.. */
>   {
>      Alert(AN_CreatePort);
>      exit(0);
>   }

You should Permit() here.

It would be a good idea to rearrange this code thusly in order to make it more
clear and to minimize the amount of time spent under Forbid()::

	Forbid();  
	/* ********************************************************************
	** Begin Critical section:  
	**	We don't want another server starting here! 
	*/
	serverport = FindPort(...
	if(!serverport)  /*  We are the only server */
	{
		myport=CreateMsgPort(...
	}
	/* 
	** End Critical section:  
	** 	If there is another server, we will exit soon.  If not and
	**	another server is started at this point, it will just exit.
	*********************************************************************/
	Permit();  
	if(serverport)  /*  A server already exists */
	{
		CloseLibrary(...
		exit(0);
	}
	if(!myport)  /* We are the only server, but can't CreateMsgPort() */
	{
		Alert(AN_CreatePort);
		exit(0);
	}
	...



>    // 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


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dale Larson, Software Engineer   |    "Elegance increases reliability
dlarson@commodore.com            |    and maintainability."

            Disclaimer: I'm not Commodore's mouthpiece!
From: brindley@maxwell.ECE.ORST.EDU (Mike Brindley)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version Strings...
Date: 9 Jan 93 18:51:53 GMT
Organization: Society for Putting Things on Top of Other Things
NNTP-Posting-Host: maxwell.ece.orst.edu

In article <C0HyvD.D5z@DMI.USherb.CA> vailm00@DMI.USherb.CA (MARC VAILLANCOURT) writes:
>-> Can anyone give me a code fragment to insert a version string in 
>-> my program so that the AmigaDOS version program will detect it?
> 
>   No problem, here is an example:
> 
>static char *VerString = "$VER: Hyper-Snake 0.95 (29.10.92)";

This may be obvious, but here goes anyway :)

Please make sure that the version string is near the beginning of the 
executable, so that the version command can quickly find it.  This can
normally be achieved by placing the code above (or similar code) at
the top of one of the programs modules, and then making that module the
first one in the link command.


-- 
--> Mike Brindley
    brindley@ece.orst.edu
Newsgroups: comp.sys.amiga.programmer
From: danb@shell.portal.com (Dan E Babcock)
Subject: Re: AMOS - is it any good?
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Thu, 7 Jan 1993 00:45:49 GMT

In article <eLhfs*r82@lionfl.adsp.sub.org> lionet@lionfl.adsp.sub.org (Francois Lionet) writes:
>In article <1992Dec31.195211.11537@news.uiowa.edu>, Michael T Pins writes:
>
>> The short answer is, no, it's not any good.
>> I have yet to see a single AMOS program that doesn't have massive amounts of 
>> Enforcer hits.  Considering the amount of AMOS programs that people have sent
>> me, it would certainly indicate that the problem is with AMOS itself.
>
>Well, sorry. I keep enforcer on with sushi on my system, and I can tell
>you that the actual versions of AMOS does NOT produce ANY enforcer hit (1.34).
>Of course the first versions of the langage did, mainly because of my
>bad knowledge of the Amiga at first. Versions before 1.2 where absolutely
>terrible for this.

When is AMOS going to be updated to work on the 68040? (With copyback ON :-)) 
I was frankly astounded that AMOSPro didn't work either...I hope the update
fixes it. Come on, a call to CacheClearU? Not too hard!  


>
>By the way, I can tell you frankly, AMOS _is_ good ;-)

It would be better if it worked on my Amiga. 

Dan

Newsgroups: comp.sys.amiga.programmer
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ResEdit 2.1 for Amiga
Date: 5 Jan 1993 22:56:07 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <C0E2oB.2E5@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>   With all of this bashing of the internals of the Mac OS in advocacy, I have
>a question: why hasn't the equivelent of ResEdit 2.1 ever been written for the
>Amiga?

Argh.

Pray tell, Marc, exactly WHAT would a ResEdit for the Amiga do?
Especially since the Amiga doesn't have "resources"?

Greg



--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
Xref: sparky comp.sys.amiga.programmer:18352 comp.sys.amiga.hardware:22625
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: HostileTakeOver of Amiga OS
Keywords: flame bait lives here
Date: Thu, 07 Jan 93 17:18:45 EST
Reply-To: rock@lakes.trenton.sc.us (Rockerboy)
Organization: Lakes Public Access

meek@csu.murdoch.edu.au (Lindsay Meek) writes:

> 	Make sure you wait for the disk drive to finish writing before
> you disable everything however, otherwise your drive will validate
> and the blocks queued for writing will be lost. Does anybody know a
> commidore unauthorised naughty-bit of code for doing this?

Augh!  Yes!  You've no idea how many times I've screwed up a disk with my 
source code on it while testing.  You know the routine:  save the source, 
pop into the monitor to give your code a spin, and you forget that 
_damned_ second write the OS does all the time.  Blammo, screwed disk.  
'Swhy I have a requester pop up asking if it's okay to take over the 
machine.  It can really hurt people, otherwise.
From: mhall@amiganet.chi.il.us (Mike Hall)
Newsgroups: comp.sys.amiga.programmer
Subject: CAMD?  Going? Gone? Yet to come?
Date: 11 Jan 93 17:52:59 CST
Organization: Amiga Network Information Systems

Hi, all!
Anyone care to comment on the status of CAMD : CMU Amiga MIDI Device
(or Commodore-Amiga MIDI Device)?

Is there any such thing in the works?  (I know, if it was you wouldn't say).
Will we ever see a day in which all sorts of multi-tasking MIDI applications
will run on this multi-tasking machine?  

I'd be happy to organize a grass-roots effort to "suggest" this to someone.

(Yes, I know about Bill Barton's wonderful efforts, and I have the CMU MIDI
toolkit... It just greatly ticks me off that I have to exit the patch editor to
go to the sequencer, and suspend that to use some home-brew tools, and rename
library files in the mean-time, to keep every one happy.  Whadda sham.)

Arrrggg.


--
Mike Hall       708-393-6350
mhall@amiganet.chi.il.us
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problems with dos.library/RunCommand() and "C:Execute"
Date: 5 Jan 93 23:26:24 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

tron@wembley.uni-paderborn.de (Matthias Scheler) writes:
>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.

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

> if ((SegList=LoadSeg("C:Execute"))==NULL)
...
> Result=RunCommand(SegList,4000L,Cmd,strlen(Cmd));

	The reason is that c:Execute merely sets up the input/etc fields of
a shell to read commands from the script (possibly a modified copy of the
script in t:Command...).  It doesn't spawn another process to run it, it
expects only to be executed by a shell.

	You should be using SystemTags("execute s:pcd ram:",TAG_DONE);

-- 
GNU Emacs is a LISP operating system disguised as a word processor.
 - Doug Mohney, in comp.arch

Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
jesup@cbmvax.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.