HDTenEightyP/NetNews huggingface dataset:
From: aces@mcode.amdahl.com (Jeffrey D. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RAM: copy takes all RAM and can't copy.
Date: 5 Oct 92 14:05:33 GMT
Reply-To: jds30@amail.amdahl.com
Organization: Amdahl Corporation, Sunnyvale Ca.

In article <1992Oct3.204750.3899@darwin.ntu.edu.au>, hoffmann@nutmeg.ntu.edu.au (Arthur Hoffmann) writes:
> 
> 
> Hi, 
> I am  just wondering what is wrong with my RAM: disk. I have 12M of memory
> free, when I try to copy  an 8M file from the HD to RAM: I get this really stupid
> message telling me volume RAM: is full.
Are you sure it's RAM: and not RAD:?  The RAD: ram disk has a
fixed size.  The RAM: ram disk has a variable size.

Are you using the standard C= copy command or some utility that
checks the destination for sufficient space?  RAM: always appears
to be full which confuses some 3rd party utilities.
From: aj639@cleveland.Freenet.Edu (Michael Cox)
Newsgroups: comp.sys.amiga.programmer
Subject: Another AMOS Book
Date: 27 Sep 1992 12:29:05 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aj639@cleveland.Freenet.Edu (Michael Cox)
NNTP-Posting-Host: hela.ins.cwru.edu


Don't forget, Phil South, writer of AMOS Almanac in Amiga Computing will be
authoring a book on AMOS.  Should be available this autumn and will be published
by Bruce Smith Books.  Mastering AMOS is the title, I think.

Mike
-- 
Okay, look for AmoNER Disk #4 on: (And, AMOS PRO is coming SOON!)
ux1.cso.uiuc.edu (128.174.5.59) in /amiga/amoner
nic.funet.fi (128.214.6.100) in /pub/amiga/programming/amos
Newsgroups: comp.sys.amiga.programmer
From: anstey@sun.soe.clarkson.edu (Charles Anstey)
Subject: Anyone interested in Neural Net C/C++ code?
Organization: Clarkson University, Potsdam NY
Distribution: comp.sys.amiga.programmer
Date: Thu, 1 Oct 1992 08:11:06 GMT

Is anyone interested in C/C++ code for Neural networks?  I have already 
released code on wuarchive several months ago but I have improved it
somewhat since then.  I am also trying to add more algorithms to increase
the rate of convergence to a solution such as the hybrid delta-bar-delta
learning rule and modified random optimization.

Right now I only have C++ code because that's all I use.

Questions:
Who is interested?  Send email to anstey@sun.soe.clarkson.edu
Who can use the C++ code?  Read who has 5Meg+ free to use gcc or 
                           $200+ for Comeau C++ (NOT!).
Who needs the C code?
Who would like to do the conversion from C++ to C?  It's not that hard but I
                           would rather spend my time add new algorithms.

Right now there is neural_network_v2.lha on wuarchive (contains only C++)
and I think neural_network.lha is on amiga.physik (contains both C and C++)
but as I said, these are older versions and may contain a few errors.

If enough people are interested (>5-10), it will take me about me a month
to have it completely tested and packaged.

Thanks for listening.

-Charles Anstey
Newsgroups: comp.sys.amiga.programmer
From: bjackson@mentor.cc.purdue.edu (Ben Jackson)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: Purdue University Computing Center
Date: Tue, 6 Oct 1992 18:39:46 GMT

In article <35573@cbmvax.commodore.com> mks@cbmvax.commodore.com (Michael Sinz) writes:
>chanson@nyx.cs.du.edu (Chris Hanson) writes:
>>
>[stuff about gigamem deleted]
>>
>>[stuff about 68EC040 deleted]
>
>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!

I was under the impression that the 68040 MMU was not capable of addressing
partial maps (ie, map nothing or map the entire address space)  That would
take a 2M map, if I recall correctly.  Of course, I was also under the
impression that the '040 only had one MMU. :)  Whats the last word on '040
MMU's?

>|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |

\\_//
 o o    Ben Jackson
< ^ >   bjackson@mentor.cc.purdue.edu
 \~/         ...@glia.biostr.washington.edu
  V     "Natural laws have no pity."
Newsgroups: comp.sys.amiga.programmer
From: eyvind@Lise.Unit.NO (Eyvind Bernhardsen)
Subject: Re: Cmanual 2.0 ? 
Organization: Norwegian Institute of Technology
Date: Tue, 29 Sep 92 12:57:19 GMT

Well, I just downloaded the Amiga C Encyclopedia (Fish 691-695)...  Five disks,
and unarcs to TWELVE!  I THINK it's a replacement for the Amiga C Manual, and
it DOES include 2.0x-specific stuff.

-Eyvind (eyvind@lise.unit.no)
From: aces@mcode.amdahl.com (Jeffrey D. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: QVCS for amiga (was: RCS for amiga)
Date: 5 Oct 92 16:04:59 GMT
Reply-To: jds30@amail.amdahl.com
Organization: Amdahl Corporation, Sunnyvale Ca.

In article <benjamin.718238569@manning>, benjamin@cs.UAlberta.CA (Ferreira Benjamin S) writes:
> 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..)
I use a commercial revision control package, called Quma Version
Control System (qvcs).  It is similar to RCS; it supports branching
among many other features.  One of its better features is support
for versioning binary files; graphics, sounds, executable programs,
CanDo decks, anything. The binary 'diff' algorithm appears to be
very good and robust.

Their technical support is first rate.

I have no affiliation with Quma Software.
Newsgroups: comp.sys.amiga.programmer
From: ry41@rz.uni-karlsruhe.de (Bernhard Moellemann)
Subject: Re: Viewports  *****HELP********
Organization: University of Karlsruhe, Germany
Date: Fri, 2 Oct 1992 10:16:00 GMT

In article <18581.2ac8e64e@ecs.umass.edu>, bell@ecs.umass.edu writes:
>	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.
No. You cannot have multiple ViewPorts on one _Screen_. Either you have to
create multiple Screens or you can build a custom-copperlist, which changes
the display in the middle of a Screen.
-- 
 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: jow@hcast.adsp.sub.org (Juergen Weinelt)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Determining file length
Date: 25 Sep 92 03:51:50 GMT
Reply-To: swb.de!imart!hcast!jow
Organization: Private UUCP Site

In article <Bv17v1.HCq@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
>In article <jow.01th@hcast.adsp.sub.org>, jow@hcast.adsp.sub.org (Juergen Weinelt) writes:
>>
>>WHY ON EARTH ARE YOU TRYING SO HARD TO AVOID AllocDosOBJ()?!?!?

[...]

>Unfortunately, Juergen, a lot of people are still using and writing
>programs for 1.3, where the AllocDosObject call doesn't exist...

Ooops. *blush*

-- Juergen

  o  _         Juergen Weinelt, Germany
  | (_) \/\/   UUCP: swb.de!imart!hcast!jow
  '            CBMNET: jow@hcast.adsp.sub.org
From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 2.1/3.0 Native Developer Updates?
Date: 27 Sep 92 03:20:05 GMT
Organization: University of South Florida, Department of Computer Science and Engineering

In article <35261@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking) writes:
>3.0 isn't even available to the public yet.
>

Sure it is. Isn't it in the 4000 that was just announced? It's not available
to everyone, but it is available to anyone willing to buy a 4000.

--
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
Newsgroups: comp.sys.amiga.programmer
From: "robert buonincontro" <robert.buonincontro@canrem.com>
Subject: gadgets
Reply-To: "robert buonincontro" <robert.buonincontro@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 2 Oct 92 17:29:39 EST

Hi All,

        I am having difficulty wih a small problem.  I have a window
opened up with about 10 string gadgets on it.  What I want is for my
program to automatically select the first gadget, and after the user
types in his/her text and presses return, I want the program to
automatically select the next gadget.  At the same time, the user should
be able to jump to any gadget using the mouse pointer.

        I have seen this on all Amiga applications.  It would be
frustrating if you constantly had to use the mouse to select the next
gadget.  I can't find a source to help me though.

        Any help would be gratefully appreciated!

        Robert Buonincontro.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.programmer
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: AmigaDos 2.04 question
Organization: Oakland University, Rochester MI.
Distribution: usa
Date: Wed, 30 Sep 1992 15:52:23 GMT

Howdy all;
  I'm posting this for a friend in all the groups which I believe
are pertinent. He has an Amiga 3000 running Amiga DOS 2.04.
Here it is;

1. WHile coding with SAS C version 5.1, he got the following
problems

	a. Calling OpenFont causes  the program to crash with
	error "80000004".

	b. Calling GetVisualInfo causes code to crash with same
	error code (he followed  the examples in the ROM Kernal
	book Chap. Gadget Tools).

2. Does anyone know what 80000004 means and how to get around this
problem. Responses can be emailed directly to me or, if people want, 
I'll post the answers to the net.

advance thanks
-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
implied or explicit, concerning the grammatical accuracy of his writing.
Therefore, any ^B's, ^C's, midword character additions/deletions and other
non-sense which occurs (after the work leaves the author's decade old text 
editor via his decade old Amiga, struggles through a local 1200 baud Merit 
server to be further mauled via the remote VAX mail servers) is someone
elses problem - namely yours.
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gcc 2.2.2 requirements
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 5 Oct 1992 15:59:34 GMT

In article <KOPNICKY.92Oct4235416@great-gray.owlnet.rice.edu> kopnicky@great-gray.owlnet.rice.edu (Lyle Warren Kopnicky) writes:
>Is there an option to cache the headers instead of storing them, or
>does it have to keep them all in a hash table or something?

Hmm... cache headers? Store headers? Are you thinking of precompiled
headers? G++ supported this once, and in a both efficient but highly
questionable (and certainly not portable to AmigaDOS) way: it undumped itself
on #pragma dump and then you could restart the compiler at the point where
it undumped....

-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.
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GNU C gcc2.1 File pointers
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 5 Oct 1992 17:28:58 GMT

In article <1992Oct5.160432.25307@samba.oit.unc.edu> Walt.Namitz@bbs.oit.unc.edu (Walt Namitz) writes:
>I recently wrote a program to read and write files to disk. However I am
>having a problem declaring a file pointer. In the function which writes
>the file the first line declares the pointer thusly, FILE *fp, which I
>assumed would give me a file pointer of type FILE. Every time I compile
>the program I get the following errors; 
>	'FILE' undeclared and 'fp' undeclared

And you did a 
#include <stdio.h>

somewhere at the beginning of your program? FILE is defined in stdio.h, and
if you don't include it, the compiler doesn't know what you're talking about
by saying `FILE *fp'.

-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: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: 1 Oct 92 14:02:42 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <66921@cup.portal.com>, Lee_Robert_Willis@cup.portal.com writes:
|> >I can only speak of GigaMem which I'm running right now on my machine.
|> >It works great.
|> >
[...]
|> >GigaMem can manage up to 1 GB of virtual memory. It works on a
|> >per-program basis, this means you can continue to use programs
|> >that are incompatible with virtual memory while GigaMem is running. 
|> >You can individually set memory priorities and settings for each 
|> >program.

 Well, 1GB was stated in the Manual, i guess the Authors of GigaMem
 didn't have a larger drive for testings, i had the luck to do so, and 
 GigaMem did work fine with 1.9 GB even (But AdPro doesn't like to have more
 than 512 MB :-)

|> 
|> Wow.  Where can one get GigaMem?  Does it come with programmer libraries
|> so you can write your own program that works with it?

 The german company BSC is the distributor (hm, the manufacturer?).
 I don't know if you mind to do over-sea commands, if so, let me know, i 
 send yo the adress as soon as i have it myself online :)

|> 
|> Lee      Lee_Robert_Willis@cup.portal.com

 BTW, GigaMem does not provide a programmable library, it's useless,
 as you can specify the amount of Vmem for every (!) single programm.
 Just be sure you alloc mem in the system-friendly way.

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: leibrock@fsinfo.cs.uni-sb.de (Gerhard Leibrock)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: I would like a pd implementation of sockets for the AMIGA
Date: 28 Sep 92 00:44:32 GMT
Organization: Fachschaft Informatik, U of Saarland, FRG

rcs91900@zach.fit.edu ( Charles Stockman /ADVISOR-Clutterham) writes:
: Hello Amiga Programmers
: 
: Sockets are a type of interprocess communication on Unix Systems.
: 
: Is there a public domain version of sockets that can be ported to the amiga ?
: 
: Thanks a lot for your help

Well, there are several implementations for sockets available on the amiga.
First is shipped with the Amiga Mud port done by Eric Rhode and is
imp}lemented in his so called unix-lib, this is pd as he states.
And there is a library called ixemul.library which is shipped with the
gcc port done by Markus Wild, but I do not know where to get docs for
it, I do search for them.

Yours,
      Gerhard
gerhard leibrock, neuhaeuselerstr.12, 6654 kirkel 2
leibrock@fsinfo.cs.uni-sb.de
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Multithreaded code using CreateTask()
Date: 1 Oct 92 13:43:53 PST
Organization: BBS

> I think (and i know it because i use in my projects) you can use
> any library bases which was opened in the main process, because the
> library base pointer is always the same
 
This is true of most libraries, but not of all.  Not those which use
floating point hardware, particularly.
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RAM: copy takes all RAM and can't copy.
Date: 3 Oct 92 19:12:39 GMT
Article-I.D.: cbmvax.35560
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Flying Cat, Inc.

In article <1992Oct3.204750.3899@darwin.ntu.edu.au> hoffmann@nutmeg.ntu.edu.au (Arthur Hoffmann) writes:
>
>
>Hi, 
>I am  just wondering what is wrong with my RAM: disk. I have 12M of memory
>free, when I try to copy  an 8M file from the HD to RAM: I get this really stupid
>message telling me volume RAM: is full.
>
>What can I do about it?

Copy is grabbing a bunch of ram for a buffer to speed copying.  
Since RAM: is made of ram, this causes the problem.  The solution
is to limit the number of buffers that copy is using by specifying
a BUF argument, ie

copy HD:reallybigfile ram: buf 100


>Arthur.


		andy
-- 
andy finkel		andy@cbmvax.commodore.com

"Unix is the Operating System of the future, and always will be."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.
Newsgroups: comp.sys.amiga.programmer
From: chanson@nyx.cs.du.edu (Chris Hanson)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Sat, 3 Oct 92 06:32:17 GMT

markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:

> Well, 1GB was stated in the Manual, i guess the Authors of GigaMem
> didn't have a larger drive for testings, i had the luck to do so, and 
> GigaMem did work fine with 1.9 GB even (But AdPro doesn't like to have more
> than 512 MB :-)

  Odd. I wonder why it cares at all?

>|> 
>|> Wow.  Where can one get GigaMem?  Does it come with programmer libraries
>|> so you can write your own program that works with it?
> The german company BSC is the distributor (hm, the manufacturer?).
> I don't know if you mind to do over-sea commands, if so, let me know, i 
> send yo the adress as soon as i have it myself online :)

  The American distributer of GigaMem is Innovatronics, of Directory Opus
fame. It just began shipping here, and I just got two copies in stock,
not time to try it yet. It lists for $149 here.

  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.

>Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de

  Call me at my Work number if you have any questions. We're an Amiga
dealership in Denver, CO.

   Chris - Xenon

--
#define chanson Christopher_Eric_Hanson || Lord_Xenon || Kelson_Haldane 
I work, but you don't know who I work for. And I'm not on their machines.
"Applications programming is a race between software engineers, who strive to
produce idiot-proof programs, and the Universe which strives to produce
From: t9114209@phillip.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wolf3D -- programming aspects
Date: 6 Oct 92 17:11:13 GMT
Organization: RMIT (Bundoora Campus)

In article <17546@ucdavis.ucdavis.edu>, jfreund@frijoles.engr.ucdavis.edu (Jason Freund) writes:
> 
> 	Is anyone else out there doing 3D rectangles or real-time texture mapping
> onto rectangles?  I'd like to talk about doing a Wolf-3D type game.  
> 
> 	I realize that since we don't have byte-addressed graphics like the IBM,
> I'll have to do it plane by plane and it'll take a while.  But I'm aiming
> for 10+ fps on an 030 w/ 16 colors, lores.  I have no idea if it can be done.
> But I've seen cube-o-matic which blazed on my 3000.
> 
> 	I'm keeping the engine simple: no floor or ceiling (like Wolf), all walls
> are horizontally symmetrical -- you can't look up or down to distort them on
> the x-axis.  I haven't decided about different height walls or allowing walls
> to fit together non-perpendicularly.  I don't even know the generic equations 
> for doing this yet (I'm taking my first graphics class now )-- so far, I 
> just spent a few hours programming rotating rectangles from pencil and 
> paper equation guesses.

I wish you lots of luck. It is very very very slow to do this "texture mapping"
(really just scaling) that wolf3d or underworld uses on the amiga. Being blown
away by these effects I tried to reproduce similiar on my ami (std 2000), and
found out how bad it was using bitplanes in 8 colours. It took over a second
to generate the screen - since the cpu is only a 68K and also that to simply
write a pixel takes 3 moves (after scaling and calculating the pixel). I used
lookup tables for everything possible. 

The _best_ way imho that I could find was to use the copper and the 68K to
reset the background colour every 4 pixels. But this is very chunky, and would
tie up the processor while the screen is being updated.

You might find a better way, I don;t know - for the project I was doing I
needed it in full overscan, so possibly by limiting the window size you might
find enough power.

Seeya,
Eds
-- 
--------------------------------------------------------------------------------
Peter Koch (Comp.Sci.Student)   <SPACE> Q: Why did the Cybernaut cross the road?
E-mail: t9114209@phillip.edu.au <4RENT> A: Cause he was jacked into the chicken
--------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: u9155406@cs.uow.edu.au (Gerardo Bentancor)
Subject: Cun I yoos da Debugger wid Assembly?
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Sat, 26 Sep 1992 23:11:42 GMT

*Stupid Question/s Alert*

Hey Guys,
	Does anyone out there know if I can use the SAS CPR debugger with
programs that are written in Assembly? I am using the assembler program,
asm that came with my SAS C 5.10a package, and I specify the -d option
on the assembler, and I link with ADDSYM... But unfortunately CodeProbe
spews. Any ideas?

	Oh Yeah, and before I forget, (be prepared this is a really dumb
question). How on earth is my assembler supposed to work when I have the
following lines in the include files: e.g.

	dos/dos.i has the following lines:

STRUCTURE DateStamp,0
	LONG  ds_Days			; Number of days since Jan. 1, 1978
	LONG  ds_Minute			; Number of minutes past midnight
	LONG  ds_Tick			; Number of ticks past minute
	LABEL ds_SIZEOF			; DateStamp

Now how can this assemble? It looks Cish to me, and of course, asm spews
when it gets to these lines...

					I need help,
					Gerardo.

u9155406@cs.uow.edu.au
Newsgroups: comp.sys.amiga.programmer