HDTenEightyP/NetNews huggingface dataset:
From: anstey@sun.soe.clarkson.edu (Charles Anstey)
Subject: LISP and/or PROLOG for Amiga?
Organization: Clarkson University, Potsdam NY
Distribution: comp.sys.amiga.programmer
Date: Tue, 29 Sep 1992 07:40:16 GMT

I am looking for PD compilers/interpreters for LISP and PROLOG.  Is there any
out there and where can I find them?

Thanks in advance!

-Charles Anstey
From: dgay@di.epfl.ch (David Gay)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Shells under GNUEmacs 18.58, version 1.26
Date: 5 Oct 92 10:11:23 GMT
Organization: Ecole Polytechnique Federale de Lausanne
In-reply-to: jgh1+@pitt.edu's message of 4 Oct 92 19:00:27 GMT

In article <6796@blue.cis.pitt.edu.UUCP> jgh1+@pitt.edu (John G Hardie) writes:
   Hi.

   I just installed the upgrade to Emacs 1.26 for amiga.  This version
   is supposed to have full support for processes.

   Well, that may be so, but I can't make it work.  If I attempt to
   do shell-command, shell, compile, or any other process related command
   I get the message
   'attempting vfork - not enough memory'  (or something like it - I dont
   remember the exact wording)

You probably don't have Matt Dillon's fifo.library and fifo-handler
installed. These are necessary if you want to use any process related
commands.

I must admit that the error message isn't very explicit ...

   Regards,
   John

   -- 
   jgh1@vm1.cis.pitt.edu

	   Give me chastity and continency, but do not give them yet.

David Gay
dgay@di.epfl.ch
From: mark@sun1x.actc.res.utc.com (Mark Stucky)
Newsgroups: comp.sys.amiga.programmer
Subject: SmallTalk for the Amiga ?
Date: 5 Oct 92 18:07:51 GMT
Organization: United Technologies Research Center


I'm aware of the Little SmallTalk port on Fish disk 37.

Are there any other versions of SmallTalk available for the Amiga,
such as GNU SmallTalk?

Thanks in advance,

Mark

-- 
------------------------------------------------------------------------------
| Mark Stucky                         | Email:                               |
| United Technologies Research Center |     mark@ardnt1.res.utc.com          |
| East Hartford, CT.                  |or   mbs@utrcgw.res.utc.com           |
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Multithreaded code using CreateTask()
Date: 2 Oct 92 14:30:59 GMT
Organization: University of Nice Sophia-Antipolis, France

In article <kdgza1c@rpi.edu>, pooler@aix02.ecs.rpi.edu (Robert Peter Poole)
writes:

>Incidentally, I got email regarding this problem from someone who wrote a
>linkable .lib module for C programmers which has a lot of nifty functions
>that abstract away the problems of writing multithreaded code...

	Could you give more information on that library?

>The only problem is, it relies on arp.library, and I don't want my code to
>be dependent on arp.library.
>
>(I'm looking through the source now to see how bad it would be to try to un-
>arpify the code.)

	I think 2.0 made many of the arp.library features obsolete, so it
	shouldn't be too difficult to adapt. Why not ask directly the author
	to update their code?


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: strings
Originator: jamie@cdevil.unx.sas.com
Date: Mon, 28 Sep 1992 14:49:00 GMT
Distribution: comp
Organization: SAS Institute Inc.


In article <199227.4249.16930@dosgate>, robert.buonincontro@canrem.com (robert buonincontro) writes:
>
>        I recently posted a message requesting help on converting a
>string such as "12.34" to a float value, 12.34.  I was using atof but
>for some reason wasn't getting the right results.  Anyway, the problem
>was solved by simply declaring the atof() function as double.  Here is
>the final output which works:

Since you say (later in your message) that you are using Lattice C,
there was an even easier fix to your problem - simply include the
correct header file!

On page L15 of the library reference, in the "Synopsis", it shows that
you need to #include <math.h>.  This is needed to get the proper
prototype for the function, which would have meant that you would never
have seen this particular problem...

> [sample program & output deleted]
>
>New Problem: (!)
>
>        Now that I've converted these values to floats, and performed my
>addition, I need to convert that value (float total) back to a string
>for use in an IntuiText structure.  The closest I've come is to use the
>ecvt() function, but this eliminates the decimal.  Since I have been
>trying to figure out a way to insert a decimal character into the string
>(without success).  I would a simple conversion, float to string, but if
>this is not possible how can I insert that decimal character in the
>string?  There must be a function which allows you to insert a character
>into a position of a string...I JUST CAN'T FIND IT!!!
>
>        Thanks, Robert Buonincontro
>
>By the way, I am using Lattice...

Well, a compiler-independent method would be to simply use sprintf(), as
in:

        sprintf(outstring, "%.2f", total);
-- 
---------------
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: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Amiga includes with GCC
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 6 Oct 1992 11:15:33 GMT

In article <Bvo5A2.J6G@DMI.USherb.CA> lepad00@DMI.USherb.CA (DANNY LEPAGE) writes:
>Gcc seems to dislike the UBYTE, UWORD etc. stuff in the Amiga specifics headers.

Looks like you're working with C++ and the <inline/> or <clib/> headers, right?
Go and replace all parameters named "class" or "template" with "_class" or
"_template", or C++ will teach you better ;-)

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: QBTools and the DCCache FileSystem
Date: 30 Sep 92 13:19:53 PST
Organization: BBS

> Does Quarterback tools know how to handle the new 3.0 filesystem
> referred to as DC Cache?
 
HA!  It doesn't even understand 2.0 hard links!
 
The thing is at least two years out of date.  I rather regret the money
I spent on it.
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga books that describe Amiga binary format/ROM libraries etc?
Date: 28 Sep 92 20:11:52 GMT
Organization: Edotronik GmbH

In article <1992Sep28.061805.28912@blaze.cs.jhu.edu> mucci@circle.cs.jhu.edu (Philip Mucci) writes:
>	I looking for the Amiga DOS equivalent of a book that describes
>the amiga binary format and the functions found in kickstart ROMS. Would

Check out the Rom Kernal Manuals (RKMs) published by Addison Wesley. They
are C='s definitive Reference and they are actually really good! Don't get
old 1.3 versions!


> -Phil

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: 5 Oct 92 16:40:59 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

chanson@nyx.cs.du.edu (Chris Hanson) writes:
>
[stuff about gigamem deleted]
>
>  Also, even if it were 68040 compatible, it would not work on the A4000,
>as the A4000 uses the 68EC040 chip, the big brother of the 68EC030. The
>68EC040 chip has neither PMMU nor FPU math coprocessor. It is however,
>unlike Intel's SX-series of lobotomized processors, pin-compatible with
>the full-blown 040, and is socketed for easy replacement.

So who started this falsism?  The A4000 has a *FULL* 68040 CPU in it!
A 68040 with *ALL* of the FPU functions of the 68040
A 68040 with *BOTH* of the MMUs that the 68040 CPU has
A 68040 that costs $800+ if you only buy one of them

Now, I should know these things as I did the software that deals with
the 68040 on the A4000 (among other things) and it *uses* the MMU.
In fact, in every A4000 shipped, the MMU is turned on and actively in use!

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                     Luck sometimes visits a fool,              |
| \XX/                      but never sits down with him.              |
\----------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: mucci@circle.cs.jhu.edu (Philip Mucci)
Subject: Amiga books that describe Amiga binary format/ROM libraries etc?
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Mon, 28 Sep 1992 06:18:05 GMT


	Hi all,

	I looking for the Amiga DOS equivalent of a book that describes
the amiga binary format and the functions found in kickstart ROMS. Would
the Amiga Hardware Reference Guide be the place?

	Thanks
		-Phil

Newsgroups: comp.sys.amiga.programmer
From: ry41@rz.uni-karlsruhe.de (Bernhard Moellemann)
Subject: Re: Arexx to serial?
Organization: University of Karlsruhe, Germany
Date: Wed, 30 Sep 1992 16:00:17 GMT

In article <1992Sep29.134734.3441@memstvx1.memst.edu>, cse_stu@memstvx1.memst.edu writes:
>Does anyone know how I can read the serial port with AREXX?
Open('serial','AUX:','R')

-- 
 Bernhard Moellemann   <spare space>   Chairman of the Nessy-Fan-Club   //
 internet=zza@rz.uni-karlsruhe.de <space> FIDO=2:241/7506.42  IRC=ZZA  //
 nessynet=008  Lifenet=77:7700/11.42  greetings to my Marsupilami  \\ //
 2000/500 Technical Reference Manual:  "A1000, the original Amiga"  \X/
From: kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1280x1024 on A4000
Keywords: A4000, resolution
Date: 2 Oct 92 03:24:35 GMT
Reply-To: kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <1992Oct1.172521@uni-paderborn.de> chandler@uni-paderborn.de (Martin Grote) writes:
>As the A4000 is able to display 8 Bitplanes (256 colours) on a 640x512 screen,
>noninterlaced, and the new Lisa chip is again reprogrammable in resolution,
>depending on the number of lines and bitplanes, it should be possible to create
>the following resolutions on a standard Amiga 4000:
>
>1280x1024  50Hz non-interlaced (PAL ) with 2 bitplanes (4 colours)
>1280x800   60Hz non-interlaced (NTSC) with 2 bitplanes (4 colours)
>1024x768  ~70Hz non-interlaced        with 2 bitplanes (4 colours)

Sorry, doing those resolutions at those refresh rates is impossible with AA.
The hardware only supports three pixel clock speeds: 35ns, 70ns and 140ns.
You can not trade bitplanes for resolution.   

>Are they supported by the OS, i.e. are the appropriate Screenmode drivers
>included in the SYS:Devs/Monitors drawer?

Well, since the chips can't do it...

-- 
Kenneth Dyke                                  All of the above opinions are my
Commodore-Amiga Networking Group              own and not necessarily those of
email: kcd@cbmvax.commodore.com               my employer.

        "You'll get over it.  If not, you'll learn to live with it."
Newsgroups: comp.sys.amiga.programmer
From: chandler@uni-paderborn.de (Martin Grote)
Subject: 1280x1024 on A4000
Keywords: A4000, resolution
Organization: Uni-GH Paderborn, Germany
Date: Thu, 1 Oct 1992 16:25:21 GMT

As the A4000 is able to display 8 Bitplanes (256 colours) on a 640x512 screen,
noninterlaced, and the new Lisa chip is again reprogrammable in resolution,
depending on the number of lines and bitplanes, it should be possible to create
the following resolutions on a standard Amiga 4000:

1280x1024  50Hz non-interlaced (PAL ) with 2 bitplanes (4 colours)
1280x800   60Hz non-interlaced (NTSC) with 2 bitplanes (4 colours)

1024x768  ~70Hz non-interlaced        with 2 bitplanes (4 colours)

Are they supported by the OS, i.e. are the appropriate Screenmode drivers
included in the SYS:Devs/Monitors drawer?

Thanks,

Martin Grote
chandler@uni-paderborn.de
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Multithreaded code using CreateTask()
Date: 25 Sep 92 16:36:23 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <xadzhd-@rpi.edu> pooler@vccsouth21.its.rpi.edu (Robert Peter Poole) writes:
>	aboutstuff = (struct Task *) CreateTask("FracExe_About_Task",
                                           ^^^^
> [...]
>  printf("This should print out!\n");

Hmm, isn't any printf going through dos? And aren't dos calls forbidden
in a task?

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Newsgroups: comp.sys.amiga.programmer
From: keithc@welchgate.welch.jhu.edu (Keith Christopher)
Subject: ListView display
Organization: Johns Hopkins Univ. Welch Medical Library
Date: Thu, 1 Oct 1992 16:21:46 GMT

Can someone please help me get things to display in my listview ?

All i need is a simple example of the code to do it.

thanks.
From: bell@ecs.umass.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Viewports  *****HELP********
Date: 29 Sep 92 23:27:09 GMT

	In the Screen structure there is a ViewPort field.  Now my question is
whether I can add additional Viewport structures to this field and get mu
multiple Viewports on a single screen.
	Thanks for your help in this matter.

	Shane
Newsgroups: comp.sys.amiga.programmer
From: pooler@vccsouth27.its.rpi.edu (Robert Peter Poole)
Subject: Re: How _not_ to share library bases
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Tue, 6 Oct 1992 18:55:37 GMT


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.)
Newsgroups: comp.sys.amiga.programmer
From: benjamin@cs.UAlberta.CA (Ferreira Benjamin S)
Subject: RCS for amiga
Organization: University of Alberta, Edmonton, Canada
Date: Sun, 4 Oct 1992 22:42:49 GMT

I was wondering if there was a revsion control system available for the amiga
much like the one popular among UNIX workstations (rcs, rlog etc..)

Ben

Newsgroups: comp.sys.amiga.programmer
From: laire@uni-paderborn.de (Ralph Schmidt)
Subject: Re: How do *you* use Enforcer and Mungwall?
Organization: Uni-GH Paderborn
Date: Mon, 28 Sep 1992 10:12:37 GMT

jimdawson@cup.portal.com (Jim R Dawson) writes:

>>Quoted from <30025@sophia.inria.fr> by beust@modja.inria.fr (Cedric Beust):
>>
>>>       * Do you filter Mungwall's output wit Snoopstrip? How?
>>
>>>       * Do you use any companion tool to Enforcer and Mungwall?
>>>
>>>       Personally, I use NComm in background to collect the output of
>>>       both Mungwall and Enforcer. I use Monam2 to locate the hits
>>
>>    I use Sushi to do this. It's a magnificent program. I start
>>    Enforcer, Mungwall, then Sushi.
>>

>Forgive me for asking what is probably a stupid question, but what are
>Snoopstrip, Monam2, and Sushi?

o Monam2  Devpac 2 Debugger(Commercial)

o Snoopstrip is a program to isolate unfreed Allocs in Snoop Output file

o Sushi is a program that catches the Enforcer/Mungwall output to the
  serial line and redirect it to a window/file/buffer


Regards...

P.S. I'm looking for a *real* working free memory MMU protector:-B
-- 
Ralph Schmidt                                            laire@uni-paderborn.de
University of Paderborn (Germany)
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GNC C compiler error
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 1 Oct 1992 17:20:03 GMT

In article <1992Oct1.142544.21624@samba.oit.unc.edu> Walt.Namitz@bbs.oit.unc.edu (Walt Namitz) writes:
>Recently I got gcc2.1 and tried compiling the simple program 'Hello.c'.
>The first line of the program is #include<stdio.h>. When compiling this
>error is always generated. 
>	Hello.c:1:stdio.h:undocumented I/O error
>Does anyone know what this error is about? Thanx in advance.

A typical 2.1 problem.. you seem to have something configured wrong, ie. gcc
doesn't find its header files where it expects them. The far easiest way
to get things going is to get the 2.2.2 distribution, as there I included
everything you need to get a complete compiler environment, so you don't have
to hunt for a dozen or so different archives to get started.

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: mickh@imart.adsp.sub.org (Michael-Wolfgang Hohmann)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Case-sensitive menu-shortcuts, any?
Date: 3 Oct 92 17:43:32 GMT
Reply-To: swb.de!imart!mickh
Organization: ImageArts
X-Newsreader: Arn V1.00 pre

In article <1992Oct2.140319.10230@fy.chalmers.se>, Lars Lundgren writes:

[...case-sensitive menushortcuts..]

  Your`re right this would be really nice, but only if the OS would
support this feature.


-> My problem is: lots of programs (CED as an example) has
                  ^^^^^^^^^^^^^^^^
-> case-sensitive shortcuts. I _can_  think of a way to
-> accomplish this:

  Mmh, just for my information -- which other programs do you mean?? Most
  OS 2.0 compatible programs have no case-sensitive menu-shortcuts.


   == Mick ==

--
Michael Hohmann (ECG137) |                       PHONE:+49/(0)931/54155
Wuerzburg/Germany        |                     UUCP: swb.de!imart!mickh
-----------------------------------------------------------------------
Wir haben die Erde nicht von unseren Grosseltern geerbt,
                    sondern nur von unseren Kindern geliehen. <Unknown>
Newsgroups: comp.sys.amiga.programmer
From: chandler@uni-paderborn.de (Martin Grote)
Subject: Re: bob display
Keywords: bob
Organization: Universitaet Paderborn, Germany
Date: Mon, 28 Sep 1992 16:33:02 GMT

Dear world!

After quite some additional work on my bob DBuf problem, it now looks to me 
to be a misfeature of the OS (especially as it happens to Commodore's own
program, see below).

So here's the problem again:

Whenever I use double buffered bobs the background gets destroyed on
- moving the bob
- changing the bob's image
- removing the bob
- even simple DrawGList()s without previous changes.

Yesterday I worked on it again and found out the following:
I added a single bob to the empty gels list and wrote a 'hack'-function which
copies the bob's SaveBuffer and BufBuffer into the topleft corner of my rast-
port whenever appropriate.
Now on any call to 
  DrawGList(RP, VP);
the following happens:
1. The BufBuffer is moved to the SaveBuffer
2. The old foreground is moved to the BufBuffer
3. The (changed) bob is drawn into the foreground.

So after the very first call to DrawGList(), this is the status:
- SaveBuffer: junk from BufBuffer
- BufBuffer:  background image
- foreground: new image
so after the secont call:
- SaveBuffer: background image
- BufBuffer:  new image
- foreground: new image

This sounds quite ok, but look what happens after (e.g. a change of coordinates,
SortGList(), and) the very next call to DrawGList:
1. BufBuffer  -> SaveBuffer
  At this very moment the original background image is lost forever! :-<
2. foreground -> BufBuffer
3. foreground is redrawn

Strange, eh?

Then I got hold of the example bob program in the OS2 RKM: Libraries (it is the
same as the OS1.3 example). I then recompiled it setting the nb_DBuf flag,
forcing the program to use double buffering (the program was prepared for this).
Now the background gets destroyed the same way there!! :-<<
(
  If anyone wants to verify this, there is a major bug in the example:
  There is an entry in the program's special NewBob structure called
    nb_RasDepth.
  This is constantly set to 2, which led to some strange happenings on my
  8-colour 3-bitplane Workbench. 
  You should add a line
    myNewBob.nb_NewBob=win->RPort->BitMap->Depth;
  somewhere before the bob is created.
)


So I'm quite helpless. Is it possible this is a misfeature of the OS?
This is very unlikely as double buffering is even explicitely described in
Commodore's own RKM.

I would be very grateful if someone could explain what happens here, and how
to use the DBuf feature correctly.

Yours, Martin
chandler@uni-paderborn.de
Newsgroups: comp.sys.amiga.programmer
From: schjefp@yalevm.ycc.yale.edu (Jeff Schumacher)
Subject: Scheme Interpreter
Followup-To: comp.sys.amiga.programmer
Organization: Yale University
Date: Thu, 1 Oct 1992 23:06:42 GMT

Does anyone out there know of a good Scheme interpreter for the Amiga?  I
know there's one available on Fred Fish #149.  Are there any others?  I
would like to  be able to do my cs homework on my Amiga.

Also, does anyone know of a program that will allow cutting and pasting
between a text editor and something else (such as a Scheme interpreter)?

Thanks in advance.


schjefp@yalevm.ycc.yale.edu
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AztecC 5.2 and system()
Distribution: world
Date: 5 Oct 92 18:22:27 EDT
Organization: Fabbian G. Dufoe, III

In article <DAVIDM.92Oct4223707@consilium.com> davidm@consilium.com (David S. Masterson) writes:
>I've been trying to convert a UNIX program to the Amiga (GAWK, actually) with
>Aztec C 5.2 and, so far, things have gone pretty well.  I'm now trying to get
>piping to work and I'm having a problem with system() (which is how GAWK tries
>to execute commands in the pipe).  It compiles and runs, but I don't think the
>system() call is doing anything.  I've also noticed that the system() call is
>not documented in my Aztec C documentation.  Does anyone know if the call is
>supposed to work under Aztec C and what its limitations are?

   Manx didn't implement system(), so you need to roll your own.  A friend
of mine had the same problem a while back and I gave him the following code
which he said worked fine.  Good luck with your project.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
-----------
/* System.c

   This file implements an ANSI standard system() function using the
   AmigaDOS Execute() function.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
*/

#include <dos.h>

int
system(char *cmd)
/*
   FUNCTION
      This function invokes the system command processor and passes the cmd
      string to it.  Under AmigaDOS, this function invokes the AmigaDOS
      Execute facility.  To use this function the Run command must be
      present in C:.

   INPUT
      cmd   -  Pointer to char

   RESULTS
      If the command processor cannot be invoked, a value of -1 is returned,
      and additional error information can be found in errno and _OSERR.
      Otherwise, the function returns the value passed back by the command
      processor.
*/
{
   extern int _OSERR;
   BOOL success;

   success = Execute(cmd, 0, 0);
   if (!success)
      return(_OSERR);
   else
      return(0);
}