HDTenEightyP/NetNews huggingface dataset:
From: lkv@mania.hotb.sub.org (Lutz Vieweg)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gcc2hunk - gcc with ALINK?
Date: Wed, 07 Oct 1992 12:11:59 GMT
 <92279.005153BGT101@psuvm.psu.edu>
Organization: The Funny Farm
X-Newsreader: Arn V1.00 alpha rel3

In article <92279.005153BGT101@psuvm.psu.edu>, Blaise Tarr writes:

> >>Is it possible to convert gcc's object files into standard Amiga object
> >>files in hunk form?  I would like to call functions written in gcc from
> >>an assemly language program.
> >
> >Yep, it's possible. The converter is called SObjA, and you should be
> >able to get it for example from nic.funet.fi.
> 
> I looked, but couldn't find it anywhere :-(.  (I got FILES.Z)  Would someone
> please upload SObjA or mail it to me?

I'm interested, too - has someone found this tool on any FTP-Server?

> Thank you in advance.

cu, Lutz Vieweg
From: idr@rigel.cs.pdx.edu (Ian D Romanick)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wolf3D -- programming aspects
Summary: fast rotation...
Date: 16 Oct 92 05:49:27 GMT
Article-I.D.: pdxgate.6228
Organization: /etc/organization

One way to do fast rotation would be to use the blitter to do shearing.  What
you'd have to do is shear it on the x axis, like so:

Original:		After first shear:
	-----			-----
	-----			 -----
	-----			  -----

Then shear it on the y axis:

	    ---
	   ---
	  ---
	 ---
	---

This is the way that people did all those old demos with the rotating letters
in their scrollers.  It only does 2D rotation, but with a little work you
could probably adapt it to do 3D rotation.

                                  - Ian Romanick
                                    Dancing Fool of Epsilon

[]--------------------------------------------------------------------[]
 |                                                                    |
 | My opinions are exactly the same as PSU's.  NOT!                   |
 | Mail at:  idr@cs.pdx.edu             Epsilon, for the best in NTSC |
 |                                      demos! :^)                    |
 |                                                                    |
[]--------------------------------------------------------------------[]
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/6.0 Bugs...
Date: 7 Oct 92 12:33:19 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <67262@cup.portal.com>, Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
|> You are supposed to report those things to the EMITS function via
|> mail!  That way the problems get tracked and fixed...

Hey, that's our line!

Tony does have a good point.  If you've got a bug and you think that
posting it to the net will help others avoid it, by all means do so -
but don't assume that means that it will get fixed!  The only way to
be sure that it will be fixed is to report it to technical support and
get a tracking number.  The easiest way to do this (for you netters) is
to use the EMITS facility, as described in the User's Guide Volume I 
under "Contacting Technical Support."

With your help we will be able to make SAS/C the cleanest C compiler
ever on the Amiga.  Please do your part by making sure our tech
support people know what needs to be addressed.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  INPUT DEVICE problems...
Date: 14 Oct 92 03:05:27 GMT
Organization: BBS

> struct InputEvent *__asm 
> inputhandlercode(register __a0 struct InputEvent *keyevent)
> {
> if (keyevent->ie_Class == IECLASS_RAWKEY)
>       if (keyevent->ie_Code == 0x14)  DisplayBeep(FALSE);
>         /* PROGRAM CRASHES IF DISPLAYBEEP IS CHANGED TO SOMETHING
>    LIKE       Tflag=TRUE;   */
> return(keyevent);
> }
 
Sounds to me like a case of A4 not being initialized ... isn't there
a keyword like __saveds or something like that which you should be
using?
From: csg019@cck.coventry.ac.uk (-~=Zaphod=~-)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need RELIABLE assembly blitter routine
Date: 15 Oct 92 12:43:53 GMT
Organization: Coventry University

In article <1992Oct13.171656.3325@sol.UVic.CA> aarndt@engr.UVic.CA writes:
>In article 4448@bilver.uucp, alex@bilver.uucp (Alex Matulich) writes:
>>He'd greatly appreciate some help.  If you have an assembly blitter
>>routine that will do the job described above, could you send them along?
>>Thanks.
>>
>	I'd be very interested in these routines as well?  If someone does send them to you, could that person or you send them to me?

I did n't get the previous article, blitter routines to do what?



-- 
******************************************************************************
*        ///  O O   A member of S.H.I.T. (Super High Intelegence Team)  ///  *
*       ///    u    Fight, defeat and kill organized laming.           ///   *
****\\\X//****\-/********csg019@uk.ac.cov.cck ok ?**************** \\\X//*****
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: OpenScreenTags()...I'm confused
Originator: jamie@cdevil.unx.sas.com
Date: Mon, 12 Oct 1992 21:23:46 GMT
Organization: SAS Institute Inc.


In article <1992Oct11.185205.3501@crash>, rtillery@crash.cts.com (Rick Tillery) writes:
>What _IS_ the deal with OpenScreenTags()?  I've just begun using 2.0
>only routines, and this is confusing the heck out of me:
>
>There is a prototype for OpenScreenTagList() and OpenScreenTags().
>There is a pragma for OpenScreenTagList() but NOT for OpenScreenTags().
>
>As a result, at link time SAS does not know what to do about this function.
>I've looked in the RKMs and there appears to be no noted difference between
>this function and the others (other than the variable number of arguments
>allowed), yet there is no obvious way to use it.
>
>I'm obviously missing something obvious, but it beats the heck out of me
>what that might be.
>
>Any help (and a functional example of opening a screen (and maybe a window)
>using OpenScreenTags() (and OpenWindowTags() which has the same problems))
>would greatly be appreciated.

If you are using V5.10b or older, you need to link with amiga.lib to get
the OpenScreenTags() stub.  With 6.0, we support an inline call to this
as well as OpenScreenTagList, etc.

-- 
---------------
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: koren@fc.hp.com (Steve Koren)
Newsgroups: comp.sys.amiga.programmer
Subject: waitforport
Date: 13 Oct 92 14:53:14 GMT
Article-I.D.: fc.Bw2Eor.BBL
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Ages ago, before AmigaDos 2.04, I bought ARexx as a standalone package
and installed it on my system.  At that time, the "waitforport" command
had an option called "-immediate" which would check for the port, set
the return code, and return immediately whether the port existed or not.
This was very useful in scripts.

However, it appears the the AmigaDos 2.04 version of waitforport does
not include this option.  What happened to it?  Is there a replacement
for "-immediate" in 2.04?  I'd rather not write another waitforport if I
can help it (even though it sounds pretty trivial to do).

   - steve
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: 7 Oct 92 12:36:25 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct6.215329.28368@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
> BTW, Cpu (and SetCpu) both state a 040 on the A4000 i tested, i also wonder
> if they can actually detect an 040EC, as they can't set the FastRom
> MMU table correctly (yet).

	Type 'CPU'. If you have an 040, it will say that there is a 68882 FPU
present. If you have an EC040, it won't.
	All 4000s have real 040's.
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: s37732v@lk-hp-3.hut.fi (Markus Juhani Aalto)
Subject: Re: SAS/C 6.0 in Europe?
Organization: Helsinki University of Technology, Finland
Date: 09 Oct 92 16:29:21 GMT


<Peter Kittel writes:>

   In article <1992Oct7.191936.13918@polaris.utu.fi> sutela@polaris.utu.fi (Kari Sutela) writes:
    >
    >Has anyone in Europe received an upgrade notice for SAS/C from the SAS
    >Heidelberg office?  According to an article by Doug Walker they should
    >have been sent about two weeks ago.  Should I begin worrying :-)?

   Well, I got mine ca. 1 week ago from SAS Heidelberg, Germany. Don't know
   whether they care for all Europe, though. Perhaps wait another two or
   four weeks...

No way! I'll send my order next monday. I'm too eager to wait any more! :)


   Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
   Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
From: georg@bluemoon.GUN.de (Georg Sassen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problems with RKM Libs example and Dice
Date: Thu, 15 Oct 1992 19:46:37 GMT
Reply-To: georg@bluemoon.GUN.de (Georg Sassen)
Organization: just me

In article <1992Oct14.224714.10817@arbi.Informatik.Uni-Oldenburg.DE> Frank.Neumann@arbi.informatik.uni-oldenburg.de (Frank Neumann) writes:

>Hi there,
>I'm having a serious problem with my Dice 2.06.40R and an example from
>the RKM:Libraries 2.0 book. The listing is the one from the chapter
>Exec/Tasks, pages 467/468. To be concrete, there are two problems I have:
>
>a) When trying to compile the program, Dice tells me:
>
>6.Wrk1:work/c/lca/tst> dcc rkmtask.c -o rkmtask
>Multiply defined symbol within the same library!: _CreateTask

Hmm - quoting from dcc:lib/lib.def:
#   AMIGA[model]20.lib
#
#   The amigal20.lib from commodore has some incorrect tags, this stuff
#   here fixes that.

To create the amiga.lib used for linking, the original amiga.lib is
joined together with some fixed functions. The old ones are not
removed, so they appear twice in the library.

I suppose the linker just takes the first symbol it finds in the
library, so this should not be a problem (if it is a problem for you,
just get the native developer upgrade from C= with the latest V37
amiga.lib :-) ).

>Interesting enough, I have been trying some other experiments with
>CreateTask() before, where Dice did NOT complain about anything. However,
>these programs didn't work either :\
>
>b) The program does not do what it is supposed to. It should create a new
>task that counts up to 0x80000000 and aborts when you press Return. After
>that, the counter's value is output. However, for me it always stuck
>at 0.

Have you compiled it with the large data model ? If not, you have to
add the __geta4 qualifier to the task code, making it

__geta4 void simpletask()
{
    (...)
}

If you create a task with createtask and use the small (a4-relative)
data model, the a4 register has to be initialized to point to the
start (or is it the end?) of the data area before the task starts. If
you don't initialize it, it will point anywhere and the task writes to
random addresses in your ram - but of course it will not change the
variable in your main program.

>On a sidenote, the same program compiled AND ran ok under gcc 2.2.2...
>but I'd really like to continue with Dice, it just is a little less
>memory consuming :-}

gcc uses the large data model with absolute addressing by default, so
you won't have problems with that...

[listing deleted]

    Georg

--
Georg Sassen, Duesseldorf, Germany. Voice +49 211 255799, Fax +49 211 255798
From: PAACC@CUNYVM.BITNET
Newsgroups: comp.sys.amiga.programmer
Subject: NorthC & fp
Date: 13 Oct 92 12:55:13 GMT
Organization: City University of New York/ University Computer Center


 I seem to be having some problem with NorthC 1.2. When I try printing out a
floating point number, it prefixes it with '-' signs. It also seems to be faili
ng a test like this: if(pc<0.5) ...  when pc>.5 (printed it out just before and
 it's 1. Program works allright on the school's 386 with Turbo C++ 1.0. Any ide
as? Is there a newer version out?
Newsgroups: comp.sys.amiga.programmer
From: u920496@daimi.aau.dk (Hans Erik Martino Hansen)
Subject: C++ on amiga
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Thu, 8 Oct 92 14:22:16 GMT


                    Yo dudes!

I am a computer science student, and I want to start learning C++, 
Can anyone tell me where to find a (cheap) / PD C++ compiler for the
CBM Amiga, Kickstart 2.04. Thanks in advance.

                               \\\\||||||////
Erik Hansen                     |  -    -  |
Aarhus, Denmark                8| (O)  (O) |8     <- Me
u920496@daimi.aau.dk            |   (..)   |
                                 \ \____/ /
                                  \______/

Newsgroups: comp.sys.amiga.programmer
From: hassink@cs.UAlberta.CA (Hassink Brian John)
Subject: Fast Fourier Transform C-code Wanted
Organization: University of Alberta, Edmonton, Canada
Date: Sat, 10 Oct 1992 22:01:43 GMT

Anybody out there have some sample C-code for
doing fast fourier tranforms? 

Code that does it iteratively would be preferable,
but recursive would be fine too.

If there is no sample code, could somebody direct
me to a good text?

Thanks in advance.
Brian

hassink@cs.ualberta.ca
From: bell@ecs.umass.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Defect: SAS/C "se" (screen editor)
Date: 11 Oct 92 20:55:04 GMT
Distribution: world

In article <fgd3.02br@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
> In article <107320004@hpfcso.FC.HP.COM> aoe@hpfcso.FC.HP.COM (Alexander Elkins) writes:
>>There is a defect in SAS/C "se" (screen editor).  To see the defect turn
>>on the auto-indent feature and turn off expand tabs to spaces.  Then type
>>in exactly the following text test case, substituting keystrokes for <return>,
>><tab>, and <backspace>:
>>0123456789<return><tab>abcd<return><backspace>
>>
>>What you see is
>>0123456789
>>        abcd
>>       89
>>       ^cursor is here
>>
> 
>    It's not clear why you think this is defective behavior.  The cursor was
> positioned at the beginning of the text on the previous line, less one space
> for the backspace.  You could argue that the backspace should cancel the
> <TAB> character.  It that what you think the program should do?
> 
   This is exactly what it should do and is what it used to do!!
Try the following as well.
<tab>012345<return>6

What I see is the following
	012345
	612345
	^ cursor is here.

What's going on here???  Does SAS know about this bug??
I'm glad I expand tabs to spaces :-)

		Shane L. Bell

Newsgroups: comp.sys.amiga.programmer
From: borgen@stud.cs.uit.no (Borge Noest)
Subject: Re: Need RELIABLE assembly blitter routine
Organization: University of Tromsoe, Norway
Date: Fri, 16 Oct 1992 14:43:19 GMT

In article <1992Oct16.133930.16248@imada.ou.dk> breese@imada.ou.dk (Bjoern Reese) writes:

Another problem: You can use btst #14,xxx, and your assembler might even
output it as a btst #14,xxx. You can see this if you disassemble your
program. It just seems that the 68000 does modulo 8 internally.

(I know, because I disassembled Bubble Bobble and Macro68 wouldn't accept
the output :-)
-- 
|/// borgen@stud.cs.uit.no (Boerge Noest) | Amiga B2000			 \\\|
|//  Box 218, 9001 Tromsoe, Norway	  | Remember to :-) when needed	  \\|
|/   The worlds northernmost university	  | Life is worth living.	   \|
	_Tilbyr News/email til hele Nord-Norge: Ta kontakt_
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Compilers....
Date: Thu,  8 Oct 92 08:42:13 PDT
Organization: The Portal System (TM)

Well, as an mostly unbiased observer I would say:
 
  Aztec C:  Not too well supported, reasonably good package of tools
  Dice C:  Good place to start, shareware version available, not my choice.
  
  SAS/C: I use this one, the debugger(CPR) is very powerful, many extra
         tools.  The compiler has *ALWAYS* improved with every release.
         Yes, there are problems, but I have found most of them are mine
         or at least caused by something I do.  It comes with 2 large
         manuals, and alot of support!  If any reason stood out in my
         choice of this one, Support was tops.  

  In the early stages of the Amiga, Aztec C was the best choice, but then
  it seemed that they lost interest in the product.  SAS/C has put a great
  amount of support effort into their C compiler.  Also the people that
Newsgroups: comp.sys.amiga.programmer
From: hello@bnr.ca (Ken Orford)
Subject: Re: AmigaGuide
Organization: Bell-Northern Research, Ottawa, Canada
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 9 Oct 1992 14:12:30 GMT

 
Steve Nordquist (Steve.Nordquist@mtask.omahug.org) wrote:
: > ...AmigaGuide is part of 3.0!
:  
: (groan) OOooo.  So therefore there are >no< database programs that read .guide
: files but the True One (AmigaGuide in 3.0?)   Is there no interim measure?
: 
: 
You're in luck - I just picked up a utility named Hyper from wuarchive which
seems to do a good job of displaying "AmigaGuide" style documents. It is
shareware.  I can't remember whether it was in fish 731-740 or in incoming
though.

Cheers,
       Ken
--------------------------------------------------------------------------
           Ken Orford      |      Bell Northern Research Limited
           hello@bnr.ca    |      Ottawa, Canada. (613) 763-2325
--------------------------------------------------------------------------

Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re:  Amiga C++ class libraries (was Re: Comeau C++ class libraries)
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Tue, 13 Oct 1992 11:42:00 GMT

>jmrg9881@uxa.cso.uiuc.edu (Jon Reid) writes:
>> What sorts of "pre-rolled" classes are included with the Comeau C++
>> package?  Is it mostly the standard container classes?  Are there any
>> Amiga GUI-specific classes?
>
>  Currently Comeau C++ only includes the various iostream classes
>(iostreams, fstreams, strstreams). (Greg had told me once that complex
>would be included, but I see that it isn't there---Greg???)

Something may have gotten crossed there, but the deal is that complex
is not part of our off-the-shelf version of Comeau C++.  It *has* become
available however it is not included.  but instead can be obtained through
special arrangement (as in contact us and we'll discuss it).  We have since
make the tasklib available in this same way.

>  Although there are no standard container classes, or other non-GUI
>stuff, these things tend to be pretty portable (if written for

Yep.  Further, lots of class libraries have been used with Comeau C++
with no required source code changes.  At least all the popular ones have
worked with Comeau C++ for some time (years) now.

>I have a library of such things which was written at work,
>and the port to the Amiga was trivial.

Most will be even for different C++ compilers (the compilers must be
using normal features and not incompatibilities and such of course).

>  One problem with designing an Amiga class library is trying to
>decide which paradigm to follow. You can try to emulate the Amiga
>system structures (which are pretty "object oriented" in the first
>place), or you can start from scratch and make something that is more
>C++-like.

Yes, that is part of the situation.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How _not_ to share library bases
Date: 7 Oct 92 12:37:21 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <w=szptp@rpi.edu>, pooler@vccsouth27.its.rpi.edu (Robert Peter Poole) writes:
|> 
|> So, this is fine for tasks.  Are we to assume this should also be done with
|> child processes launched with CreateNewProc()?
|> 
|> (Incidentally, I've finally (!!!) managed to compile code using
|> CreateNewProc() in which I don't reopen libraries for my children, and
|> everything works fine.  Then again, my parent process is guaranteed not to
|> die before the children do.)

There is one other issue with library bases and multiple opens...

SAS/C V6.0 has the capability of building a new type of shared
library called a "multiple library base" library.  This is similar
in concept to a program that has been placed on the resident list.
Each time OpenLibrary is called on that library, a new copy of the
library base and the global data associated with that library is
allocated, and the newly-allocated base is passed back to the 
caller.  The library code itself loads the near data pointer, A4,
relative to the library base instead of from an absolute address.

What this means is that each opener of the library gets their own
near data area.  Hence, most programs can be converted to libraries
painlessly - no need to give up your global data or share it with
other library openers.

However, if your child process uses the same library base that you
do, you will be sharing one instance of the library's near data
section between both processes.  This may be what you want and may
not be what you want, but you ought to be aware of it.

-- 
  *****
=*|_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: peter@NeoSoft.com (Peter da Silva)
Subject: Re:  HDMem vs GigaMem for virtual memory on Amigas?
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Thu, 15 Oct 1992 13:17:12 GMT

In article <2370@forty2.physik.unizh.ch> cschneid@amiga.physik.unizh.ch (Christian Schneider) writes:
> Hmmm... perhaps the 'not used from other tasks' statement should be
> changed to something like 'not used from tasks outside the program'
> i.e. multi-process programs can access this memory if all this
> processes follow the rules.

Since the Amiga has no defined protection domain other than the task or
process (whether or not it's implemented, the discussion of MEMF_PUBLIC
in the RKM defines one), how do you intend to determine what is or is
not part of the same program?
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   "Meglegetted ma mr a farkasodat ?"
  'U`  
Dette kan umulig vaere mitt rom, eftersom jeg ikke puster ammoniakk.