HDTenEightyP/NetNews huggingface dataset:
From: rouaix@inria.fr (Francois Rouaix)
Newsgroups: comp.sys.amiga.programmer
Subject: Question: Adding information to a load file
Date: 12 Oct 92 17:50:01 GMT
Distribution: comp
Organization: INRIA Rocquencourt, France

Dear folks,

I'm looking for a (clean) way to add data to a load file (binary
file). This data should not be loaded by LoadSeg(). It appears that
under Unix or MS-DOS, you can just append this data at the end of 
the binary file, and the loader will not complain. Unfortunately, 
AmigaOS is more strict, and the trick won't work.

The only solution I have so far is to use a hunk of type debug. 
Is there any other type of hunk that will not get loaded ?
(This would be useful for resource-like datas for example)

--Francois
--
Francois Rouaix                         Projet Chloe - INRIA Rocquencourt
rouaix@margaux.inria.fr
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problem with the following Code
Date: 16 Oct 92 13:50:42 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Oct15.231155.27596@jato.jpl.nasa.gov> jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>In article <monster.05e4@mbear.apana.org.au> monster@mbear.apana.org.au (Martin Ozolins) writes:
>	When you reply a message - you're really telling the sender of it
>that you're done with the message. It's not safe to dereference the mes-
>sage after this point, because the sender may have reused the memory for
>something else or given it back to the O.S. in the interim. You should 
>reply the message only when you're really done with it.

It IS legal to reply the message provided that you no longer dereference
the message.  The following is ILLEGAL, for example:

	GT_ReplyIMsg( imsg );
	switch ( imsg->Class )
	{
	...
	}

The following is LEGAL:

	class = imsg->Class;
	GT_ReplyIMsg( imsg );
	switch ( class )
	{
	...
	}

The only other thing to watch for is if you use the dead-key info in an
IDCMP_RAWKEY message.  You have to retrieve that information before
you reply the message.

The original RKMs implied that it's best for system performance to
reply the message as quickly as possible, but I don't think that current
thinking believes that's important.  So you may wish to not reply the
message until you are done (which might simplify your life a bit), but
it is by no means required.

>>Martin Ozolins :Internet   monster@mbear.apana.org.au

     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: warda@vax.oxford.ac.uk
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE registration: Matt Dillon still around?
Date: 12 Oct 92 17:27:40 GMT
Organization: Oxford University VAX 6620

I got a reply from Matt this morning, so I can now say that he is still 
around, but just very busy.
Thanks to all who wrote.

   Bill Bennett                           JANET: warda@uk.ac.oxford.vax    
   CRC Growth Factors Research Group   Internet: warda%vax.oxford.ac.uk
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Trying to scroll!
Date: 13 Oct 92 12:20:56 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <GREENDOG.92Oct9110956@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:
>I've got a C program that does some graphics, and I need a region to
>scroll smoothly.  I set up a VERTB interrupt server using the C code
>on p. 526 of the 2.0 Libraries RKM, and the ASM code on p. 527.
>
>That worked fine (just a counter).  When I changed the ASM code to do
>my scroll strange things happen.  The scrolling DOES work, smootly, for
>about 3-4 seconds, and then the computer reboots.  Am I doing this totally
>stupidly, or am I close; does anyone know what's wrong?  (using SAS/C 6.0)


	No graphics routines are callable from interrupts, especially
calls that use the blitter!

	There are two ways of accomplishing what you want to do:

1.	Use QBSBlit and bang the blitter yourself to perform your scroll.

2.	Use a separate high-priority task which goes into a loop calling
	WaitTOF followed by ScrollRaster. I'd recommend this one.

-- 
*-------------------------------------------*---------------------------*
|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
*-------------------------------------------*---------------------------*
From: davids@cats.ucsc.edu (Dave Schreiber)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C++/G++ programming question
Date: 8 Oct 1992 07:42:28 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


In article <1992Oct8.011236.3156@tplrd.tpl.oz.au> paulg@tplrd.tpl.oz.au (Paul Gittings) writes:
>I've started using C++ (g++) as a "better C" and I've run into a problem.
>The definition for the graphics library pointer, GfxBase, in C is
>
>        struct GfxBase *GfxBase;
>
>or in C++
>
>        GfxBase *GfxBase;
>
>This works  OK and I can even assign a library pointer to GfxBase.
>The problem I run into is when I try to close the graphics library
>
>        CloseLibrary((Library*) GfxBase);
>
>I get a message from g++; name GfxBase could be a type or expression.
>Compiler assuming type.

I played with this for a while and was unable to find a cast that worked.
I settled on the following:

   struct Library *tempLib;
   tempLib=(struct Library *)GfxBase;  // Or just (Library *)
   CloseLibrary(tempLib);

Which works, although it isn't very elegant (although its an easier
solution than the one needed to take care of the fact that some Amiga
system structures use reserved C++ keywords, like "class", as member
names;  that requires modifying header files :-( ).

[...]
>Cheers,
>Paul Gittings


-- 
Dave Schreiber                           davids@cats.ucsc.edu (until 6/20/93)
                             "Look, don't touch"
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: A3000 for Programming
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 9 Oct 1992 14:12:18 GMT
Organization: SAS Institute Inc.


In article <3JgcsB2w165w@lakes.trenton.sc.us>, mr_scary@lakes.trenton.sc.us (Chris Hurley) writes:
>I was hoping to get the opinion of some folks on the A3000 as a
>development machine.
>        I am currently using my 3 meg A500 (flicker fixed, of course) for
>the development of a small game.  I will probably continue writing stuff
>for a while and with the current pricing on the Amiga 3000, I am
>wondering what advantages (other than speed) the A3000 would offer me.
>        Specifically, does the MMU offer any assistance in development of
>programs in SAS/C (soon to be 6.0)?  Is there any way (via software) that
>the A3000 can be made more tolerant of programming errors (read, the
>system doesn't go down everytime I make errors) than my A500 is?
>        Please post public messages, as I imagine there are others who
>are considering the current A3000 promotion.

Well, with 6.0 of the compiler, we include Enforcer and MungWall, two of
Commodore's debugging utilities.  Enforcer is good at telling you if you
write to or read from illegal memory addresses, and it requires an MMU
to be able to do this.

With V6 of CPR (our debugger), we catch the Enforcer hits, and place you
on the line in the file that caused the hit.

Also, if the errors are in your program, you can just link with catch.o
in place of c.o, to catch the GURUs before they happen.

An A3000 is *so* much faster than an A500, you can get more done in less
time, and be a whole lot happier.

Keep your A500 around, though, if you've got a lot of older games,
especially if they are copyprotected.  The A3000 *only* has an '030, and
some of the older games just can't handle that...

-- 
---------------
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.
Xref: sparky comp.sys.amiga.programmer:14449 comp.sys.amiga.applications:7873 comp.sys.amiga.misc:15124
From: cschneid@amiga.physik.unizh.ch (Christian Schneider)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications,comp.sys.amiga.misc
Subject: Re:  HDMem vs GigaMem for virtual memory on Amigas?
Date: 14 Oct 92 09:55:48 GMT
Followup-To: comp.sys.amiga.programmer
Organization: ICU - University of Zurich, Dept. of Comp. Sci.

In article <doiron.0flt@starpt.UUCP> doiron@starpt.UUCP (Glenn Doiron) writes:
>Oh, so now ImageMaster is nasty for following Commodore's guidelines for
>programming?  I do believe that buffer memory is used by other processes...

Using buffer memory from other processes is not really a problem to
GigaMem although strictly following the rules, memory not allocated
with MEMF_PUBLIC must not be accessed from other tasks than the allocated
one.
ImageMaster wants all its memory MEMF_PUBLIC, that's the real problem
which can only be solved by a scheme as flexible as GigaMem's.

Hmmm... perhaps the 'not used from other tasks' statement should be
changed to something like 'not used from tasks outside the program'
i.e. multi-process programs can access this memory if all this
processes follow the rules.

Leads somehow into the process vs. thread topic :-)

>Glenn Doiron

- Chris
-- 
Chris Schneider - cschneid@amiga.physik.unizh.ch BIX: hschneider IRC: cschneid
It's impossible to enjoy idling thoroughly unless one has plenty of work to do
Newsgroups: comp.sys.amiga.programmer
From: ollis@redbck.stl.dec.com (Stephen Ollis)
Subject: CURSES! ...
Reply-To: ollis@redbck.stl.dec.com (Stephen Ollis)
Organization: Digital Equipment Corporation
Date: Fri, 9 Oct 1992 04:33:10 GMT


Is there a CURSES library available for the AMIGA? 
--
DIGITAL Telephone Support, Sydney AUSTRALIA   *   Ph: +61 2 5615675 (BH)
Email: ollis@redbck.enet.dec.com            *  *      +61 2 6268533 (AH)
ICBM: 33 43'S 150 52' 15"E                    +       +61 2 5615488 (FAX)
                                             *
   Terra Australis Espirito Santo - The Great Southland of the Holy Spirit
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IDCMP
Date: 9 Oct 92 20:35:10 GMT
Organization: Edotronik GmbH

In article <Bvu6pz.JMs@fiu.edu> xnybpf01@serss0 (Brian P Feeny) writes:
>	I have a question that I hope someone can help me with.  I need to
>write a routine that basically waits for a disk to be inserted.  This routine
>will run in the background at all times.  I do NOT wish for this routine to
>open a window.  So how do I get IDCMP messages when I dont have a MsgPort

Open the console.devic with unit -1 and use the _raw_ input events. That
stuff is described in the RKMs.

>Brian Feeny - Systems Programmer - UNIX System Security Specialist

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Virtual Memory and A3000 Without Physical ROM
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 9 Oct 1992 15:46:13 GMT

In article <9OCT92.09120758@wl.aecl.ca> taylorm@wl.aecl.ca writes:
>I have an A3000 without the physical 2.04 roms; I am still booting the
>roms off of my hard drive.  This means that the MMU is already in use to
>remap my rom image.  I have the demo version of HDMem, but it only works with
>the "CPU" program's rom loading functions.  Does GigaMem work with the Rom 
>image mapped into ram on the A3000?

Works fine! I wouldn't ever want to swap my disk-booting a3000 against a 
ROMy ;-)

-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: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Using fprintf() in SAS/C 5.10b
Date: Thu,  8 Oct 92 08:45:36 PDT
Organization: The Portal System (TM)

Are you running from CLI or Workbench?  I do that type of thing all
the time in my software with no problems.  If you are running with
no STDIO your doing something that is undefined by using stderr to
do an output.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Make and Comeau C++
Originator: walker@twix.unx.sas.com
Date: Thu, 15 Oct 1992 12:59:05 GMT
Organization: SAS Institute Inc.


In article <Bw4FwB.H9J@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
|> I forget the full details of this, but the situation as I understand it is that
|> lmk does something (I believe it was spawning in the presence of rexx)
|> correctly, and ends up being at a disadvantage because of this.  If I recall
|> properly I think this got discussed in the arexx amiga topic on BIX once upon
|> a time.  The "solution" (at the time: SAS/C 6.0 lmk might do something
|> different, even though the previous didn't do anything wrong) was to use
|> another make program.  Doug?
|> 
|> - Greg
|> -- 
|>          Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418


The best solution is to just use the RX command to invoke the
rexx script.  We're using the correct approved methods for forking
processes.  If you are replacing the system UserShell with WShell,
then it SHOULD work since WShell takes REXX scripts directly without
needing the RX command.  However, if you are just running WShell 
without replacing the UserShell, you'll get the default system
Shell for processes invoked by SMAKE, which doesn't do this.  Therefore
you need to use the RX command.

    foo.cxx:
       rx como <options> $<

instead of

    foo.cxx:
       como <options> $<

-- 
  *****
=*|_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: warda@vax.oxford.ac.uk
Newsgroups: comp.sys.amiga.programmer
Subject: DICE registration: Matt Dillon still around?
Date: 9 Oct 92 19:13:44 GMT
Organization: Oxford University VAX 6620

Not sure if this is the appropriate forum, but I can't think of a better one:
I sent $50 US cash to Matt Dillon for the registered version of DICE over two 
months ago, and have heard nothing since.  While it's entirely possible that 
the cash disappeared en-route, which I am prepared to be philosophical about,
I send a follow-up email and got no response. A second email failed to deliver
(although the daemon is still trying).  Can anyone confirm/deny whether Matt
is still around, and supporting DICE shareware registration?  I know there was
a possibility of going commercial, but I managed to get through to him earlier
this year at dillon@overload.Berkeley.US.CA (is this still valid?), and it was
still shareware then. 

Thanks for any help,

   Bill Bennett                           JANET: warda@uk.ac.oxford.vax    
   CRC Growth Factors Research Group   Internet: warda%vax.oxford.ac.uk  
Newsgroups: comp.sys.amiga.programmer
From: eyvind@Lise.Unit.NO (Eyvind Bernhardsen)
Subject: Re: REDSECTOR BAD JOKE!!!
Keywords: Destructive CODE!!!
Organization: Norwegian Institute of Technology
Date: Thu, 15 Oct 92 20:40:58 GMT

Well, I had sort of the same problem (MegaLoMania...  Thanks a LOT, Sensi); nasty
drive grind => dead drive.  What probably happened is that your stepper motor was
screwed, BUT there is hope:  I was lucky enough to know a qualified electronics
engineer - he opened the drive, fiddled with the stepper while X-Copy was
trying to step, and WOW!  One fully working drive!  Only took about five minutes,
too... :)

Try it - I assume you've nothing to lose :)

-Eyvind

-- 
     //|                             | DISCLAIMER: I don't HAVE opinions.
    // |                             | I just repeat what everyone else says!
\\ //--|miga: There can be only one. |
 \X/   |         eyvind@lise.unit.no | Did you spill my pint?
Newsgroups: comp.sys.amiga.programmer
From: pmiller@csugrad.cs.vt.edu (Paul Miller)
Subject: Commodity - can I put a hotkey back in the event queue?
Organization: The Ohio State University Department of Computer and Information Science
Date: Tue, 13 Oct 1992 01:34:01 GMT

If I get a hotkey object from my commodity, and it turns out I don't want
to do anything with the hotkey at that time, can I put the event back into
the queue so it goes on? The HotKey() object allocator deletes the event from
the queue before it sends me the message, but can I find out what the
hotkey event was after the fact so I can send it on down?

-- 
* Paul Miller                         |Nobody cares about my opinion anyway*
* INTERNET: pmiller@csugrad.cs.vt.edu |    - Have a JOLT and a smile! -    *
* "What IS it, man?"                                "Happy Happy, Joy Joy" *
From: s3007048@mackay.mpce.mq.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: writing parallel port - CreateExtIO,DeleteStdIO,IEExtPar
Date: 13 Oct 1992 21:20:38 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

	I'm using a compiler that does not handle CreateExtIO at all - it
handles IOExtPar structures ok, but does not have the CreateExtIO and
DeleteExtIO routines.  Does anyone know of any source for these?  I know
they're in the exec.library, but I need to know the parameter types
for making xternal references in Pascal (PCQ).

	Thanx in advance - and please note that this is urgent.  Responses
by direct email would be preferred... 8-)

Regards,

	Mike.
 -----------------------------------------------------------------------------
 Internet:	s3007048@mackay.mpce.mq.edu.au

                     "I have a cunning plan..."	- Baldrick (Black Adder)
 -----------------------------------------------------------------------------
     Michael Glew - School of Math Phys Comp & Elec - Macquarie University
 -----------------------------------------------------------------------------


Newsgroups: comp.sys.amiga.programmer
From: kmccoy@nyx.cs.du.edu (Kevin McCoy)
Subject: Help!  Window Gadget Flicker Problems.
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Thu, 8 Oct 92 22:28:59 GMT


Help! 
  Ive got a problem...  Im programming windows in C.  Ive set it up
opening a normal 1.3 Window, and normal 1.3 Relative-Window Gadgets. With
it, Ive got GadTools menus.  After I resize the window, if I use the pull
down menus, all of the gadgets (including standard window gadgets) refresh
in a flickering frenzy.   What am I doing that would cause this?   (Note: 
I am using a normal GadTools Begin_ End_ Refresh sequence)   Any help
would be appreciated!   -Kevin Mccoy
 

Newsgroups: comp.sys.amiga.programmer
From: obbe@ph.tn.tudelft.nl (Obbe Vermey)
Subject: HELP ME, creating a device.
Keywords: amiga
Organization: Delft University of Technology
Date: Thu, 8 Oct 1992 12:30:51 GMT

 Hello Amigoids,

I would like to build a new device and mount it to the Amiga
operating system. I have so far been unable to find any info
on this. I am wondering if someone could help me.
Titels of reference material, example sources and explanations
are all very welcome.

More specificly I would like to know how the parameters of the
mountlist end up in my program and if there are any special
file formats my handler should conform with.

			Yours, Alexander van Lomwel.

Alexander,
email:  Obbe@ph.tn.tudelft.nl
Holland.

Newsgroups: comp.sys.amiga.programmer
From: paulg@tplrd.tpl.oz.au (Paul Gittings)
Subject: C++/G++ programming question
Organization: Telectronics Pacing Systems
Date: Thu, 8 Oct 1992 01:12:36 GMT

I've started using C++ (g++) as a "better C" and I've run into a problem.
The definition for the graphics library pointer, GfxBase, in C is

        struct GfxBase *GfxBase;

or in C++

        GfxBase *GfxBase;

This works  OK and I can even assign a library pointer to GfxBase.
The problem I run into is when I try to close the graphics library

        CloseLibrary((Library*) GfxBase);

I get a message from g++; name GfxBase could be a type or expression.
Compiler assuming type.
Which results in a parse error, because we really wanted the variable
GfxBase not the type GfxBase.  Is there any way (I'm new to C++) to
force the compiler to use the variable? or do I use another variable which
is a reference to GfxBase?

Same problem with IntiuitonBase as well.

Cheers,
Paul Gittings
Telectronics Pacing Systems- 7 Sirius Rd, Lane Cove, NSW 2066, Australia
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   _              | paulg@tplrd.tpl.oz.au OR paulg@tps.com
_ // Amiga users  | 61-2-4136963 (voice: work)----------------------------
\X/ make it happen| 61-2-4136868 (fax)        |A Welsh/Canadian/Australian
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
No matter how much I beg, Telectronics will not allow me to express any
opinions on its behalf.
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Random No.s in AmigaDOS ??
Date: 13 Oct 92 12:43:05 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct12.093044.3346@lugb.latrobe.edu.au> csccm@luxury.latrobe.edu.au (Chris Miles!!) writes:
>
>Can anyone tell me how you make random numbers in AmigaDOS ??
>I want to write a small script file that does different things randomly,
>so how do I get this random number??!
>
	set myvar `rx "say bitand(c2d(import('00df f006'x,4)),255)`

	This reads the beam position from the custom chips. Not normally
a good random number source, but perfectly adequate for a shell script.
-- 
*-------------------------------------------*---------------------------*
|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
*-------------------------------------------*---------------------------*
From: chucks@pnet51.orb.mn.org (Erik Funkenbusch)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE registration: Matt Dillon still around?
Date: 12 Oct 92 08:05:01 GMT
Organization: People-Net [pnet51], Minneapolis, MN.

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?

I've noticed he's been hanging around the NeXT groups.. for what reason i
don't know..

.--------------------------------------------------------------------------.
| UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
| ARPA: crash!orbit!pnet51!chucks@nosc.mil        | from the dead, but do  |
| INET: chucks@pnet51.orb.mn.org                  | you really think he's  |
|-------------------------------------------------| moved back in?"        |
| Amiga programmer at large, employment options   | Lou Diamond Philips in |
| welcome, inquire within.                        | "The First Power".     |
`--------------------------------------------------------------------------'
Newsgroups: comp.sys.amiga.programmer