HDTenEightyP/NetNews huggingface dataset:
From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program Fragmenting Memory
Date: 17 Aug 92 01:01:33 GMT
Organization: University of South Florida, Department of Computer Science and Engineering

Since there have been several responses, none of which turned out to be the
actual problem, I'll post what I finally found out:

My program was using the trackdisk device. I would:
1) start the program
2) Insert a disk
3) execute the disk function
4) close the program

By leaving the disk in the drive, apparently some memory was floating around
for the disk with my task as the allocator. Removing the disk before checking
memory eliminated the problem. So, along with running flush to check for
memory loss, make sure all disks are removed from the drives...

--
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
Newsgroups: comp.sys.amiga.programmer
From: d91pt@efd.lth.se (Peter Tufvesson)
Subject: Amiga collision register ($dff098)
Keywords: collision
Organization: Lund Institute of Technology, Sweden
Date: Sat, 15 Aug 1992 18:20:19 GMT

I've experienced some troubles with the most useful register inside the Amiga, 
the register which contain some bits concerning graphic collisions.
I have read a few books covering these register, and I have tried to test it
without any great results...
I now hope that someone can help me with my problem...
My main source of information has been the book "Amiga system programmer's
guide" distributed by Abacus.
Under the headline "Collision between graphic elements" on page 138 (In my 
book) there is a thorough description of the CLXDAT ($00e) and the CLXCON
($098) registers.

This is how I  _THINK_ it's build up.
If I want a collision between sprite 0 and bitplane 1, I just set (In CLXCON)
bit 0 and 6, and then just test bit 1 in CLXDAT. Right??

Well, that is not my problem... It's a little worse...
Let's say I enable both bitplane 1 and 2 for collision, that is setting bits
0,1,6,7 in CLXCON.

CAN I THEN CHECK WHETHER SPRITE 0 HIT Bpl1 OR Bpl2 OR NONE using bits 1 and 5 in CLXDAT?????????


I've tested the above, but it somehow does'nt work (Couldn't test against both
bitplanes)... Have I misinterpreted the information, or is it not possible 
to do it?

I'm grateful for all info concerning these registers - examples - ideas - tips

Please answer by E-mail to me: d91pt@lth.lu.se as fast as possible!
/Peter Tufvesson - CandyMan of Paradise
From: tell@rukbat.cs.unc.edu (Stephen Tell)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console file handlers from within a Shell started program
Date: 20 Aug 92 03:15:43 GMT
Organization: The University of North Carolina at Chapel Hill

In article <1b854d0d.ARN237c@prolix.pub.uu.oz.au> munnari!labtam!eyrie!prolix!dac writes:
>In article <14545@borg.cs.unc.edu>, I wrote:

>> Last time I checked (1.3) AmigaDOS didn't have standard error.  The C runtime
>> environments for Manx, Lattice/Sas, et. al. opened the console to simulate
>> it.

>It works for me
>   fprintf(stderr,WELCOME"\n%s",ctime(&timestart));
>writes to stderr, and 
>   printf("Particulars is %s\n",particulars);
>writes to stdout.

>If I redirect stdout via '>', then I get the stderr output on the
>console, and not in the redirected output.

>Where is the problem?
> David Andrew Clayton.        dac@prolix.pub.uu.oz.au 

Now, show me how to put stderr in a file and let stdout go to the console...
and how to put stderr in one file and stdout in another.  Can't be done, to
my knowledge.

Steve
-- 
Steve Tell       tell@cs.unc.edu H: 919 968 1792  | #5L Estes Park apts
UNC Chapel Hill Computer Science W: 919 962 1845  | Carrboro NC 27510
Exercise 15.9 [Very Hard] Devise a more orderly way to measure time.  Get
somebody with some authority to agree to adopt it. - P.J. Plauger
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Native 2.0 developpers kit for mear mortals?
Distribution: world
Date: 20 Aug 92 20:58:46 EDT
Organization: Fabbian G. Dufoe, III

In article <1992Aug15.070726.3948@samba.oit.unc.edu> Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig) writes:
>In article <fgd3.01kf@nifty.UUCP> fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
>>
>     [Reguarding obtaining the Native Developer's Update Kit]
>
>>Send check or money order only (no credit card orders) to
>>Department C at the above address.  These materials are shipped from
>>the new warehouse location in Mechanicsburg, PA.
>>
>>Shipping and handling for USA is $3.00.  Shipping and handling for
>               ^^^^
>>
>>AmigaDOS V2.0 Native Developer Update, P/N:NATDEV20       $20.00
>                         ^^^^^
>
>     Ok, yell at me for being dumb.  Am I to send them $20 or $20 + $3?

   Send them $23.  As a general rule, if you have a question like this it's
better to send the larger amount.  If it's too much they'll return it.  If
you err in the other direction it will delay your order.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program Fragmenting Memory
Date: 14 Aug 92 21:46:01 GMT
Organization: Edotronik GmbH

In article <1992Aug9.023203.7467@ariel.ec.usf.edu> stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
>I've been trying to track this problem down for two days now, so I ask here in
>case it has to do with something outside my code.
>
>My latest project has been fragmenting memory, and leaving two small chunks
>behind. Running MungWall & MungList (thanks for Sushi!) reveals two tiny
>chunks unfreed by my task -- sizes $0a and $a8. Anyway, I wrote my own
>[...]
>So, does anyone know of anything that might be causing this? I am using

Assuming that your SW is running under 2.04 there are some things. The
easiest example is system gadget images. They are allocated once on the
first task frame who needs one and then they are cached for reuse. Let's
assume your SW is the first to use a close gadget since you rebooted. Then
munglist will show the image allocation for _your_ task name because the
image was allocated on your task frame.

This is true for _any_ cached information somewhere that was first
allocated of _your_ task frame.

So look what _is_ there in the memory and try to figure out what kind of
structure or date it might be. Then you know what library did it.

You can check if it is this kind of problem by restarting your program
several times. There shouldn't be any additional _left_overs_ if it is this
kind of cached information.

>-- Greg Stelmack (stelmack@eggo.csee.usf.edu)

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ToolMaker from CATS
Date: Thu, 13 Aug 92 08:47:52 PDT
Organization: The Portal System (TM)
  <34200@cbmvax.commodore.com>

Well, I would like to be able to do the complete user interface code
and NOT have to touch it!  What I mean is this.  Example:
 
  1) create a user interface with 3 gadgets.  Gadget A, B, and C.
  2) Gadget A is opens a window, Link the Gadget A to a new window.
     Code generation for gadget a opens a window, calls the handling
     function, closes the window.  The handling function does all the
     event processing for the new window(which is also defined in
     Toolmaker).
  3) Add a strig gadget to each gadget definition which is the routine
     name to call.  Then generate code for a gadget case which is:
 
     case GADGET_A:  Function_A();break;
  
     or in the object oriented case just invoke Funtion_A() like now.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 Details (LONG!)
Date: 18 Aug 92 20:30:52 PST
Organization: BBS

Is everybody else seeing dublicates of old messages, or just me?
Newsgroups: comp.sys.amiga.programmer
From: bryanf@hpmcaa (Bryan Ford)
Subject: Re: Speculations: Amiga and Mach?
Organization: HP Cardiology Business Unit - McMinnville, OR
X-Newsreader: Tin 1.1 PL4
Date: Tue, 18 Aug 1992 15:51:38 GMT

Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
> Having worked with "porting" applications into the Mach environment
> I would say that moving Amigados to Mach(similar to what I did with
> a different Real time system in Ada) would be a mistake.  Mach documentation
> makes the RKM and other Amiga documentation look like a set of 
> detailed instructions!  My vote is to say aways from Mach at this time!

You must have a different set of documentation than I do, or you don't have
all of it.  The set of four manuals, printed on normal paper, is about as
big as the 1.1 RKM: Libraries and Devices was, maybe bigger, and it documents
ONLY the microkernel, the rough equivalent of Exec.  I've read through the
whole thing, and it seemed very clear - although of course many of the concepts
can be difficult at first for people not used to object-oriented programming.

Besides, even if the Mach documentation wasn't good, the point was already
made that anybody can get source code for Mach, and source code for example
servers and clients.  (Downloading the February snapshot of the Hurd from
alpha.gnu.ai.mit.edu and scrounging through it helped me get a feel for the
way things are done in Mach, even though most of that code doesn't work yet.)

BTW, I have a hacked-up version of Mach running on my machine non-preemptively
(I haven't figured out the interrupt system yet :-) ) and without much to do
(no device drivers or servers, so it doesn't get much farther than the
bootstrap routine) but fully in VM and otherwise in good shape.  I had only
the "bad" Mach documentation to learn from.

				Bryan

(P.S. Don't even ask for my semi-port of Mach - I did it in order to get
familiar with it, so it's completely "hackerware". :-)  Somebody else is 
doing the real port; can't remember the name right now but I think
he's on this group.)


Newsgroups: comp.sys.amiga.programmer
From: ebers@gfxbase.in-berlin.de (Thorsten Ebers)
Subject: Re: SAS/C V6.0 Announcement
Date: Thu, 20 Aug 1992 19:08:35 GMT
Organization: private
X-Newsreader: Tin 1.1 PL4

jamie@cdevil.unx.sas.com (James Cooper) writes:
: 
: In article <Bt60D8.1MA@gfxbase.in-berlin.de>, ebers@gfxbase.in-berlin.de (Thorsten Ebers) writes:
: >
: >IMHO I find the difference between the two updates 
: >(still having Ansi Libs an not) not very high.
: >I come the conclusion that I should have not bought them.
: >                             ^^^^^^
: >
: >: Call (919)677-8000 and ask for Book Sales, or write
: >: 
: >: SAS Institute, Inc
: >: ATTN: Book Sales
: >: SAS Campus Drive
: >: Cary, NC 27513
: >:
: >
: >I will do that if there is also a Deadline.
: 
: When you bought the ANSI compliant library package, you should have
: gotten a coupon good for 20% off of the upgrade price.  That would
: bring your upgrade price to $87.20.

The problem is that I did not get a coupon with it.Just the manual pages
and two disks.I bought the Ansi-Libs here in Germany at ESD.They told
me after asking about the coupon,that they got it that way.I also called
SAS America and it was told that they ship that way.

I do not see a problem with that.
I am registered and have also a bill for the libs.That is ok.


: 
: I don't know of a deadline on the ANSI package, so you will need to
: contact the Book Sales department to find out.


I will do that.I will wait till 15.August .-))
: ---------------
: 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.

Thorsten

-- 
Thorsten Ebers     email: ebers@gfxbase.in-berlin.de,ebers@aball.in-berlin.de

Macht Macht Machtbesessene machtbesessenner,
oder macht Macht machtbesessen,oder Macht macht machtbesessen,
From: mkoch@amisys.UUCP (Mike Koch)
Newsgroups: comp.sys.amiga.programmer
Subject: Unix functions needed
Date: 15 Aug 92 07:13:52 GMT
Organization: AMiSYS Consulting
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

Posted for a friend who doesn't read the Amiga newsgroups regularly.  Please
reply directly to him if possible.

-----

My current project finds me in need of the Unix functions "tsearch" and
"tfind".  These are not in my version of Lattice (5.10b) and that leaves me
stuck.  Can anyone help?  Thanks.

   Dan Schein (rehab1!rehab2!dans@cbmvax.commodore.com)

-- 

=============================================================================
Mike Koch       rehab1!amisys!mkoch@cbmvax.commodore.com      CI$: 70017,2677
Xref: sparky comp.sys.amiga.programmer:12368 comp.sys.amiga.hardware:14155
From: heiko@zoolook.ki.open.de (Heiko Voland)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: WB 2.0 on A1000
Date: 15 Aug 92 22:57:07 GMT
Reply-To: heiko@zoolook.ki.open.de
Followup-To: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Organization: none

In article <heinz.02wy@edohwg.UUCP>, Heinz Wrobel writes:

> In article <salnick.0f8y@dejavu.spk.wa.us> salnick@dejavu.spk.wa.us (There is no substitute for displacement...) writes:
> >This should be possible, shouldn't it?  As long as I avoid the fancy
> >screen modes...
> 
> No. Not without HW changes. The A1000 supports only 256K ROMs. 2.04 is
> twice the size: 512K.
> 
> >Can anyone tell me how I might get my old (but reliable) A1000 to WB2.0?
> 
> Well, it is possible (I did it), but you need some HW experience.
> You will loose the softkick feature and have 2.04 in ROM.
> 
Isn't it better to increase the Kickstart RAM to 512K? Is it possible?
I'm very inerested in this question.
I think it is the best solution for A1000 owners (for me too) when the
2.xx Kick can be loaded from disk.

Cheers,

-- 
 =============================================================================
 = Heiko Voland  +49-431-526619                heiko@zoolook.ki.open.de    _ =
 = Helsinkistr. 8, DW-2300 Kiel                heiko@kiel.uucp          _ // =
 =======================================================================\X/===
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Assembler programming.
Date: Thu, 20 Aug 92 23:17:53 PDT
Organization: The Portal System (TM)
Distribution: world

Charlie Gibbs writes:

|>That's strange. I have a book on the 68000 (by Sybex I think) that
|>states that address indirect with index and address indirect with index and
|>displacement are two seperate addressing modes. This is news to me.
|
|Hmm.  The way I remember it (from Kane/Hawkins/Leventhal and
|the Motorola books themselves), the modes are address register
|indirect with displacement, and address register indirect with
|index and displacement.  The displacement is always there, at
|least on the 68000 (things change on the '020).  Could you
|double-check your book?  I'd be surprised if I (as well as
|Brian Anderson, the author of the code I started from) missed
|something so obvious, but I'd sure like to hear about it just
|in case.
|
|Charlie_Gibbs@mindlink.bc.ca

From the MC68000 Programmer's Reference Manual, 5th Edition.

Paragraph 2.11.2.4: Address Register Indirect with Displacement

 ... The address of the operand is the sum of the address in the
address register and the sign-extended 16-bit displacement integer
in the extension word...

 SYNTAX:  d16(An), or (d16, An)

Paragraph 2.11.2.5: Address Register Indirect with Index

 ... The address of the operand is the sum of the address in the
address register, the sign-extended displacement integer in the
low order eight bits of the extension word, and the contents of
the index register...

 SYNTAX:  d8(An, Xn.W), or (d8, An, Xn.W)
          d8(An, Xn.L), or (d8, An, Xn.L)

So, I would say that Charlie is correct in saying that the
displacement is always present in these two addressing modes.
However the word "displacement" is not in the title of both,
at least not in my old, official tome, published in 1986 ;-].

			Regards, Aurelius@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Subject: Memory requirements, HotLinks, the clipboard, and IFF
Organization: University of Wisconsin - Milwaukee
Date: Thu, 20 Aug 1992 07:10:14 GMT

     I know how this sounds, but:  I need to open all 255 clipboard units
using 2.0's iffparse OpenClipboard.

     As a rough guess, how much memory is this going to eat?  Each
clipboard unit is opened and then a cliphook is set up to a procedure
to weed through which ones are active, and when they change...

(I can't believe I just asked that...  ;)

A few other questions:
     Where can one get the HotLinks development
kit?  I need to add copy to/from HotLinks support, and I've got to
figure out how to do it quickly.

     What's the best, fastest, and most system-compliant way to figure
out if a clipboard unit is empty?

     How does one create an ANNO or an AUTH chunk?

     Are there any clipboard bugs that I should know about right away
using IFFParse?  I remember something about reads and writes above
unit 0 having problems...

Greg

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :) :)
(:	  "Flesh-pressing:  It's not just for politics anymore."         :)
(:	gblock@csd4.csd.uwm.edu			Gregory R. Block         :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :) :)
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ToolMaker from CATS
Date: Mon, 17 Aug 92 08:42:02 PDT
Organization: The Portal System (TM)
  <1992Aug12.084547.18843@syma.sussex.ac.uk>
  <monster.04lw@mbear.pub.uu.oz.au>

I got mine from West Chester Cats.  I assume any C= Cats support 
organization in your respective country can obtain a copy for you.
I believe the list price was $69, but then that may not be the price,
you will have to contact your local C= support organization for availablity
and price.  

 I never said ToolMaker was perfect, just a long step in the right direction!
I still will have to "tweek" my source generated.  It generates C source
only.  You can control the font used with the custom screen options.
From: den@cci632.cci.com (Dennis J. Buttery)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ToolMaker from CATS
Date: 12 Aug 92 12:28:48 GMT
Organization: [Computer Consoles, Inc., Rochester, NY

In article <63842@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
>Toolmaker is shipping(at least my copy arrived a few days ago).  It
>is powerful tool for building 2.0 compatible interfaces.  I did read
>the manual supplied, but only after creating a simple interface with
>all sorts of gadgets.  The use is intuitive and easy to learn.  I do
>wish there were more information on the 2.0 features(gadgets in particular)
>but the manual does refer you to the RKM books....  
> 
>While it is powerful, I did have a couple of minor nits...  I created
>two windows and found that when I decided I wanted one window, I could
>not copy the gadgets from one to the other....  I had to re-create them.
>The other "nit" was that if I wanted a gadget to be used to select another
>window, I had to do that "manually", the code generated did not automatically
>allow me to link up windows.  The code for it was all generated, I just
>did not have a way to say that selecting this gadget opens that window.
>all in all, a very good tool.  I know it will improve my user interfaces.

I received my copy the other day as well, seems like a pretty decent program sofar.  I like the events loop code generation that it performs.  Looks like a good tool for demos of a user interface as its being built.

My only "nit-pick" with the program so far is its inability to draw bevel-boxes and an easy method of drawing text into a window. (Similar features are found in GadToolsBox, and came in very handy!).
 
                                      -DJB-
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: Speculations: Amiga and Mach?
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 15 Aug 92 14:41:07 PST
Organization: Missionaria Phonibalonica

In <1992Aug15.003726.5366@hpmcaa.mcm.hp.com>, bryanf@hpmcaa (Bryan Ford) wrote:
> I never suggested that Commodore should abandon Amigas without MMUs.  That
> would be insanity.

When 68030's have been $5/pop or less for over a decade, it'd be
insanity *not* to abandon Amigas without MMUs.

	<mike

Newsgroups: comp.sys.amiga.programmer
From: gimme@solan.unit.no (Olav Gimmestad)
Subject: Re: Assembler programming.
Organization: Norwegian Institute of Technology
Date: Wed, 19 Aug 92 19:32:44 GMT

In article <1676@grivel.une.edu.au>, cfiddyme@neumann.une.edu.au (Chris Fiddyment) writes:
 > 
 >   Has anyone had a look at the disks brought out by the Amiga Coders Club.
 >   They are from England. I am a beggining assembler programmer and need some
 >   help compiling them with A68k.
 >    e.g.  This line gives the error:
 >            MOVE.L (a0,d0),d0
 >                    ^ Undefined symbol.

 I think it should be move.l (a0.d0),d0

 >   I am not sure what the original assembler for it was but I can find out if
 >   it is important.
 >   Also most of the graphics programs (scrollers, etc just give me a blue screen
 >   and nothing else)
 This is probably because the copperlist or other graphics data are 
 located in fast ram (if you have more ram than 512k).
 To fix that you could try to type

 run nofastmem
 
 before you start yopur program. This is not the final solution
 you should edit your program an make sure that copperlists and
 graphics data are stored in chip memory. This can be fixed by
 use of the ATOM utility or in assemblers like devpack with
 the SECTION command, or just allocating chip-memory from the system
 and move you data to the buffer.



 >   Any help getting these programs working would be appreciated.
 >           Thanks,   Chris.
 > * Chris Fiddyment.             |   I never promised anybody *
 > * cfiddyme@neumann.une.edu.au  |   anything.   Kermit.      *

 Hope this will help.
 Olav Gimmestad