HDTenEightyP/NetNews huggingface dataset:
Organization: Penn State University
Date: Sat, 23 Jan 1993 11:51:57 EST
From: <TEW105@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Dos 2.1, Cross Dos & diskinserted events

I've written a disk sounder commodity and everything works fine, but
after upgrading to dos 2.1, I've encountered a slight problem.
If i've mounted pc0: or pc1: two diskinserted or diskremoved messages are
sent for every disk put in the drive (one for df0: and one for pc0: I guess)
I've never noticed this problem before and I was using IBM disk readers
(messy dos, an older Cross Dos and one other that escapes me at the moment).
I have a few ideas on how to fix this problem, basically trying to decide where
the insert came from and ignoring some of them.   Is there any easy way to
get pc0: to stop sending disk inserted messages?
   My real question is how you feel about the two messages.  It seems incorrect
for both df0: and pc0: to be sending disk inserted messages since only one disk
was inserted into one physical device.  pc0: is "piggy-backing" onto df0: and
I think is sould written to be aware of that and left df0: handle all the
message sending.  Can there ever be a situation where pc0: is mounted and
df0: isn't?   Am I missing the big picture (maybe something with removable
cartridge drives)?
Thanks for any info!
+L8R+                                +Every time I try to pick it up its like
HonuS  internet: TEW105@psuvm.psu.edu|falling sands, as fast as I pick it up it
+---+  bitnet:   TEW105@psuvm        |runs away through my clutching hands...
Disclaimer: +-Look Ma, only 5 lines--+                            -The Cure
  The big wigs at PSU wish they could come up with opinions as good as mine!
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: blink question
Originator: jamie@cdevil.unx.sas.com
Date: Thu, 21 Jan 1993 20:40:42 GMT
Organization: SAS Institute Inc.


In article <jn_gnomeL01@spark.inet-uk.co.uk>, John@spark.inet-uk.co.uk (John Marchant) writes:
>After re-structuring a 9-module program and compiling each module clean,
>I get the following message from blink:-
>
>> Blink - Version 5.10a
>> Copyright (c) 1990 SAS Institute, Inc.  All Rights Reserved.
>
>> Error 510: _GfxBase symbol - Reference to unmerged data item,
>>        try -b0 option on LC
>>  First Reference in Unit scrollraster at offset 000006a8 in file 'LIB:lc.lib'
>>  To Unit GCatMain.c at offset 00000014 in file 'GCatMain.o'
>
>This error persists though I recompiled each module using the -b0 option
>in LC. I'm using SAS C Vn.5.10 on an Amiga 500 with WB vn 37.67 (WB2).
>
>Just what is it telling me? I declared (near the beginning) .....
>
>> struct GfxBase *GfxBase = NULL;
>
>...and I opened the graphics library in the approved manner - in fact
>the main module hasn't been altered a lot and it worked ok before the
>restructuring of the modules.

First, do you normally link with the -L switch, or by using Blink separately?

If you use -L, I'd like to see your full command line.

If you use Blink separately, did you remember to switch to using lcnb.lib when
you used the -b0 switch to compile?

(Also, of course, why haven't you upgraded to 6.0?  :-) :-)

-- 
---------------
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.
From: gmeeker@soda.berkeley.edu (Garrick Meeker)
Newsgroups: comp.sys.amiga.programmer
Subject: CDXL format
Date: 24 Jan 1993 03:41:15 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
Summary: In search of CDXL documentation...
Keywords: CDXL CDTV

     Does anyone know where I can get some docs on the format of CDXL files?
Some sample code and files would be nice too.  (No, I don't own a CDTV or a
CD-ROM drive).
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
From: paulk@terapin.com (Paul Kienitz)
Date: 21 Jan 93 23:26:40 PST
Organization: BBS

> if I bought a chip and it wasted my ECM, I would not hold GM
> responsible, but rather Hypertech.  I fail to see why C=, by
> providing technical information, is liable for damage caused by a
> third party.  It would seem more proper for C= to consider legal
> action against people who misrepresent their products.  (Or,
> alternatively, to circulate a list of those who do so to
> prospective purchasers of software.)
 
I can see it now ... "This slick new Amiga even comes with a big list
of programs sold for the Amiga that the manufacturer says you're not
supposed to run on it.  What competing computer offers that, eh?"
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Let's use sensible file names!
Date: 22 Jan 93 20:30:57 PST
Organization: BBS

> and isnt DOS6 going to use extended file names anyway?
 
Not to mention OS/2, Windows NT, GEOS I think, and all the other new
Intel environments ...
 
Lordy lordy, what IS the world coming to.  Keith Richards kicks
heroin, and clones are getting long filenames ...
 
Newsgroups: comp.sys.amiga.programmer
From: aduncan@rhea.trl.OZ.AU (Allan Duncan)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Organization: Telecom Research Labs, Melbourne, Australia
Date: Tue, 26 Jan 1993 03:26:10 GMT

From article <38719@cbmvax.commodore.com>, by bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking):
[...] 
> I wanted them in the game if for no other reason than the fact that they
> gave SAS some real competition (and vice versa) which benefitted the Amiga
> community by generating better compilers than we would have had otherwise.

And don't forget Sdb!  It walked all over the Lattice CodeProbe.


Allan Duncan		ACSnet	 a.duncan@trl.oz
(+613) 253 6708		Internet a.duncan@trl.oz.au
Fax    253 6664		UUCP	 {uunet,hplabs,ukc}!munnari!trl.oz.au!a.duncan
    Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: ** FINALLY - AN _GREAT_ AMIGA PROGRAMMING LANUAGE
Organization: Jet Propulsion Laboratory
Date: Tue, 26 Jan 1993 19:24:49 GMT

Code portabilty seems to be of great importance here. How does E fit in? As
far as I know, E is not available on any other platform. For a novice prog-
rammer, C would be the better language to go with, because it is useable
elsewhere.

Jeff
From: marvil@lysator.liu.se (Martin Vilcans)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Palette-tricks and other nifty things
Date: 26 Jan 93 15:16:39 GMT
Organization: Lysator ACS at Linkoping University

m92mmy@tdb.uu.se (Mattias Myrberg) writes:


>There's one thing I've always wanted to know:

>I know the Digiview thing (never seen it myself)
>uses a trick to show more colours than there are c-registers
>available at the same screen..and so on.

>Then there's the good old plasma-trick, (copper-initiated
>blits to the colour-registers,  right ?).

Wrong. You can't blit to the colour registers. They are simply
changed by the copper.

>But this is in lores (& 4 bitplane screen), while
>the Digiview-trick manages hires too.But in hires
>you just have 4 bitplane, and it's twice as many
>pixels/row -do DV really manage a colour-change every pixel ?

No, it doesn't. It figures out which are the 16 optimal colours for
each scan line, and changes all the colour registers in the horizontal
blanking. At least something like that. When displaying a four plane
hires screen, the copper doesn't get any memory cycles while the
pictures is beeing drawn.

>I don't know much about AGA (palette-switching and stuff),
>will it be possible to show off a 24-bit picture using
>these kind of techniques ?   (yes I'm ignorant today :)

In AGA, there is no problem to show a 24 bit picture. Just use HAM8.
It's not perfect, but I don't think you can see any difference.
--

Martin Vilcans  marvil@lysator.liu.se
From: ebers@gfxbase.in-berlin.de (Thorsten Ebers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.2 Patch Now Available!
Date: Sat, 23 Jan 1993 10:16:02 GMT
Organization: Not an Organization
X-Newsreader: Arn V1.00

In article <C1A0J0.E7A@unx.sas.com>, James Cooper writes:

>
> The 6.2 patch for the SAS/C Development System for the Amiga is now
> available via anonymous FTP.
>
> It was just uploaded to ftp.luth.se, as /pub/aminet/new/sc6_2.lha.
>

are You sure ?
I just looked at it and only found a readme file

> 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   e-mail: ebers@gfxbase.in-berlin.de

Tel.: +49 30 321 3428
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP! Detach with OS2.0+
Date: 23 Jan 93 10:20:32 PST
Organization: BBS

> I've run into a problem using 2.0 dos function SystemTags.  I want
> to detach from the calling console, create a new process with a
> user specifiable (sp?) console (e.g. ../AUTO) etc.
> 
> Especially, I want to use the SYS_Entry tag, because the new task
> should'nt run the same code again.
 
There's no reason why you couldn't run the same code again.  Test a
global variable for nonzero -- if it's zero then this is the first
non-detached run, so set it nonzero.  That's how 1.x detach code
using CreateProc works.  But with your method you can make the
detached process a CLI, which the old method can't do.
 
> BUT: How must I arrange the startup-code, so that it frees the
> segment when the program exits?
> 
> I think of using the SYS_EntryCode/Data tags, but how could I free
> the Segment without exiting the process first?
 
The way it's traditionally done is to create a struct MemEntry
attached to the tc_MemEntry list of your struct Task, so the seglist
is automatically deallocated at RemTask time.  The MemEntry needs one
pointer for each hunk of the seglist.
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: where can I find the lattice C update ?
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 22 Jan 1993 14:43:24 GMT
Organization: SAS Institute Inc.


In article <1993Jan22.083633.21691@jet.uk>, rmal@jet.uk (Richard Lucock) writes:
>Can anyone point me to the latest V6 update file(s) ?
>Full path name as well as machine name would be appreciated,
>since I have to ftp via a server.
>
>Replies by email preferred - our news feed is a little unpredictable
>at the moment.

There is no such thing as Lattice C V6.

SAS/C V6 has one patch file out; the 6.1 patch.

It is available from any mirror of amiga.physik.unizh.ch, path is

        /pub/aminet/biz/patch/sc6_1.lha

-- 
---------------
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.
Newsgroups: comp.sys.amiga.programmer
From: lgibb@nyx.cs.du.edu (Lance Gibb)
Subject: DOS calls for OS 3.0??
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: na
Date: Tue, 26 Jan 93 00:57:36 GMT


I have been told that there will be no RKMs for the new machines 
(1200/4000), but have heard that there are quite a few new dos calls
contained within Amiga DOS 3.0 - most important to me are rumoured
routines for page flipping.  I would like to write a piece of code
that will flip HAM8 images into display ram as fast as possible.  
Can someone please tell me where I can get the new 'autodocs' or any
sort of instructions documenting the new OS features???
(I am a C programmer by the way...)
 
Please email me at lgibb@nyx.cs.du.edu for I don't routinely read
this message area.  THANKS.

Newsgroups: comp.sys.amiga.programmer
From: sutela@polaris.utu.fi (Kari Sutela)
Subject: Re: using the __tinymain function...
Keywords: C
Organization: University of Turku, Finland
Date: Mon, 25 Jan 1993 14:50:58 GMT

walker@twix.unx.sas.com (Doug Walker) writes:

>This is kind of silly.  The only difference between __tinymain and
>__main is that __main initializes stdio, which is what you want
>to use.  So use the normal __main.

I have been wondering whether using the FILE functions (fprintf and
friends) is legal if one doesn't any startup code at all.  At the
moment, I can't remember why I'd want to do that, but there must have
been a real good reason :-)  Is it legal?

-- 
Kari Sutela	sutela@utu.fi
From: cindy@tron.gun.de (Holger Wiese)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:Aborting Timer requests
Organization: TRON Public Mailbox, Neuss, Germany
Date: Wed, 27 Jan 1993 00:26:00 +0100

Am 23.01.93 um 19:20 schrieb ERIC%WOLF359.UUCP@USENET.ZER unter dem Betreff Aborting Timer requests:

 > My query is:  Why is the signal still active after AbortIO and WaitIO? 
 > What do I need to do to reset it?

After CheckIO()/AbortIO()/WaitIO() the corresponding signal
sometimes won't get cleared (see RKM AutoDocs/WaitIO).
Clear it after CheckIO()/AbortIO() by yourself using
SetSignal() (CAUTION).

Bye Holger ...

It's better to burn out than to fade away! (Highlander)

Holger Wiese, Essenerstr. 36, 4600 Dortmund 1, Tel. 0231/127503
Z-Netz: H_WIESE@TOSCHIBO.ZER  -------  MausNet: Holger Wiese@DO
        CINDY@TRON.ZER        -------  FidoNet: (2:242/1.5)    
Newsgroups: comp.sys.amiga.programmer
From: silvera@ghost.dsi.unimi.it (paolo silvera)
Subject: E GadToolsBox
Organization: Computer Science Dep. - Milan University
Date: Wed, 27 Jan 1993 10:33:28 GMT

 Hy to every one.
 I installed the E language on my Amiga last week.
 It seems to be very nice but it needs something to create a GUI.
 So I am now trying to find anyone to develope with me a GadToolsBox
for the E language.

My answer is this:
is there anyone interested to this project ?

To have more details about this please email to

silvera@ghost.sm.dsi.unimi.it

PS:
beta testers are well accepted. No people who wants software to copy.
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: workbench-like scrollers
Date: 26 Jan 93 18:08:23 GMT
Reply-To: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn-beta 1.16g (11.15.92) by Michael B. Smith & Mike Schwartz

In article <4fMmuKK00jWR89G2Zw@andrew.cmu.edu> kimberg+@CMU.EDU (Daniel Kimberg) writes:
> can anyone tell me what the approved way is to add workbench-like
> scrollers to a window?  gadtools draws the gadget nicely, but it's not
> easy to move and/or resize the gadget when necessary (that i can tell,
> you have to redo the entire gadget list, and it's not clear from the
> manual whether or not this is considered legal).  with plain intuition
> gadgets, it seems like you have to hardcode the look of the little
> arrows, which sounds like a bad practice.  i didn't see anything in
> boopsi to help.  is there a legal way to do this?  i would have
> thought such a common type of gadget would be easy to create.

Regarding the images, you can always get the images by using the
"sysiclass" and requesting the image you need. The object returned
by NewObject() can be considered as an struct Image *, thus you can
use it with normal intuition gadgets if you like.

I assume that when you say "scollers as in the Workbench" you mean
proportional gadgets in the window border? If so, try using "propgclass"
boopsi gadgets.

> dan

--
Best regards                    Reply to: hemmer@hemmer.adsp.sub.org
Franz Hemmer                    #include <stddisclaimer.h>
Software Developer       _      >> Carpe Diem! - Seize the day! <<
                         \\ _
                 Interacti\X/ision - The name of precision
Newsgroups: comp.sys.amiga.programmer
Subject: Yet Again: Availabilities of AmigaDOS docs?
From: mneylon@jupiter.cse.utoledo.edu (Michael Neylon)
Date: 25 Jan 93 20:59:56 EST

I ask earlier about the availability of the AutoDocs (which arent on the
PD level, BTW), but I was also wondering the same about the AmigaDOS 
commands, as well as the AREXX programming guide in the 2.x manuals.  
I know that the answer will probably be a big NO!, but it doesnt hurt to
check....:)

-- 
Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!
      //         | Senior, Chemical Engineering, Univ. of Toledo
  \\ // Only the |   Summer Intern, NASA Lewis Research Center
\  \X/   AMIGA!  |         mneylon@jupiter.cse.utoledo.edu           /
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Loading functions from disk
Date: 25 Jan 93 20:22:22 PST
Organization: BBS

>I want to write a program that works in a modular way and loads the
>correct module from disk as and when I want it.
>
>Each module wione or more functions for
>doing a specific task.
>What I want to do is load in a file from disk, pointer a pointer to a
>function at the memory I loaded it into and call the function.
>
>What is the easiest way of doing this?

The simplest method is to simply make sure that the mini-program you write that
contains the function just has its entry point as the very first thing in the
first hunk.  Just make sure that the first thing that gets compiled in the
first module that gets linked, is your entry point.

Bars&Pipes pipetools work this way.  So, you simply call as a function the
address that would normally be the start address of the program -- the
beginning of the first hunk in the seglist, which is BADDR(seglist + 1).
From: greggs@izar.nersc.gov (Gregg D. Schoenberger)
Newsgroups: comp.sys.amiga.programmer
Subject: Amix -> Ados bru
Date: 21 Jan 93 19:49:17 GMT
Organization: National Energy Research Supercomputer Center, LLNL


	Anyone have some tips on using BRU between Amiga Unix (2.1) and
ADos ( 2.04, 2.1++ as soon as it can be had without ROM bundled ).

	I have used BRU via floppy, but wish to try using QIC-150 tapes.
I confirmed the written tape was good on Amix, but couldn't get the
tape to read anything on a Ados machine, it just seeked a couple
seconds and stopped. The drive I used to read is a Wangtek from
GVP with their GVP faastroms in a old Hardcard. Ideas anyone??
-- 
Gregg D. Schoenberger              | email    - Schoenberger@nersc.gov
Sun Systems Administration         | phone    - (510) 422-9331
NERSC Distributed Computing Group  | mailstop - L-560 
Lawrence Livermore Laboratory      | USnail   - P.O. 808 \n Livermore, CA 94550
From: breese@monet.imada.ou.dk (Bjorn Reese)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: sas/c 68030 asm
Date: 27 Jan 93 11:15:03 GMT
Distribution: comp
Organization: Dept. of Math. & Computer Science, Odense University, Denmark

In article <1993Jan26.4249.900@dosgate> "jonathan forbes"  
<jonathan.forbes@canrem.com> writes:
> I am having some trouble with the output produced by the SAS/C 6.2 ASM.
> 
> It seems to assemble the following correctly:
> 
>      move.w  _variable(a4,d3.w),d1
> 
> But not:
> 
>      move.w  _variable(a4,d3.w*2),d1
> 
> If I OMD the latter, it shows:
> 
>      move.w  00(a4,d3.w*2),d1
> 
> While the former shows:
> 
>      move.w  _variable(a4,d3.w),d1
> 
> The code with the *2 does not run correctly.  I have to add a "add.w
> d3,d3" before it for it to work properly, but I'd rather be able to safe
> that instruction.

I don't know anything about ASM, but have you tried Motorola's new
format? In your case it looks something like this:

	move.w	(_variable,a4,d3.w*2),d1

> 
> I do believe that ASM is not assembling it correctly, unless I'm missing
> something.
> 
> Anyone else run into this problem?
> --
> Canada Remote Systems  - Toronto, Ontario
> World's Largest PCBOARD System - 416-629-7000/629-7044

--

Bjorn Reese                    |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
Xref: sparky comp.sys.amiga.programmer:19190 comp.sys.amiga.games:18502
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.games
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 25 Jan 93 10:18:14 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Followup-To: comp.sys.amiga.programmer
Organization: Commodore Germany

In article <paulk.3dyf@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>> if I bought a chip and it wasted my ECM, I would not hold GM
>> responsible, but rather Hypertech.  

Just found this in c.s.a.games:


 >Article: 10946 of comp.sys.amiga.games
 >From: amc-a@minster.york.ac.uk
 >Newsgroups: comp.sys.amiga.games
 >Subject: RE: Mailing me about 1200 registers
 >Message-ID: <727717417.5720@minster.york.ac.uk>
 >Date: 22 Jan 93 15:43:37 GMT
 >
 >Could whoever it was that mailed me about the 1200 chipregisters and 
 >where to find them yesterday please do it again? My computer hung up 
 >for ages while I was reading it; I hit space lots of times and pressed q 
 >and ctrl-c etc etc and I never got to read the rest of it. 

:-)))))

Now you see what us clever Commodore engineers did: When you even *dare*
to talk about AA registers, your computer will hang up! Automagically!

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Wer's nicht kann, soll's bleiben klopfen oder Steine lassen!
Newsgroups: comp.sys.amiga.programmer
From: davis@chem.canterbury.ac.nz (John Davis)
Subject: Re: E language (more please)
Reply-To: davis@chem.canterbury.ac.nz
Organization: Chem Dept, Uni of Canty, Chch, New Zealand
X-Newsreader: TIN [version 1.1 PL7]
Date: Sun, 24 Jan 1993 21:12:39 GMT

Keith Amidon (kamidon@zip.eecs.umich.edu) wrote:
> I really wish I could use more than one source file too.
> Even if the compiler just provided a way to include files into the one
> main file for compilation.

well there's nothing _stopping_ you using a pre-processor - either M4
or one of your own invention. Doing that you could support #include,
plus if uppercase keywords really bug you do case conversion in the
pre-pro as well 

--
-----------------------------------------------------------------------------
| o  John Davis         davis@chem.canterbury.ac.nz      phone NZ+3642-421 o |
| o  (Depart)mental Programmer,Chem Dept, Univ of Canterbury, Chch, NZ     o |
| o   "I do not fear computers, I fear the lack of them" - Isaac Asimov    o |