HDTenEightyP/NetNews huggingface dataset:
From: kskelm@happy.colorado.edu
Subject: Re: Custom Copperlist
Organization: University of Colorado, Boulder
Date: 7 Apr 92 11:38:20 MDT

In article <30107@cbmvax.commodore.com>, chrisg@cbmvax.commodore.com (Chris Green) writes:
> In article <1992Apr6.143233.23632@cccan.uucp> entity@cccan.uucp (Cybernetworx) writes:
>>
>>Is there a system friendly way of doing the following:  I'd like a custom
>>copperlist for a certain application.  I'd like to get IDCMP port to the
[...]
>>windows. (or do you always have to open one?)  I know that with a custom
>>coplist I won't be able to drag the screen down, or pop other screens over it
>>etc.  This is fine by me.  I *WOULD* like to be able to flip between screens
>>using amiga-m/n or clockdj etc. Is it possible?   (BTW, I don't want to modify
>>the existing coplist assigned to my screen, I want to completely replace it
>>with my own)  Thanks!
> 
> 	The only way you can use your own copperlist with a screen is to use
> a USER copper list. See CMOVE, CWAIT, and graphics/copper.h. Note that if you do

	<gag>  One word: Slooooooowwww.

	I'lll probably get flamed crispy by COmmodore Techies here, but here's
the solution I use:

	- open a TINY (1 bitplane, small dimensions (to save memory)) screen.

	- Forge ahead and create your whole copper list, and shove its address
	  into the hardware copperlist vectors.

	- Install a vblank interrupt to check if your screen is in front: If
	  so, set the hardware vectors to YOUR copperlist.  If not, set them
	  to Intuition's copperlist.

	And that does it- your very own REAL, fast copper list running in
harmony with intuition (as far as I'm concerned at least).

> |Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f

-- 
      ///  Kevin "I need an Amiga-related job" Kelm   |   Quantum Physics is
     ///  kskelm@happy.colorado.edu                   |   dangerous- ask ANY 
 \\\///  "Ring ring!  I'm here to mow your lawn!"     |   cat in a box.
  \XX/  "Just the VAX, Ma'am."            Specializing in irrelevance since 1968

Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Version numbers
Organization: Jet Propulsion Laboratory
Date: Mon, 6 Apr 1992 16:42:11 GMT

In article <1992Apr5.040159.24086@samba.oit.unc.edu> Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig) writes:
>
>     Once while browsing through the Amiga Style Guide, I noticed their
> comment on using version numbers.  Somehow, one is to burn in the
> text "$VER: <progname> x.xx" into their program.  All well and good.
> Any ideas as to the best method for doing this?  At the moment, I do
> char ver = "$VER: bla bla", which works.  Is there a better way?  I'm
> using DICE.

"$VER" appears to be an environmental variable. The leading $ just means
that the remainder will be replaced with whatever it has been set to.

jeff

From: koren@hpfcdc.fc.hp.com (Steve Koren)
Date: Sat, 4 Apr 1992 05:59:24 GMT
Subject: Re: Discussion of AddBuffers
Organization: HP Fort Collins, Co.
Newsgroups: comp.sys.amiga.programmer

Mike (My Watch Has Windows) Meyer writes:

> Sorry to drag out an old topic, but everyone seems to have forgotten
> that the Amiga is a multitasking machine. This means that when the DMA
> for the data blocks starts, some other task can have the CPU and get
> things done. The net result could well be that total system throughput
> goes up without the data cache.

True in some cases, but:

  1) My (poor quality) HD controller uses 100% of the CPU during disk
     transfers, so my system will be faster with data buffers, and

  2) It only matters in a few specific cases.  If the CPU bound task
     is waiting for the I/O, (which is a _real_ common case, such as for
     a compiler), it will be better to do the I/O from a buffer.  Unixes
     do this, and for a very good reason.

Basically, I believe your point, but I still believe it is better to have
data buffers.  After all, you don't _have_ to use them, but if you have
them, you get the choice.  I'd use them if I had them.

  - steve
From: slvj6@cc.usu.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Turbo Pascal 
Date: 15 Apr 92 04:24:22 MDT
Organization: Utah State University

In article <1992Apr14.135621.54463@cc.usu.edu>, slvj6@cc.usu.edu writes:
> In article <Thomas_Spuhler.04hy@augs2.UUCP>, Thomas_Spuhler@augs2.UUCP (Thomas Spuhler) writes:
>> Does anybody know a Turbo Pascal Compiler for Amiga (PD or what ever)???
> 
> HighSoft has released one called High Speed Pascal (If I remember right).
[...]
> It is very compatible with Turbo with the following exceptions:
        ---------------
I forgot to say that it supports BGI as well.
(Borland Graphics Interface)

James Diffendaffer
From: jf@debi.uoknor.edu (James Franklin)
Newsgroups: comp.sys.amiga.programmer
Subject: Script worked in 1.3, not 2.0?
Distribution: world
Date: 12 Apr 92 21:14:42 CST
Organization: n:  The act or process of organizing or of being organized

The following script works in 1.3, but not in 2.0.  It will change
the stack's size only if the new size is larger than the current size, or
if the size is the word RESET.  In the last case the stack's size is
reset to what it was before the 'stacksize' script was executed.

It seems to fail at the IF NOT VAL $StackSave.{$$} GE {stsize}
line.  This might be related to another problem I'm having in 2.04,
namely, that the {$$} construct evaluates to {} when placed in
the Shell-Startup file (yes, I believe that I did have a .key at the
top).  My ks version is 37.175, the 2.04 consumer upgrade disks.

Thanks in advance, any and all.

---------------------------- s:stacksize -----------------------------
.key w1,w2,w3,w4,w5,w6,stsize
.bra {
.ket }

; StackSize accepts two user call forms  and generates one recursive call.
; The user calls look like:
;   StackSize 15000   <- Sets stack to 15000 if not already that or greater
;   StackSize RESET   <- Resets the stack to size before StackSize <number>
;   StackSize         <- Prints the current stack size
; StackSize will also call it itself with the following arguments:
;   StackSize current stack size is <number> bytes <user size>

;I've tried the next line with "Current" to match 2.0 stack's output,
;but to no good purpose.
If "{w1}" EQ current
 echo >env:StackSave.{$$} "{w5}"
 If NOT VAL $StackSave.{$$}  GE {stsize}
  Stack >nil: {stsize}
 EndIf
Else
 If "{w1}" EQ reset
  If EXISTS env:StackSave.{$$}
   Stack <env:StackSave.{$$} >nil: ?
   Delete env:StackSave.{$$}
  Else
   echo "Can't find stack size to RESET to."
  EndIf
 Else
  If NOT "{w1}" EQ ""
   Stack >env:StackSave.{$$}
; if this command file does not live in s: then the s: in the next
; line _must_ be changed to its new abode.
   execute <env:StackSave.{$$} >nil: s:StackSize stsize={w1} ?
  Else
   Stack
  EndIf
 EndIf
EndIf
--------------------------------------------------------------------
--
| Six-limbed creatures they were, of a purplish-red color, with huge,    |
| tricornigerous heads and with staring, green, phosphorescent eyes.     |
| from Spacehounds of IPC by E. E. "Doc" Smith  jf@debi.uoknor.edu       |
| UseNet:  uunet.uu.net!uokmax!occrsh!debi!jf   James Franklin           |
From: asccr@acad2.alaska.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Arexx Help.
Date: 14 Apr 92 14:24:15 GMT
Organization: University of Alaska

Well, I have tried programming in ARexx, many a time.  Yet, whenever I use
the RX command, to run a file, it says it cannot be found.  I am using 2.0,
with the built in ARexx port. So, I don't see why I am having many problems.  I
set an ASSIGN REXX: sys:rexxc to tell it where the arexx program is, but, no
matter how I try, it never seems to be able to find it, error 5/1 I believe,
progrma not found.  Soo, Help, anyone?

Chris
From: dat91lho@ludat.lth.se (Holmgren Lars)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: >MSH heeeelp
Keywords: MSH
Date: 10 Apr 92 10:12:07 GMT
Organization: Lund Institute of Technology, Sweden

I'm also having problems with MessyDOS:
sometimes when COPY:ing files (large ones) to MSH: from DF0:
I get errors in the MSH: file (and once it even destroyed a
very important disk!)

Is there anybody having the same experience?
Solution?

PLEASE!

/Lars
From: steve@geosys.co.uk (Steve Hawtin)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C - What's The Difference?
Date: 6 Apr 92 08:04:04 GMT
Reply-To: steve@geosys.co.uk
Organization: Oilfield Systems Ltd.

In article <styx.702245770@chaos.cs.brandeis.edu>,
styx@chaos.cs.brandeis.edu (Allan Hirt) writes:
> What is the difference between SAS C, Lattice C, and DICE C?
> 

About $150  :-)

> Allan
> styx@chaos.cs.brandeis.edu
> hirt@binah.cc.brandeis.edu


Steve Hawtin			EMAIL    : steve@geosys.co.uk
Oilfield Systems Ltd.,		BANGNET  : ...!uunet!mcsun!uknet!geosys!steve
Worthy Park House,		PHONE    : +44 962 882448
Abbots Worthy, Winchester,	FAX      : +44 962 885085
Hants. SO21 1AN, UK.
From: rreed@terapin.com (Rick Reed)
Newsgroups: comp.sys.amiga.programmer
Subject: Latest version of SAS/Lattice C
Date: 15 Apr 92 18:53:13 PST
Organization: Not an Organization

Anyone know what the latest version of the SAS/Lattice C compiler is?  I've
been compiling a source that causes an illegal memory hit at location 2 when
being compiled!! (Enforcer reported).  I'm currently using version 5.10.

        -Rick
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Some Basic Problems in C.
From: nicholas@vax.sonoma.edu
Date: 7 Apr 92 21:08:09 -0800
Organization: Sonoma State University

In article <dither.04xo@cryo.rain.com>, dither@cryo.rain.com (Joel Stanley) writes:
>
> .   NewWindow.IDCMPFlags = SMART_REFRESH | ACTIVATE | BORDERLESS | NOCAREREFRESH;
  
> When this runs, it comes up with a screen, and then it has a window, but
> it's not borderless and I don't think it's a backdrop window.

  Add BACKDROP to your flags and it should become a backdrop window
    Hope this helps.

		Later Dude, Gui


Newsgroups: comp.sys.amiga.programmer
From: rittle@hew2.cs.uiuc.edu (Loren Rittle)
Subject: Re: Can Lattic compile assembly code? How?
Organization: University of Illinois at Urbana-Champaign
Date: Thu, 16 Apr 1992 14:03:22 GMT

app@shamash.cdc.com ( GSD Advanced Packing/Processes) writes:
>I have a copy of the source code for a SCSI device driver written in
>assembly code and need to make a small change in it and recompile
>it.  I have Lattic C version 4 and was wondering if there is some
>way to get it to compile assembly code.  The manual seems to say it
>can be done but I quess I don't understand how to do it.  

See the 'asm' command in the manual.  It is possible that you
will need to add: '<tab>section code' before the first line of
the file with asm instructions.

The Lattice asm is quirky (to be nice about it... :-).

>If it can't be done, what are the chances that the PD assembler called
>A68k (I think) can do the job?

Yes, it could help.

Many others around here would recommend one of the many fast slick
commerical assemblers, but I have been content with the Lattice
assembler.  Since I rarely (if ever) use asm, it suits me fine.
On the other hand, if I really needed a nice assembler, I'd get
Macro 68k at the drop of a hat.  I've seen it, it is NICE.

Regards,
Loren
From: slvj6@cc.usu.edu
Newsgroups: comp.sys.amiga.programmer
Subject: BevelBox on Custom Image problem. ?
Date: 14 Apr 92 14:04:06 MDT
Organization: Utah State University

I'm using custom gadget imagery in a program under 2.0, and I would like to 
have gadtools (or whatever will do it) proberly render the beveled box on
all display depths.
My images work fine unless the user sets the display to a depth of 1, at which 
point half of my beveled box is no longer visable.

I could render it with DrawBevelBox manually, but that's a real pain.

So, what do I do?

James
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: AppBuilder-like Tools
Summary: GadToolsBox
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 17 Apr 1992 20:06:34 GMT

barrett@iastate.edu (Marc N Barrett) writes:
>   I am just getting started programming in 2.0, and have been having a
>bit of a time doing it because of the lack of good documentation on 2.0-
>specific programming.  The RKM:Libraries manual will probably supply much
>of what I need, but this manual is not out yet.

The Atlanta 1990 Devcon notes has a gadtools section by Peter Cherna.

>[...]
>and AppShell are not out yet.  There is a similar utility on one of the
>latest Fish disks (called 'GadToolsBox' or something like that), but this
>package is in a preliminary state of completion and barely compiles.
>Are there any others?

GadToolsBox v1.3 is the latest version (vs v1.0 which appeared on Fish
disk 570).  You can find GadToolsBox v1.3 on:

     amiga.physik.unizh.ch       as /amiga/os20/gtb13.lha
or   ftp.uni-passau.de           as /pub/amiga/os2.0/gtb13.lha
(Thanks to Georg Hessmann for posting this info.)

I'll just summarize what was discussed in an earlier thread on GadToolsBox
with my comments in []:

Jim Shaffer, Jr. & Rick Reed mention that GTB sometimes screws up test
placement (ITexts, text in ListViews).  [I'm wondering if this could be
solved by using Adapt.Font in GTB's Preferences...]

Mark R. Craig mentions GTB gurus after selecting the screen mode.  [I ran
into this problem too...increasing my stack size to 60000 cleared that up.]
He also mentions that GTB demands a diskfont.library >= v37--ie the version
of diskfont.library supplied in libs: is v36.66.  [Copying diskfont.library
from the AmigaFonts disk will solve this problem.]

Georg Hessmann writes that it still has many enforcer and mungwall hits
(running on a 3000), and has sent the author a bug report.  Meanwhile, Steve
Snodgrass says it works on his 500, but there are various bugs--disappearing
gadgets, etc.  [Personally, I haven't experienced this...but I just started
using GTB.]

My problem is that I couldn't get the C generated code to compile with Aztec
C v5.2 without some coaxing.  I had to use the -wo option to get by the ptr/int
conversion errors.  Also, I got an invalid pointer calculation when cc
hit the long line of WA_IDCMP flags for a call to OpenWindowTags.  Casting
NUMBERIDCMP to a long seemed to fix that.  I believe the problem might be that
I'm using the 37.1 includes (supplied by Manx).  I'll apply the 37.4 patch
tonight and see if that works.
From: griffin@frith.egr.msu.edu (Danny Griffin)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Aztec C 5.2a Detach.o problem
Keywords: amiga aztec c 5.2a detach
Date: 7 Apr 92 21:44:28 GMT
Organization: Michigan State University

u8705377@cs.uow.edu.au (Paul Anthony Wilkinson) writes:

>have used detach.o before without any problems so I suspect I am doing something
>silly.  Has anyone had this problem before? Is it my problem or Manxs?

I've used detach.o (small code, data) under 5.2a without problems myself.
I just link it in at the end of my object files.

-- 
Dan Griffin                          Advanced Business Systems, Inc.       
griffin@frith.egr.msu.edu            Medical and Dental Practice Management
517/349-0386                         517/349-8057
From: grx1042@uoft02.utoledo.edu (Steve Snodgrass)
Newsgroups: comp.sys.amiga.programmer
Subject: How to get V37 includes?
Date: 12 Apr 92 20:05:53 EST
Organization: UT Student Union Board

I own SAS/C 5.10 and upgraded to the 2.04 ROMs a couple of months ago.  I'm
starting to get into 2.0 programming and have realized that the include files
in my SAS/C package are V36 includes, not the most recent V37 includes.  Must I
wait for SAS/C 6.0 to get the new includes, or is there some way I can get the
V37 includes, maybe by FTP or some kind soul lharcing, uuencoding and mailing
them??  Thanks in advance...
 
<*--------------------------------------------------------------------------*>
Steve Snodgrass == just some weird guy == GRX1042@uoft02.utoledo.edu == Tigger
"Hugs are like good friends - they make you feel wonderful and you can never
 have too many." -me   {Cult Rock Fan - Rush,Yes,Jethro Tull,Styx,Pink Floyd}
From: sticht@edith.deg.sub.org (Stefan Sticht)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   middle mouse button
Date: 9 Apr 92 02:23:59 MET
Organization: private

In article <mkoch.00yl@amisys.UUCP> mkoch@amisys.UUCP (Mike Koch) writes:
>In article <1992Mar25.145006.8354@iesd.auc.dk> labben@iesd.auc.dk (Lars Bodin) writes:
>>In article <1992Mar25.114910.5279@cs.umu.se> dvljrt@cs.umu.se (Joakim Rosqvist) writes:
>
>Anybody know the name of this commodity, and where I can get my hands on it?
>And if all you can give me is an ftp site, while it may interest a few others,
>it won't help me because I "can't get there from here."  :-)  Alternatively,
>maybe some kind soul would be nice enough to send it to me via email.  ;-)

Isn't   it   from   me?.   It's   called   toBack&Front.    Available    on
forwiss.uni-passau.de (login: ftp). Sorry, can't email. I've to pay for it.

Gruss, Stefan

--
Stefan Sticht - sticht@edith.deg.sub.org    Fido: Stefan Sticht 2:242/77.4
please use this address from outside germany: sticht@eva.fmi.uni-passau.de
From: wasp@chumly.ka.sub.org (Walter Mildenberger)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Using SAS assembler (???)
Date: 16 Apr 92 15:17:05 GMT
Reply-To: wasp@chumly.ka.sub.org (Walter Mildenberger)
Organization: *private amiga site*
X-Newsreader: Ann 0.8m
X-Charset: LATIN1

Hello !

In article <3284@daily-planet.concordia.ca>,
	romania@concour.cs.concordia.ca (GOUDIE ray) writes:

$>I've been trying to compile assembler code with the assembler included with
$>the Lattice/SAS V5.10 and can not get it to compile correctly.

The easiest way is to use another assembler :-)

A68k comes into mind..

$> It's because I'm not setting up the code properly.  There doesn't seem to
$>be ANY documentation concerning the requirements of the assembler.

The dcumentations is bad, indeed.

$>Can anyone
$>give me a small example template program indicating what my source requires
$>to assemble properly?

Well, it *needs* a >>CSECT text<< for declarations, includes macros and
something like this, and an >>CSECT code<< for the actual code.

Without the >>CSECT text<<, it will complaint about almost everything :-(

Regards
-- 
Walter Mildenberger, Morgenstr. 55, W-7500 Karlsruhe 1,FRG, (0721)385090
Sub/UseNet: wasp@chumly.ka.sub.org -or-  Bitnet: UKF5@DKAUNI2.Bitnet
The mind is like a parachute, it works better when it's open.
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  GCC and Amiga Libraries
Distribution: world
Reply-To: adastra!mbs@Virginia.Edu
Date: 14 Apr 92 21:40:30 EDT
Organization: Private UUCP Node

In article <75.29ea6707@ivgate> Kevin.Ortman@ivgate.omahug.org (Kevin Ortman) writes:
>In a message dated 12 Apr 92 14:13:44, Michael B. Smith wrote:
> MBS> Use hunk2gcc against amiga.lib (which comes with SAS, DICE, Manx,
> MBS> the
> MBS> Native Developers package, it was on a AWTJ disk, etc.), and create
> MBS> a
> MBS> libamiga.a.
>
>Actually, the native DICE libraries that come in the unregistered version do
>not work.  They are compiled with the small data model option instead of the
>large data model that GCC needs.  If you compile under the GCC default
>options, you will get a "BUS ERROR" or something similar during run-time!
>I got around this by compiling the 1.3 fd's with Dillon's fdtolib using the
>'-mD' option.  (now if I only had the 2.0 lib... ;-})

Please insert a carriage return at least every 80 characters.

I stand by what I said. Nowhere did I say to run hunk2gcc against
DLIB:amigas13.lib or DLIB:amigas20.lib.

I said amiga.lib. Period. Which comes with the registered version of DICE.
And all those other places I mentioned.

Sheesh.
--
  //   Michael B. Smith
\X/    ...!uunet!virginia!adastra!mbs
From: stefanb@messua.informatik.rwth-aachen.de (Stefan Becker)
Newsgroups: comp.sys.amiga.programmer
Subject: Libraries & local data structures
Date: 7 Apr 92 11:34:28 GMT
Organization: RBI - RWTH Aachen

Hi!
My library needs a local data structure for each user. The library functions
should find this data automatically, so the user doesn't have to pass a pointer
to his local data structure with every function call.

I can only think of two ways to implement this in OpenLibrary():

 1. Build a list of all task, which are using the library. When a library
    function needs the data, do a FindTask(NULL) and scan the list.
    Drawbacks: - time consuming
	       - fails if a task opens the library more than once

 2. Build a new library structure for every task and pass the pointer in A6.
    Drawback: - selfmodifying code -> cache problems

Are there any other solutions?

	Stefan

-- 
Mail  : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen  ///    Only
Phone : +49-241-505705			    Germany     ///  Amiga makes
Domain: stefanb@cip-s01.informatik.rwth-aachen.de   \\\///  it possible..
FIDO  : 2:242/7.6, Stefan_Becker@mowgli.fido.de	     \XX/  -->A3000/25<--
Newsgroups: comp.sys.amiga.programmer
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Some Basic Problems in C.
From: nicholas@vax.sonoma.edu
Date: 12 Apr 92 23:35:41 -0800
Organization: Sonoma State University


>> > .   NewWindow.IDCMPFlags = SMART_REFRESH | ACTIVATE | BORDERLESS | NOCAREREFRESH;
>>  
> 	Yes, add both---BORDERLESS and BACKDROP---to your Flags,
> not to your >IDCMP<Flags. 

  I didn't notice that the wrong struct member was being used...I 
hate it when that happens.  I've done that same stupid thing many 
times.  And I always yell at the machine for a while before I figure 
out why the windows aren't like they're supposed to be....Oh well.
		Later Dudes, Gui
From: magus@daimi.aau.dk (Brian Bek Jensen)
Newsgroups: comp.sys.amiga.programmer
Subject: MSH heeeelp
Keywords: MSH
Date: 9 Apr 92 18:00:13 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark


 I need some help on installing MSH (Messy file system) on my amiga
that is running kickstart 1.3 . No matter what I do, it refuses to
accept any ms-dos disks in my df1: 3.5 station.
 I am using the following mountlist

  MS1:
   FileSystem = MessyFileSystem
   Device = messydisk.device
   Unit = 1
   Flags = 0
   LowCyl = 0 ; HighCyl = 79
   Surfaces = 2
   BlocksPerTrack = 9
   Buffers = 5
   BufMemType = 1
   BootPri = 0
   StackSize = 4096
   Priority = 5
   GlobVec = -1
  #

The only thing I have in my startup-sequence is 'mount MS1:'. I get no
errors during startup, but when I put a ms-dos disk in df1:, the 
system say's it is a 'unreadable disk'. And info MS1: just prints
its usual line but nothing else!!!!
ANY HELP WILL BE RECIEVED WITH A BIG SMILE!!!!!!
Please email at       magus@daimi.aau.dk

----------------------------------------------------------------------
 Calvin and Hobbes        | Brian Jensen
   FOREVER                | Edouard Suensonsgade 4-6 v.9
                          | 8200 Aarhus N.
                          | Denmark
                          | email: magus@daimi.aau.dk
----------------------------------------------------------------------