HDTenEightyP/NetNews huggingface dataset:
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C6 Warnings
Date: 30 Oct 92 20:08:06 GMT
Organization: Edotronik GmbH

In article <2ZXeTB2w165w@lakes.trenton.sc.us> mr_scary@lakes.trenton.sc.us (Chris Hurley) writes:
>Now it seems that under 6.0 I get rampant Warnings about "Expecting BPTR,
>Found FileHandle *".  Can someone tell me what I'm overlooking?

Open actually returns a BPTR, _not_ a struct FileHandle *. Incidently that
BPTR<<2 is equal to the struct FileHandle *, but nevertheless it's a BPTR.

So you need to type your file handle variable as BPTR. Again: It'll only be
a struct FileHandle * if you shift it left two bits. But as all OS
functions use it as a BPTR you shouldn't do that ;^)

>Chris-  (mr_scary@lakes.trenton.sc.us)

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: shf@well.sf.ca.us (Stuart H. Ferguson)
Subject: Re: Help - IFF files used to store DOUBLES
Organization: Whole Earth 'Lectronic Link
Date: Thu, 5 Nov 1992 08:59:54 GMT

In <1992Oct27.142015.2635@brandonu.ca> brycerw@brandonu.ca writes:
> [...]  What is the best format to store DOUBLES in an IFF
>file to maintain consistency in machine-independence.  These files will
>inevitably be used on PC's, and vax's, as well as other amigas.

I would use IEEE, since this is a published and common standard.  I believe
the DR2D format stores IEEE single precision floats.  Unless you need the
*super* precision of doubles, I would just write singles.  Since you are
using a math co-processor on your Amiga, the values in memory are IEEE format,
so you can just dump the bits directly and get a machine-independent
file.
-- 
		Stuart Ferguson		(shf@well.sf.ca.us)
			Prepare to Surge to Sublight Speed!
From: sh@hplb.hpl.hp.com (Stephen Harvey)
Date: Tue, 10 Nov 1992 16:10:16 GMT
Subject: What new since 2.04???
Organization: Hewlett-Packard Labs, Bristol, UK
Newsgroups: comp.sys.amiga.programmer
Reply-To: sh@hplb.hpl.hp.com

I have Amiga Dos 2.04 and have a PD utility than needs the
'locale.library', the sarcastic person who wrote the manual states that
if I don`t have it I`d better update Workbench.... So what new since
2.04??? ( That`s aside from AmigaDos 3, I`m not buying an A4000 until
they have onboard SCSI *:-/ )

Please Reply to email...

Thanx in advance.....

'Aha, a man with a sharp wit, somebody had better  | Steve Harvey (x28127)
     take it away from him before he cuts himself' | sh@hplb.hpl.hp.com
------------------------ insert std disclaimer ----------------------------
	   Money is the root of all evil - a man needs roots!
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LISP - Just use it.
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 12 Nov 92 19:03:00 PST
 <CASEY.92Nov9143047@anxiety.lexmark.lex.usa.na> <1992Nov9.215130.23018@cs.kuleuven.ac.be> <mwm.2l1d@contessa.palo-alto.ca.us>
Organization: TAP

Quoted from <mwm.2l1d@contessa.palo-alto.ca.us> by mwm@contessa.palo-alto.ca.us (Mike Meyer):

> P.S. - there _is_ a c.s.a.programmer FAQ, isn't there? Would someone
> identify the keeper please?

    One was going to start, and I've got the maintainer's address
    somewhere, but it didn't seem to come to fruition. That was a
    couple of months ago.

    Anyway, I can maintain a FAQ, and post it every week or whatever,
    if people want to email me stuff to put in it.
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: BTN v2.1 handler problem
Date: Wed, 04 Nov 1992 05:32:37 GMT
Organization: is sometimes desirable

Hello,
       I have been Manxifying Jonathon Hue's tar program from the old Fish
disk in order to fix some bugs Andy Finkel pointed out.  (I am using Aztec
C v5.2a.)  I've run into the following problem:

the standard write() command produces a return value of -1 and tapemon prints
" Function/mode error."  The write command in tar works fine on files, but it
fails on BTN:.  So, using the same method used in tar, I wrote the simple test
program below:


#include <stdio.h>

main(argc, argv)
  int argc;
  char **argv;

{
  char buffer[10240];
  int err, i;
  long tape;

  if (argc <= 1)
  {
    printf("No argument.  Syntax is:  %s filename.", argv[0]);
    exit();
  }

  tape = creat(argv[1], 0666);
  printf("creat returned %ld.\n", tape);

  for (i=0; i < 10240; i++)  buffer[i] = (char) i;

  err = write(tape, buffer, 10240L);

  printf("err is %ld.\n", err);

  (void) close(tape);

}


This program produces the same error.  It also produces this Enforcer hit on the
close() call.  I don't know why.

Program Counter (approximate)=  3030D0		Fault address       =4E7343FA
User stack pointer           =  35F844		DOS process address =  2A0E08
Data: 00000000 FFFFFFFF 00000000 00004E55 00000008 0000002B 0000003B 002A0E64
Addr: 4E7343FA 00342662 002A0E08 002A11D0 003478D6 0035F860 0020C9D0 001FFFA0
Stck: 002FDA72 4E7343FA 00000000 0000A008 0000000A 000000A2 00309B34 0035F870
READ-WORD  (---)(-)(-)    SR=0004   SSW=0769
New_WShell, "test"



From looking at the BTN: source, it appears that BTN thinks that the file has
not been opened for "write" access.  (Note, I don't really understand how device
drivers work, so I may have this part wrong.)  Is this a bug in BTN: or Manx?
Or, am I just missing something obvious?  I really don't understand why the
original tar executable works fine on this, but when I recompile it, it fails.

If this really is a compiler bug, how can I work around it?  Is there a fix?

                                   Thanks,

                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
Newsgroups: comp.sys.amiga.programmer
From: ftegerer@cip.informatik.uni-erlangen.de (Frohwalt Egerer)
Subject: Re: Maxon C++
Organization: Student Pool, CSD, University of Erlangen, Germany
Date: Thu, 5 Nov 1992 14:50:41 GMT

franzen@eva.fmi.uni-passau.de (Andreas Franzen) writes:

>I just got my Maxon C++ paket a few day ago now, and I thought I send you a little overview over its abilities and disabilities.

Which language standard does it implement? C++ 1.2, 2.0 or 2.0 with templates?

How does Maxon handle support? I don't trust german companies and their
update service. And at least, Maxon C++ is more that half a year late. At
an Amiga Show 1991 they promised me to finish it until March 92.

Froh

---
Email:     ftegerer@cip.informatik.uni-erlangen.de
Snail:     Frohwalt Egerer \ Drausnickstr. 36  \ 8520 Erlangen
Voice:     09131/55617

"Toll, das 5-Megabyte Backup geht ja auf eine Diskette", sagte Elric als er 
meine Festplatte trackweise ueberschrieb. GRRRRRR!
Nachtrag: ER HAT'S SCHON WIEDER GETAN! AAAAARRRRGHHHH! IEEEEEEEK! WAAAAAAAH!
*Schreiend in die Nervenklink eingeliefert werd*
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Hooks?  Simple explaination please!
Keywords: Hooks Explaination
Date: 12 Nov 92 17:23:17 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <BxI9n0.HDK@ccu.umanitoba.ca> umoster0@ccu.umanitoba.ca (Sean K. Ostermann) writes:
>I need a simple (but not too simple) explaination about Hooks.  What are
>they used for, why are they in the OS and how can one use them?

A hook is basically a standard way for the OS to "call-back" into your
program.  Ordinarily, your application calls the OS, but Release 2 adds
a bunch of features that are helped out when the OS can invoke application
code.

For example, you can create a custom gadget type (for instance, a dial
gadget), supplying the code to handle all that Intuition needs you to
handle (eg. handling queries of the kind "does this mouse coordinate hit you?",
"please go active", "please handle this mouse-input event", "please go
inactive", etc.  You supply a hook, which in turn contains a pointer
to your routine, when you install your class.

The hook has a node plus three fields.  The h_Entry field is the one
that is actually called by the OS.  If you're an assembler program,
that's probably all you need.  If you're programming in C, then this
entry needs to set up your base register and possibly convert the
register arguments to stack-based ones.  By convention, the h_SubEntry
is used to store a pointer to the C-language routine to call, and h_Data
is used to hold for the base register value.

Aside from boopsi objects, other examples of things that use hooks
include the custom string editing hook and the layers backfill hook.
The former allows control over how keystrokes are interpreted in
string gadgets, and the latter allows you to backfill a particular
window with a pattern in a very efficient manner.

>Thanks,
>
>Sean

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
Newsgroups: comp.sys.amiga.programmer
From: breese@monet.imada.ou.dk (Bjoern Reese)
Subject: Re: New hardware reference guide?
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Wed, 11 Nov 1992 15:09:00 GMT

In article <1992Nov11.124537.21704@sth.frontec.se> bjst@sth.frontec.se (Bjorn  
Stenberg) writes:
> I think saying that 'the less people are hitting hardware the more programs
> are likely to work well' is a pretty fair statement.

Consider this: "The more knowledge people have about the hardware the more
likely their programs will work well."

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
Newsgroups: comp.sys.amiga.programmer
From: rcormac@mark1.cs.oberlin.edu (Cormac (Xbattle -rcormac) Russell)
Subject: Re: What is wrong with this very simple c program?
Organization: Oberlin College Computer Science
Date: Tue, 10 Nov 1992 21:04:17 GMT
X-Posted-From: mark1.cs.oberlin.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Aaron sez:
>
>#include <stdio.h>
>
>main()
>{
>   int zoop[1000];
>     int counter;
>	 
>	    printf ("started....");
>	       for (counter = 0; counter < 5000; counter += 5) {
>		     zoop[counter] = counter;
>			}
>			   printf("done....");
>			   }

um, just a guess, but since counter is going to go over 999 (the
1000th entry in zoop), you are spraying the memory past wherever zoop
happens to be with garbage. change:
zoop[counter]=counter
to
zoop[counter/5]=counter

or change your for loop to incrememnt by 1 instead of 5 and make it
zoop[counter]=counter*5;

Hope that solves it...
   Blessed Be,
      Cormac

--
Retch The Grate aka Cormac Russell    Amiga, The Computer for The Creative Mind
                      rcormac@occs.cs.oberlin.edu           
Vote Libertarian in 92! Marrou/Lord!




Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: 2.1 includes in SAS C 6.0 ?
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 13 Nov 1992 15:35:59 GMT
Organization: SAS Institute Inc.


In article <BxnqFo.4Ft@unx.sas.com>, walker@twix.unx.sas.com (Doug Walker) writes:
>
>In article <2920009@gnlab007.grenoble.hp.com>, gael@gnlab007.grenoble.hp.com (Gael_Marziou) writes:
>|> Well the title says it all, does the SAS C 6.0 package come with the 2.1
>|> includes ?
>
>No, it comes with the 2.04 includes.

...mainly because Commodore has not yet released either the 2.1 or 3.0
includes to the public, so it *couldn't* come with anything later than
the 2.04 includes.

-- 
---------------
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: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RTPatch bug?
Date: 5 Nov 92 19:17:22 GMT
Reply-To: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <Bx6xGw.6Fz@cs.vu.nl> wgkramer@cs.vu.nl (Ewout Kramer) writes:

> I noticed that some programs hung when they tried to open a requester,
> so I started to suspect RTPatch by Nico Francois, which I run
> on my system.
> 
> So the problem is probably not caused by IPrefs/ReOrg but by reqtools
> itself. ReOrg and IPrefs run flawlessly without RTPatch.

I run RTPatch on my A3000, and neither IPrefs nor ReOrg gives me any
problems (or any other program for that matter). It must be something
else. I remember running some NewLook (3D look for custom screens)
patch, which I had many troubles with.

> Solutions anyone?

Must be some other task messing up your system I believe. Are you
sure you are using the latest version of reqtools ?

> Ewout

-- 

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
From: miller@mrcnext.cso.uiuc.edu (Geoffrey M. Miller)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS PROFESSIONAL
Date: 5 Nov 92 07:14:42 GMT
Organization: University of Illinois at Urbana

I just bought AMOS Professional 1.0 and am incredibly impressed.
There are 6 disks in the installation package plus a huge manual
that is very well organized and attractive... There are many new
features and the overall look of the program has been jazzed up.
I can see why Amiga Format and CU Amiga gave this program a 97%!

I would like to get in contact with other AMOS programmers and
get some example files... are there any tutorial books available?
I have programmed in BASIC a long time ago and more recently in
PASCAL... AMOS looks very easy to pick up with little experience
but I'd like to see some professional quality programs to get
some ideas of the techniques employed... is there a AMOS mailing
list or ftp site for programs on internet?  Anything?  Anyone?

Oh yeah, I called Europress and asked them about AMOS 3D and AMOS COMPILER.

AMOS 3D is incompatible with AMOS PRO.  Europress is trying to get the
team that wrote AMOS 3D to write a PD Extension patch to make it compatible.
It will be released into the public domain whenever they finish.

AMOS COMPILER is only compatible with AMOS PRO created files that are saved
as AMOS 1.34 files... AMOS PRO auto-checks the files and saves them in AMOS
1.34 format if they don't use any of the new commands.  AMOS COMPILER will
be updated to the PRO version in February 1993...

Geoff Miller
University of Illinois
Newsgroups: comp.sys.amiga.programmer
From: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: Re: New hardware reference guide?
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Mon, 9 Nov 92 03:04:29 GMT

In article <1992Nov5.184557.17342@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:
>breese@monet.imada.ou.dk (Bjoern Reese) writes:
>>`ample speed' huh? What if you still own an old and slow Amiga (which is what
>>the majority of the game-playing people do) ? Sure, the software will run nice
>>and smoothly on the new machines, but imagine running an `access-to-the-
>>hardware-through-the-OS-only' game on an old machine.
>
>You're forgetting something here.
>There *ARE* no old, slow machines with this hardware (AGA) and there won't
>ever be any with less than a 68020 inside, which will guarantee 'ample speed'
>for your code.

The problem is that I want my code to run on older machines too. SO - I
need some doc on how to find out wether the machine is running the older
chipset etc...  What I really would like, was to know how to set the
machine back to run in ECS mode for the duration of my demo.  And check
wether there is an ECS compatible mode on that machine - if not to jsut
stop the running.  Come on, CBM, a request for the docs for a function to
check what chipset and set it back to ECS mode can't be that hard?
(This way, things that DO hit the HW can be made to work on those machines
it CAN work on...)

Eivind Eklund aka Vishnu CRB
eeklund@nyx.cs.du.edu   Phone: +47-(0)-9-944946 (BBS. shout to get ME!)
Newsgroups: comp.sys.amiga.programmer
Subject: ICONX
From: alien@acheron.amigans.gen.nz (Ross Smith)
Date: 10 Nov 92 18:14:56 GMT+12
Distribution: world
Organization: Wanganui Amigans, Wanganui, NZ

A couple of questions about ICONX...

(1) If I run a script using ICONX (by giving it a Project icon with ICONX as
the default tool), is there any way for the script to read the icon's Tool
Types, so I can pass it parameters?

(2) Is it possible to run an Arexx script from an icon, using ICONX or any
other way?


--
...... Ross Smith (Wanganui, NZ) ...... alien@acheron.amigans.gen.nz ......
             "If there is ever a war between men and machines,
         it is easy to guess who will start it." (Arthur C Clarke)
From: bloc1469@ee.ee.uwm.edu (Gregory R. Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 10 Nov 1992 17:43:27 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <BxGvwE.4op@visix.com> brett@visix.com writes:
>Please! Hitting the hardware != POORLY Written Software

Fortunately, it does as of 3.0.  And frankly, I'd rather see DIG than
the newest version of Frogger, 'kay?  ;)

Greg

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(:   "You said the world was magic, I was wide eyed and laughing."    :)
(:			-The Indigo Girls, "Joking"		      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
Newsgroups: comp.sys.amiga.programmer
From: htgoebel@cip.informatik.uni-erlangen.de (hartmut Goebel)
Subject: Fast Text output with inversid crtl-chars
Organization: Student Pool, CSD, University of Erlangen, Germany
Date: Thu, 12 Nov 1992 11:42:50 GMT
Keywords: text, output, control

Hi!

I'm looking for a fast text output routine which will display
control charakters inversid like in string gadgets.

Any pointers, routines?

---
+++hartmut

| Hartmut Goebel | UseNet: hartmut@oberon.nbg.sub.org              |
| Amiga Software | Z-Netz: HARTMUT@ASN.ZER           // Only Amiga |
| Manufactur     | Fido: 2:246/81.1  IRC: Essich   \X/ Oberon  ZOC |
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 12 Nov 92 13:50:18 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Nov11.115501.22945@ifi.uio.no> olavka@ifi.uio.no (Olav Lur}s Kalgraf) writes:
>
>In article <OD.6badnetOA92-901-302p0_52f54996@piraya.bad.se>, Roger_Nordin@atb.bbs.bad.se (Roger Nordin) writes:
>
>> With Release4 in the not-so-distant future (yes, I'm an optimist if you are 
>> wonderig :)) with Device Independant Graphics, we need to get rid of the 
>> hardware hacking. Therefore, Release3 has been vastly improved in most areas 
>> regarding speed and available functions with it comes to graphics and 
>> animation. Use the Operation System, or die, with future machines.
>> 
>> Definatly a step in the Right Direction!
>> 
>
>Although I agree that it is a step in the right direction, there is a
>small problem with using the OS for games etc. Last weekend I tried
>to make a small vector routine using the graphics.library. The results were
>absolutly PATHETIC! And I use an A4000 for gods sake! After that big
>dissapointment I rewrote the code to some giant pseudo OS/hardware hack.
>This worked quite well, but anyway I came to a few conclusions:
>
>
>	1. The graphics.library is incredibly slow and most likely
>	    not updated much in release3. This needs to be rewritten
>	    entirely to satisfy the needs for speed in todays games.

	What was too slow? How did your demo work? Information, please.
How about posting the source? If the blits were too slow, then what
function were you calling? You could call OwnBlitter/WaitBlit and
poke the hardware yourself, and still run under the OS.

	If the screen stuff was too slow, then what were you using?
Screens or ViewPorts? Scrolling or not? New double buffering calls?

	Were you using Draw? Using a profiler here, I note that a
program continually drawing lines into a superbitmap (the most complex
case) with lots of clipping spends less than 1% of its time on
line draw setup, and the other >99% waiting for the line to actually
be drawn. This is on an 040, the same as you were using.

-- 
*-------------------------------------------*---------------------------*
|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: mikasaas@polaris.utu.fi (Mika Ilmari Saastamoinen)
Subject: Re: IDCMP_CLOSEWINDOW weirdness
Organization: University of Turku, Finland
X-Newsreader: Tin 1.1 PL5
Date: Mon, 9 Nov 92 09:19:51 GMT

edward j. zix (ezix@ucrengr.ucr.edu) wrote:
: 
: 	I recently decided to try to do some Amiga GUI programming and 
: I bought the RKM 3rd edition Libraries book and ftp'd FF741 and FF742
: 	When I tried to compile the easyintuition.c and easyintuition37.c
: programs, I get LINE 122 undefined symbol IDCMP_CLOSEWINDOW.  What gives?
: Has anybody else had this problem.  I have gcc-2.2.2 and Lattice 5.10. 
: Both produce the same errors.  (They both work fine for non GUI prg.)

Errmmm... Do you have the 2.0 include files? That flag is defined in there
(intuition/intuition.h specifically). That flag is called just CLOSEWINDOW
(if I remember correctly) in the 1.2/1.3 includes. 

: 
: 	I normally do non-GUI programming...but would really like to do 
: some GUI work.  I would appreciate it if someone could help me.
: 

I hope that helped! :)

: ->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->
: 	   		Edward J. Zix
:             		InterNet: ezix@ucrengr.ucr.edu

Mika Saastamoinen (mikasaas@polaris.utu.fi)
From: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: physical memory protection with MMU
Date: 12 Nov 1992 14:16:57 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: greco.uni-paderborn.de

[stuff deleted]

|> Absolutly! I WISH we in the amiga programming community could get Commodore of
|> their butts and implemeting a protected/virtual memory environment. I think I
|> could live with the block memory/tracking scheme of the Mac or Windows if I had
|> the ability to track and kill aberant processes.
|>  

It would be nice, but you would loose 99.9999% of the software.

-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
Newsgroups: comp.sys.amiga.programmer
From: accs1@bagheera.mumath
Subject: Re: ADA needed 
Reply-To: accs1@bagheera.mumath
Organization: Sun Microsystems
Date: Mon, 9 Nov 92 08:27:43 GMT

In article 15993@tom.rz.uni-passau.de, franzen@valerie.fmi.uni-passau.de (Andreas Franzen) writes:
>Hi,
>
>	is there somewhere an ADA Compiler for the Amiga ?
>
>	If you know of one, tell me, thanks...
>
>	bye
>
>		Andreas
>
>-- 
> Andreas Franzen   InterNet: franzen@eva.fmi.uni-passau.de
> Spitalhofstr.30c  Fido    : 2:242/77.19
> 8390 Passau       Phone   : 0851-71 63 8



No, not that I know of.

Thank god there is another real software-engineer out there!

In '90 I read in the AMIGA-Magazin OXXI Inc. U.S.A. would work on an ADA compiler
but they never answered my letter concerning that product.
If you ever find anything more than the ADA syntax checker on a FredFish please let me
know.

Frank


Newsgroups: comp.sys.amiga.programmer