HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Manx C and Boopsi Question
From: cree@elec.canterbury.ac.nz (Michael Cree)
Date: 31 Aug 92 13:04:46 +1200
Organization: Electrical Engineering, University of Canterbury, New Zealand
X-Newsreader: Tin 1.1 PL5

Michael Cree (cree@elec.canterbury.ac.nz) wrote:
: Ken Cooper (cooper@milton.u.washington.edu) wrote:
:
: Includes and autodocs. It might be possible to pull out the correct
: object files from the lastest amiga.lib (available from CBM) and then
: add them to c.lib. In fact, I might just give that a go and report
: whether I was very successful. Will be a few a days before I get to
: try though, havn't got many free evenings this week :-/
: 

Well, due to snow blizzards closing down most of the city I did get a
chance to do this. It worked. I used a text editor that preserved
binary codes and identified the hunk_unit (0x3e7) and hunk_end (0x3f2)
codes surrounding the string 'DoSuperMethod'. Then saved that block to
a file called 'dsm.o' and used it in the linking process.

The next step is to automate this process and produce all the object
files comprising amiga.lib. I gave it a go but found that many of the
object code hunks did not contain a name in the hunk_unit. Possibly
could try using the first label in the symbol table listing but havn't
got that far yet. If I get it working properly I will post the source
code to alt.amiga.sources so that those with Aztec C compilers can
reconstruct an Aztec compatible library easily.

: Michael Cree                              Gold there is

-----------------------------------------------------------------------------
Michael Cree                              Gold there is
cree@elec.canterbury.ac.nz                 and rubies in abundance;
                                          But lips that speak knowledge
                                           are a rare jewel. (Prov 20:15)
------------------------------------------------------------------------------
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: TypeOfMem()/BltBitMap().
Date: 4 Sep 92 12:37:07 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) writes:
>In article <jbickers.0ehb@templar.actrix.gen.nz>, jbickers@templar.actrix.gen.nz (John Bickers) writes:
>>
>>    1.  Is TypeOfMem() a KS2.0-only function, or did it exist in
>>        KS1.2?
>It did exist in at least in 1.3 , but I think it was still in 1.2.
>But in this releases it was broken in some cases. Please use it only in
>2.0 and above.

I know of no bugs ine TypeOfMem() in 1.2 or 1.3.  Some flags do not exist
in pre-2.0 (such as MEMF_LOCAL and MEMF_24BITDMA) but MEMF_CHIP has
always been available.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                                                                |
| \XX/     Quantum Physics:  The Dreams that Stuff is made of.         |
\----------------------------------------------------------------------/
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ClearEOL and SetAPen
Date: 3 Sep 92 10:31:14 PST
Organization: BBS

> > As to Paul's original question about ClearEOL() (if I can remember
> > it right,) I assume[....]
 
> You should probably be suspect of what I have to say about
> ClearEOL() too, it's been one of those weeks. :-(
 
Dag nab it, did somebody answer my question??  I never saw the
answer!  Ding bling flaky commercial UUCP service ... or maybe it's
ding bling flaky C-Net/Dillon-UUCP setup ...
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.2, 1.3, and 2.0 question
Date: 2 Sep 92 12:03:49 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <65001@cup.portal.com>, ANTHONY FRANCIS PRESTON writes:

> Why not just:
>
>    BPTR nil;
>    nil = Open("NIL:",MODE_OLDFILE);
>    Execute(Command,nil,nil);
                     ^^^ ^^^
I've read a few weeks ago that the arguments for input and output
should point to different filehandles.

Best regards
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.2, 1.3, and 2.0 question
Date: 27 Aug 92 01:34:01 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
>I am talking about is rather simple, an Execute(cmdline,0,0) call.  The
>command line simply runs a program(such as a door, or lha, or XPRD) and
>returns when done.  Typically, they are running a program with the I/O
>redirected to the serial port with a modified aux-Handler(Fish #79 has
>the program).  The only variable here is an A500 with 1.2 versus an
>A2000 with 2.1(my system).  Some others running 2.04 do not have the 
>problem.  Now, my questions are several:
> 1) What determines the stack for the program run with "Execute" call?

	4000.  To change it, use a command line of "stack xxxx\n command".
System() allows you to use NP_Stacksize to change the default stack.

> 2) Does someone have an example of how to detect the amount of stack
>    you are using?  How much you have been given?

if (Cli())
	stacksize = Cli()->cli_DefaultStack * 4;
else
	stacksize = ((struct Process *) FindTask(NULL))->pr_StackSize * 4;

>  3) Is there some reason why a 2.04 compiled call to Execute() would
>     not run under 1.2 or 1.3?  Is there something I can do about it?

	Yes: if the thing calling Execute() was launched from WB, Execute(
command,0,0) will fail.  The reason is that the output is supposed to go to
"*", but 1.3 can't open "*" when started from WB.  2.0, if asked to open
"*" from a WB-launched program, will instead open NIL:.

	If you don't care about the output of an execute call, always open
NIL: for the output filehandle.  This is safe in all cases.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS/C 6.0 Details (LONG!)
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 28 Aug 1992 15:01:55 GMT
Organization: SAS Institute Inc.


In article <rwm.714888613@atronx.OCUnix.On.Ca>, rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes:
>walker@twix.unx.sas.com (Doug Walker) writes:
>>6.0.  However, with 5.10, the installation script did ask you 
>>whether you wanted to install 1.3 stuff, so I don't understand
>>what the problem was with installation.  Did you call technical 
>>support?
>
>  All scripts I got, including the upgrades to 5.10a and 5.10b had
>the '2.0' stuff as 'optional', and the 1.3 stuff as required.  No, I
>did not call technical support as I assumed since the scripts specifically
>stated this that this was the 'intended' operation.

That's really strange... let me look at the script from my copy of the
5.10b master...

Yep.  Here's what mine says:

--------------------- cut --------------------------------

echo "With AmigaDOS 2.0, there are a newer set of include files"
echo "You may choose to install the existing 1.3 header files,"
echo "the newer 2.0 header files, or both sets."
echo " "
ask "Install 1.3 header files? "
if warn
        .
        .
        .
        [stuff for 1.3 header installation]
        .
        .
        .
endif
ask "Install 2.0 header files? "
if warn
        .
        .
        .
        [stuff for 2.0 header installation]
        .
        .
        .
endif

-------------------- cut ---------------------------------

This is from lines 94 - 142 of the file 's/install_hd' on Disk #1 of the
5.10b distribution.  As far as I can tell, this particular section of
lines is exactly the same as the 5.10 and 5.10a distributions as well.

>  When I installed SAS 5.10, it was on an A3000 that I had already removed
>the 1.3 partition off of as I felt AmigaDos 1.3 was a waste of disk space.
>If the option existed at any point, I would have used it.

The above seems to give a pretty clear choice, with nothing forced on
you by the script...

>  The basic statement is that 6.0 will allow me to install *ONLY* the
>2.0 includes, which will make installation and upgrades easier.

Yes, 6.0 is *much* easier to install, since we're now using Commodore's
Installer.  Only having the 2.0 includes is no problem, since you can
still create programs that work with 1.3, as long as you don't access
any 2.0 specific features.

-- 
---------------
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: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 Details (LONG!)
Date: 27 Aug 92 13:20:28 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <1992Aug26.171035.532@pixel.kodak.com>, jeh@raster.kodak.com (Ed Hanway) writes:
|> Fabbian G. Dufoe, III (fgd3@nifty.UUCP) wrote:
|> The only problem I encountered with this is that the ARP includes conflicted
|> with some of the 2.0 asl includes, and perhaps some dos includes as well.
|> Since the ARP code was limited to a single source file, this wasn't much of
|> a problem.

There is a trick you can use to combat this problem.  Let's say you
need to use the ASL file requester but still need to include the arp
stuff.  The problem is that they both define a struct FileRequest.

No problem:

   #define FileRequest ASLFileRequest
   #include <asl stuff>
   #undef FileRequest

   #define FileRequest ARPFileRequest
   #include <arp stuff>
   #undef FileRequest

Now you have two different structure definitions, ASLFileRequest and
ARPFileRequest, and you can use either or both of them.

|> --
|> Ed Hanway --- jeh@raster.kodak.com

-- 
  *****
=*|_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.
Newsgroups: comp.sys.amiga.programmer
From: s36399s@taltta.hut.fi (Harri Holopainen)
Subject: Re: gadtools v1.3
Organization: Helsinki University of Technology, Finland
Date: Fri, 4 Sep 1992 11:21:01 GMT

In article <hemmer.020z@hemmer.adsp.sub.org> cbmehq!cbmden!hemmer@cbmvax.commodore.com (Franz Hemmer) writes:
>In article <1992Aug30.020751.1494@umr.edu> quandt@mcs213c.cs.umr.edu (Brian Quandt) writes:
>

>GadToolsBox doesn't support inclusion of IFF's into gadgets, but
>perhaps this will be different in the future ?!
>

I'd like to see another thing to be different in the future too:
Now the ^&%$ thing crashes 2 times out of 3 when i try to run it :/

(80000003 suspend/reboot just after the initial screen requester on
 an a500+gvp hd+2M fast + 1M chip)

And the worst part is that i'm sort of dependant of it now as i'm coding
a terminal (yes, another one) and the front end is done by gadtoolsbox:)

>-- 
>*-------------------------------------------------------------------------*
>|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
>|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
>| InterActi\X/ision - The name of precision                               |
>| Best regards                         >> Carpe Diem! - Seize the day! << |
>| Franz Hemmer - Software Developer located in Silkeborg, Denmark, Europe |
>*-------------------------------------------------------------------------*

---
Harri Holopainen
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: ARexx function libraries and per-process data
Distribution: world
Date: 31 Aug 92 18:09:19 EST
Organization: Dejital Software

I need to create an ARexx function library.  Sounds simple, except:

1. The library cannot be expunged while ARexx scripts are using it.
   The library allocates memory from its own private pool, which becomes
   invalid if the library is expunged.

2. A while back, Michael Sinz indicated that one cannot close non-ROM
   libraries in your library Expunge function.  I want to be able to
   expunge, and doing so correctly means closing rexxsyslib.library
   once all Rexx users have finished using by library.

So, I need to know when a Rexx script has finished using my library.
This is not easy, since a function library is opened/closed for each
function call (too inefficient and awkward, IMHO).  Two possibilities
here:

1. Provide a close function that a Rexx script can call to indicate
   that it's finished using the library.  Ugly.
   
2. Use the environment system to automatically clean up once the script
   terminates.  I've yet to see instructions on how to do this (is it
   legal?) but here's my general plan:
   
   To install cleanup function in a Rexx script environment, given
   RexxMsg in rm:
   
   environment list is in rm->rm_TaskBlock->rt_Header1 (although you
      need to cast some of these)
   search for your environment node (your base/offset is unique among
      all nodes).  If not found, add your node, setting base/offset to
      point to a cleanup function.
   
   When script terminates, do your cleanup, unlink node, and free it.
   
   Questions:
   
   1. Is the above correct?  In particular...
   2. Must I allocate the resource node using (ugh.  My friend's
         original Rexx manual has a function to do this, but the
         "official" CBM docs (Programmer's Guide to ARexx) doesn't
         document many of the functions in rexxsyslib so I can't
         recall what the function is)?
   3. When deleting, must I unlink the resource node myself or is it
      done for me?  What about freeing it?




--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio
From: eriks@ifi.uio.no (Erik Saastad)
Newsgroups: comp.sys.amiga.programmer
Subject: Propgadget Knobcolor
Date: 1 Sep 92 12:57:57 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
Originator: eriks@holmenkollen.ifi.uio.no


Is there any way to choose which color the knob on a propgadget should be 
rendered in?

Erik S.
Newsgroups: comp.sys.amiga.programmer
From: mlednor@tower.demon.co.uk (Mark `Jay' Lednor)
Subject: Re: SUSHI uploaded, thank you CATS
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Organization: Private Internet Node
Date: Tue, 1 Sep 1992 08:37:49 +0000

In article <s7UAr*EU0@caleb.UUCP> jdp@caleb.UUCP (Jim Pritchett) writes:
> In article <1992Aug25.213445.1345@javelin.sim.es.com>, David Ingebretsen writes:
> >
> > Carolyn Scheppner at CATS just emailed me a new version of SUSHI. I have
> > uploaded it to amiga.physik (/amiga/devel) and hubcap.clemson.edu
> > (/pub/amiga/incoming/program.tools).
> >
> > Here is the readme file:
> >
> > Sushi 37.7
>
> Has anyone put this up for BMS yet?

It's available via BMS as `pub:prog/sushi_37.7.LHA' on tower.demon.co.uk.

>                                                 Jim Pritchett
>
> UUCP:  rwsys.lonestar.org!caleb!jdp
>  or    utacfd.uta.edu!rwsys!caleb!jdp
>

--
WhoAmI   : Mark Lednor, Senior Programmer, Eurotherm plc  Disclaimer:
InterNet : mlednor@{cix.compulink,tower.demon}.co.uk       My Money, My Views
FidoNet  : Mark Lednor @ 2:253/500 (01 for Amiga)           ... My Fault!
From: Roger_Martensson@p3.f607.n901.z92.badnet.bad.se (Roger Martensson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C= include files.
Date: 30 Aug 92 23:01:01 GMT
Reply-To: Roger_Martensson@p3.f607.n901.z92.badnet.bad.se (Roger Martensson)
Organization: The Third Point, Mellansel, Sweden
OD-Comment-To: Mr._I.k._Goddard

Hello Mr.

  You wrote:

 MIG> If there are no ftp sites, etc, then are there any pd c compilers
 MIG> which also include them.  Does Matt Dillon's DICE environment have
 MIG> them?

No, you cant ftp them. Their copyrighted software.
If you buy the commercial version of DICE you will get those wanted include
files. Buy it, you wont regret it.

/Rm - InterNet: Roger_Martensson@p3.f607.n901.z92.badnet.bad.se
---
From: slmt9@cc.usu.edu (Joshua Dinerstein)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: List of Amiga Compilers, Assemblers, Interpreters
Date: 1 Sep 92 15:36:12 MDT
Organization: Utah State University

In article <1992Sep1.170656.2989@news.uit.no>, borgen@stud.cs.uit.no (Boerge Noest) writes:
> In article <1992Sep1.160734.17641@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>>Macro68 by DigiSoft (distributed in USA by the Puzzle Factory).
> 
> When was the last time anyone heard from DigiSoft?

	I just heard from them, well The puzzle factory actually. The just got
a new revision of Macro68 from the Author, Paul Coward. It was version 3.175 I
think.

	Hope this helps,
	Joshua
	SLMT9@cc.usu.edu

> |/// borgen@stud.cs.uit.no (Boerge Noest) | Amiga B2000			 \\\|

-- 
**************************************************************
*                     *                                      *
*  Joshua Dinerstein  *  Nothing matters and what if it did? *
*  SLMT9@cc.usu.edu   *            - Who Knows!!!            *
*                     *              Anyone?? Anyone??       *
**************************************************************

If it's a raincoat why does it have to be dry cleaned?
        - Some Guy on some comody show
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ClearEOL and SetAPen
Date: 3 Sep 92 17:09:31 GMT
Organization: TAP, NZAmigaUG

Quoted from <1992Sep2.105128.20426@rz.uni-karlsruhe.de> by ry41@rz.uni-karlsruhe.de (Bernhard Moellemann):
> In article <65079@cup.portal.com>, Lee_Robert_Willis@cup.portal.com writes:

> >Out of curiousity: _Why_ is SetAPen() slow?  What is involved in changing

> It has to recalculate the minterms for the Blitter.

    Doesn't it use lookup tables for that?

>      Bernhard
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: including 68000 code in C
Organization: Jet Propulsion Laboratory
Date: Wed, 26 Aug 1992 17:00:46 GMT

In article <1992Aug26.100614.10949@bristol.ac.uk> ccsw@bristol.ac.uk (EthaStorm) writes:
>In article <1992Aug25.023906.8962@ccu.umanitoba.ca> umfehr06@ccu.umanitoba.ca (John Fehr) writes:
>>Is there any way to simply insert 68000 code in your C programs?  Say I want to
>>put some in a for loop or something.
>>    John
>>
>
>Hiya John.

Some compilers offer the option of embedding assembly code by providing the
two statements #asm and #endasm. Never did this, but when your code calls a
routine written in assembly code (imagine this would be the same case) D0-D1
and A0-A1 are scratch and A4 (at least on my compiler) points to my C prog-
ram's data space. There's much more to all this and I suggest if you're inter-
ested read up on it under your compilers chapter on interfacing assembly to
C (and vica-versa).

jeff

Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS/C 6.0 and bsearch()
Originator: jamie@cdevil.unx.sas.com
Date: Mon, 31 Aug 1992 14:20:07 GMT
Organization: SAS Institute Inc.


In article <David_Queen.06n6@amicol.UUCP>, David_Queen@amicol.UUCP (David Queen) writes:
>Does 6.0 have a bsearch() function? I thought it was ANSI
>but did not find it in the ANSI lib's I got a while back.

I don't know why it was missed in the ANSI libs, but it is there in the
6.0 libs (I just checked the HyperText library reference for 6.0... :-)

>Also if I have a question for sas that is not totaly public
>can I send email to walker@twix.unx.sas.com?

Normally, one should contact us here is Tech Support.  If we can resolve
the problem here, we don't even have to disturb Doug (who is usually
busy writing code...).  If we don't know the answer, and can't find it
out, then we ask the appropriate developer (which may *not* be Doug, but
may be one of the other guys.).

>Also have you guys at sas noticed your typo?
>You said that the price after the 20% discount was $82.70 
>in the cover letter you sent to us with the upgrade notice, but
>I think you might have meant $87.20.

We found out about it when the first customer called in asking which was
correct... :-(

Yes, $87.20 is supposed to be the correct price.

>I have a AmigaGuide question but found the answer in a old message,
>glad to here I will finaly get a copy of it when Sas/c 6.0 gets here.

Well, all you'll get is the amigaguide.library, and the main AmigaGuide
program, as that's all we needed to make the HyperText stuff work.

To get full documentation, etc., you will still have to contact
Commodore.
-- 
---------------
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: Les_Jenkins@lppl.mi.org (Les Jenkins)
Newsgroups: comp.sys.amiga.programmer
Subject: Source Code Examples
Distribution: world
Date: 30 Aug 92 14:33:12 EST
Organization: Les's Place BBS

Where's the best FTP site to get source code examples of programming in C?
I'm striving to learn as much as I can and plan to register as a developer
sometime in the not-too-distant future. My only claim to fame is a
re-worked game for running from BBS programs called Castle Dungeon that I
am in the process of converting from Paragon BBS to STDIO for use with DLG
PRO, Xenolink, Citadel 68K, and C-Net after many years of keeping it
Paragon only.

Surprisingly enough the things I need examples of the most include the
simple stuff like generating integer random numbers, printing files to
stdio, having really good user input from a cli, etc. All the little stuff
that we never got to in my C class, but which is too simplistic for any of
the Amiga programming books to cover. 

My first thought when writing an input routine is to just loop it for
character input, but doesn't that make a busy-wait loop which would bog
down the system? How does one make the system go to sleep until someone
types something or is that automatic? A novice still needing to learn the
ropes. This wasn't a problem under Paragon, because you just sent a message
to the BBS telling it what function you wanted to accomplish and it handled
it for you.

 

 -- AEd V1.37/Eval

-- Via DLG Pro v0.992

======================================================================
E-Mail to:      | "Stimpy, sometimes your wealth of ignorance simply |
Les@lppl.mi.org |  astounds me." - Ren Hoek                          |
----------------+-----------------------------------------------------

From: sh@hplb.hpl.hp.com (Stephen Harvey)
Date: Wed, 26 Aug 1992 15:54:04 GMT
Subject: SAS/LATTICE C
Organization: Hewlett-Packard Labs, Bristol, UK