HDTenEightyP/NetNews huggingface dataset:
From: thecure@mullian.ee.mu.OZ.AU (matthew aardvarkious)
Subject: Question with DICE (BMov)
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 9 Nov 1992 11:11:25 GMT

I am yet to get dnet to compile on d'amiga.

Yes, I've recreated dnet libraries, etc, etc
but when it comes to compiling the client based routines (cliterm.c, etc)
it barfs on _BMov

I always assumed this was standard stuff. Am I missing something in
Dice ?
--
These are my personal views and do not reflect those of Melbourne University.
Anything I may say that may be deemed offensive and/or damaging should NOT
be redirected to administration, as they have had nothing to do with it. 
Please direct any/all complaints/enquiries to thecure@ee.mu.oz.au
Newsgroups: comp.sys.amiga.programmer
From: csg019@cch.coventry.ac.uk (-~=Zaphod=~-)
Subject: Re:  New hardware reference guide?
Organization: Coventry University
Date: Wed, 11 Nov 1992 14:45:27 GMT

In article <alien.00ze@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz (Ross Smith) writes:
>In article <1992Nov10.135706.383@ugle.unit.no> mortene@Lise.Unit.NO (Morten Eriksen) writes:
>>>Can you give me the names of 10 advanced demos which all work on the full
>>>range of Amigas (A500, A500+, A600, A1000, A1200, A2000, A3000, A4000)?
>>>
>>>No, I didn't think so either...
>>>
>>So, please give us the names of 10 great democoders which all have unlimited
>>access to all the computers you mentioned.
>>
>>Nope, didn't think so either...   ;)
>
>You've missed his point! The whole point of using the OS instead of hitting
>the metal is so that you can write a program that runs on every Amiga
>*without* having them all there to test it on! A demo-writer who writes
>something that only works on the particular machine(s) they have is guilty
>of exactly the sort of thing C='s "no more hardware docs" policy is intended
>to prevent.
>
>I think C= have got this one right. Don't let the programmers access
>machine-specific hardware, and we won't have anywhere near as much
>frustration with programs that don't work on new machines.

We also won't have anywhere near the quality when it comes to games or
demos.

Just try to imagine what 'Fire and Ice' or 'F1 Grand Prix' would be like
if they used the OS, they would be completely unplayable for anyone without
an Amiga 4000.

Face it, some things just can't be done fast enough using the standard OS
routines.


-- 
******************************************************************************
*        ///  O O   A member of S.H.I.T. (Super High Intelligence Team) ///  *
*       ///    u    Fight, defeat and kill organized laming.           ///   *
****\\\X//****\-/********csg019@uk.ac.cov.cck ok ?**************** \\\X//*****
Newsgroups: comp.sys.amiga.programmer
From: ja51359@uxa.cso.uiuc.edu (axelrod)
Subject: Re: AUDIO Direct Programming
Organization: University of Illinois at Urbana
Date: Mon, 9 Nov 1992 18:03:20 GMT

iikoch@techfak.uni-bielefeld.de (Ingolf Koch) writes:

>Hello, out there.
>Could anybody please tell me how to use the audio hardware for direct output
>w/o DMA access. C= is very short in the Hardware Manual (V1.3).
>Bye
>-- 

Yes, please post this publicly.  I'd like to be able to do this in order
to do some DSP with the Amiga.  Specifically, I was thinking of trying to
make an active noise cancellation program.

Thanks
Jeff
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: running segments from within an application
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (11.07.92) by Mike Schwartz & Michael B. Smith
Date: 7 Nov 92 12:10:37 EDT
Organization: Well, I haven't decided on a name yet...

In article <1dg8k3INNdbg@cs.tut.fi> po87553@cs.tut.fi (Pasi 'Albert' Ojala) writes:
> Do you (or anyone else) have any examples on how to use LoadSeg()/RunCommand().
> I tried to use RunCommand() with LoadSeg(), but it just kep Guruing.
> On the other hand RunCommand() worked fine with shell-internals and other
> residents.

It can be a little complicated to handle all the permutations.

I've got a complete custom-shell example. It is a little too long to post to
c.s.a.programmer though and it is DICE and GCC specific (since it has global
variables, more-or-less).

It is based on Randell's AmigaMail article on UserShell's (it actually preceded
it from a Usenet article he posted).

If you want it, email me.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: sutela@polaris.utu.fi (Kari Sutela)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS.COM IP address?
Keywords: SAS IP
Date: 5 Nov 92 07:02:19 GMT
Organization: University of Turku, Finland

khanraha@afit.af.mil (Kevin M. Hanrahan) writes:

>Does anyone know the IP address of sas.com?

It seems that there is no IP address for sas.com.  However, there is
an MX (mail exchange) record for sas.com:

sas.com.        75922   MX      5 lamb.sas.com.
lamb.sas.com.   172620  A       192.35.83.8

So, sas.com's mail exchange is lamb.sas.com, whose IP address is
192.35.83.8.  This means that currently everything mailed to sas.com
will be handled and processed by lamb.sas.com.  However, sas is free
to change the "mail processor" any time.  Any decent MTA (mail
transfer agent) should know how to send mail to sas.com, but if your
MTA isn't decent you can try mailing lamb.sas.com instead (no
guarantees, though).

-- 
Kari Sutela	sutela@utu.fi
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 13 Nov 92 13:05:23 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <BxM1ED.J61@visix.com> brett@visix.com writes:
>The problem now is trying to still be competative in the games market.  
>Look at the IBM games now, 256 color palettes and some SVGA games are  
>making their way to the stores; 
	Bad example. The PC architecture provides only a directly accessible
frame buffer which can be double buffered. Also note that all modern
PC games use DOS for file access, and use the BIOS routines for reading
the mouse port. Usually they bang on the keyboard HW directly, but
that is because you can't detect if a key is held down via the BIOS
(a problem which does not exist in the Amiga OS). 
	An intuition screen under 3.0 (or a view under <3.0) provides exactly
the same capabilities (+ more: 8 way 60hz scroll, sprites, etc.). Open
a screen or ViewPort and then bang the bits either with the CPU or
blitter (via OwnBlitter). If you're careful (like don't assume that you
"know" what the BytesPerRow will be for a given screen size), you're
a LOT more likely to remain compatible then if you bang on the copper
and display stuff directly.
-- 
*-------------------------------------------*---------------------------*
|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
*-------------------------------------------*---------------------------*
From: tlbechar@thunder.LakeheadU.Ca (tlbechar)
Newsgroups: comp.sys.amiga.programmer
Subject: RE: reqtools.library
 am interested in getting my hands on the latest version of the reqtools.library.  To my understanding (from what I've heard at least) there is a 38.xx release of this library?  If anyone could fill me in on this. Please do so.
Date: 8 Nov 1992 00:55:51 GMT
Distribution: comp
Organization: Lakehead University; Thunder Bay, Ont


	Tim Bechard


Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: AllocMem corrupting memory
Originator: walker@twix.unx.sas.com
Date: Mon, 9 Nov 1992 13:55:13 GMT
Organization: SAS Institute Inc.


In article <1992Nov8.132440.14108@miavx1.acs.muohio.edu>, bjbernstein@miavx1.acs.muohio.edu writes:
|>   I have been using AllocMem to create memory for 48 and 290 byte 
|> structures.. After creating a few of them (eventually, my program creates 
|> about 110 of them), I have noticed 'garbage' pixels appearing on the 
|> workbench screen, as if I wrote over some memory.. 
|> 
|>   Eventually, it crashes giving me a GURU of a corrupted freemem list.. 
|> 
|>   Should I be using AllocMem or is there some other routine that would be 
|> better for this?

AllocMem is fine for this use;  your program has a bug in it that
causes problems.  Get a copy of my "memlib" functions (they appeared
on Fred Fish #240) and recompile your program and link with them.
They are quite likely to be able to pinpoint your problem.

If you have SAS/C 6.0, an improved version of memlib is shipped in
the SC:EXTRAS/MEMLIB drawer.

|> @@ Brian Bernstein (Drone)           @@ "I'm a white dread, I'm a white   @@ 

-- 
  *****
=*|_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: hassink@cs.UAlberta.CA (Hassink Brian John)
Subject: Re: Executing DOS commands in C
Organization: University of Alberta, Edmonton, Canada
Date: Sat, 14 Nov 1992 03:13:34 GMT

832root@gw.wmich.edu writes:

>Is there a relatively simple way in C to have a program execute an
>external command (for instance 'dir'), and have it direct the output
>to where ever the program's output is going?

>I'm using DCC and WB2.04.

I wrote a bunch of little routines to let me substitute unix commands
for the amiga dos equivalents. 

So I can do things like "rm fu.bar" instead of "delete fu.bar".

All I did was write a C program that takes the filename as an argument,
and then append this filename to the string "delete ".

strcpy (command,"delete ");
strcat (command,argv[1]);
system (command);

The "system" statement will execute the contents of the command string as
though you were typing it on the CLI command line.

Hope it helps.

Brian
hassink@cs.ualberta.ca
From: Roger_Martensson@p3.nola.bbs.bad.se (Roger Martensson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Archive-/Compress-Tools
Date: 4 Nov 92 22:37:44 GMT
Reply-To: Roger_Martensson@p3.nola.bbs.bad.se (Roger Martensson)
Organization: The Third Point, Mellansel, Sweden
OD-Comment-To: Accs1@bagheera.mumath

Let me quote something accs1@bagheera.mumath said on  2-Nov-92:


 a> Now that I got a bunch of archives I need to know which tool to use to
 a> unarchive them. Is there a list of which tool generates which postfix?
 a> Especially I need
 a>                 .lzh
 a>                 .lha
 a>                 .LZH
 a>                 .LHA

You get a copy of LhA, which will unpack both .lha/.LHA and .lzh/.LZH archives.

 a> Thanks Frank
/Rm - InterNet: Roger_Martensson@p3.f607.n901.z92.badnet.bad.se 
---
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 13 Nov 92 20:10:11 GMT
Distribution: world
Organization: Missionaria Phonibalonica
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52

In <Bxnx67.D6K@cck.coventry.ac.uk>, csg019@cch.coventry.ac.uk (-~=Zaphod=~-) wrote:
> In article <mwm.2mi5@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
> 
> >> And don't forget that demo coders don't get any wonderful Developers info.
> >
> >For that, they have no one to blame but themselves.
> 
> Wrong.
> There are a few reasons that demo coders don't get developers info.
> 
> 1. Most good demo writters come from European countries, and don't even know
> what a "registered developer" is. Are we to blame if we don't know about
> something? Perhaps if C= got pulled there finger out in Europe, instead of
> concentrating on the US all the time, then we would better informed.

So, if most of the demo writers don't know what a linked list is,
that's not their fault, right? Or if a driver doesn't know where the
brake pedal on a car is, that's the fault of the manufacturer, right?

Sorry, but I don't buy it. If you fail to find out what resources are
available to you, it's *YOUR FAULT*.

> 2. If being a Registered Developer means paying large amounts of cash for
> information about your machine, then your average demo code is not going
> to be able to afford it.

I think what it means depends on the country it's in. I suspect that
in most countries, there is an option available that doesn't involve a
large amount of cash.

	<mike
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: New assembly programmer, need help, Why wouldn't this work?
Originator: jamie@cdevil.unx.sas.com
Date: Fri, 13 Nov 1992 15:40:51 GMT
Organization: SAS Institute Inc.


In article <1992Nov13.060036.166761@zeus.calpoly.edu>, clin@zeus.calpoly.edu (Chihtsung Jeffrey Lin) writes:
>Hi,
>
>I've just started taking a 68000 assembly language class. We do our class
>works on Macs. Recently I've tried to do some assembly programming on my
>Amiga but have not idea how to do it. I've tried some simple programs that
>worked on the Macs assembler we use for our class, but none of them seems
>to work. I have an A3000, and I've used A68K and asm for SAS C. The linker I
>use is blink. Here's one I tried.
>
>
>start:         move.w  #5,d0
>
>                               end
>
>
>It seems to assemble and bind ok, but when I try to run it from CLI, it
>gives me a Software Failure window, error #8000000B of #80000004. I know
>that's silly program but I don't see any harm in doing that either. Are
>there specific codes that are need for an Amiga program? (I did put a csect
>directive for asm, btw). Oh yeah, I bound it with amiga.lib and lc.lib even
>though I don't see any reason to.
>
>Any hint/ clue is appreciated.

Make one small change:

start:          move.w  #5,d0
                rts                     ; return!

                end

and everything should work.

When you create a program on the Amiga, it is essentially run as if it
were one big subroutine, so putting an RTS (ReTurn from Subroutine)
instruction is a proper way to exit.

With your code the way you had it, it would do the "move" operation
properly, then just start executing whatever happened to be in memory
after that, because you didn't tell it when to stop.

-- 
---------------
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: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: physical memory protection with MMU
Date: 27 Oct 92 18:26:28 GMT
Organization: Edotronik GmbH

In article <1992Oct26.162400@uni-paderborn.de> chandler@uni-paderborn.de (Martin Grote) writes:
>I don't think it's impossible to install such a solution, so how about
>implementing it sometime?

But how? YOu can't really use MEMF_PUBLIC as it has been misused a _lot_.
You can't just track memory that was allocated to one task as it might be
legally shared with other tasks and etc ...


>Yours, Martin

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
"It's good to have a mouse, it's faster if you can do without one..."
"He who doesn't develop with an A2024 doesn't know about font independent
 user interfaces..."
From: earl@trsvax.tandy.com
Date: 06 Nov 92 08:52 CST
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Blizzard?
Message-ID: <1458500001@trsvax>
Nf-ID: #R:academ01:720985426:trsvax:1458500001:000:1339
Nf-From: trsvax.tandy.com!earl    Nov  6 08:52:00 1992



/* ---------- "Re: Blizzard?" ---------- */
cs902125@ariel.yorku.ca (SHUK C YIP) writes:
>So, AdSpeed & Blizzard Board, which one is faster?
   I would believe the blizzard. They both work at the same speed,
but although the adspeed has a full-speed cache, the blizzard has
full-speed memory, all 8.5 Megs of it. It's only my opinion.
-Gus
--
Gustavo Cordova Avila		| Majoring in Computer Engineering
al158305@academ01.mty.itesm.mx	| "...I came from the Desert!!" (Sonora)
al158305@[131.178.4.10]		| RangerElf @ IRC (usually in #amiga)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

   Basically, the Blizzard doubles the CPU clock speed, plus it has room for
   up to 8.5 mgabytes of faster RAM. It uses the extra 512k of RAM as a 
   special ROM cache for the Kickstart ROM, which also improves speed a lot
   too. 



***********************************************************************


<This information is provided by an individual and is not nor should be
 construed  as  being  provided  by  Radio  Shack or Tandy Corp.  Radio
 Shack/Tandy Corp has no obligation to support the information provided
 in  any way. > 
						
						Earl W. Bollinger
						@ <earl@trsvax>


"You were in the Clone Wars!", said Luke excitedly.
"Yes", replied Obi Wan, "I was a DOS programmer. But that was before the dark
 times, before OS2."


Newsgroups: comp.sys.amiga.programmer
From: pejanes@undergrad.math.waterloo.edu (Peter Janes)
Subject: Re: Wrong font in some IntuiText's (but not others)?
Organization: University of Waterloo
Date: Thu, 12 Nov 1992 21:15:10 GMT

Okay, I know it's bad form to follow up one's own posts, but here goes
anyway...

Yes, I _have_ read the Libraries RKM for info. on screens and windows.  I
know I _can_ do a SetFont for the window's RastPort font.  My question is,
_why_ do I have to?  From Libraries, it says that initializing the screen
with a pointer to my_font sets that font for the screen's RastPort.  It also
says that the window's RastPort gets the same attributes as the screen.  So
shouldn't the window's RastPort font be my_font as well?  If not, why not?

As another example of bad style (8-) I've included my original posting that
describes the problem.  But it's not that long, which is at least _slightly_
redeeming.... 8-)

Again, thanks in advance for any help....

In article <BxI8sJ.MBG@undergrad.math.waterloo.edu> pejanes@descartes.uwaterloo.ca (Peter Janes) writes:
>Here's an interesting problem:
>
>I'm having problems programming fonts under 2.04.  Here's what I've done:
>
>  Opened a custom screen, with screen.Font=&my_font;
>  Created two sets of (global) IntuiText structures: one for gadget text, one
>    for instruction text.
>  Opened a window on the custom screen.
>
>Both sets of structures have ITextFont=NULL.  From what I understand, this
>should render the text in the screen's font (my_font).
>
>The problem is, the gadget text is rendered correctly (i.e. in the font
>specified in the Screen structure); the instruction text, printed via
>PrintIText(), is rendered in the "default system font".
>
>IntuiText that's initialized locally in a function and PrintIText()'ed is also
>rendered in the "default system font".
>
>What am I doing wrong?  From what I understand, IntuiText with
>ITextFont=NULL is supposed to be rendered in the window's rastport font,
>which is taken from the screen's font.  I've tried opening the screen with a
>normal NewScreen structure, an ExtNewScreen structure, and an ExtNewScreen
>structure with the SA_Font tag.  No luck.

-- 
Peter Janes                       // | "Now, here's a song that answers the
 (pejanes@descartes.uwaterloo.ca)//  |  rhetorical question 'Is that any good?'"
   Certified Amiga Developer   \X/   |    --Moxy Fruvous, "That's Any Good"
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Question with DICE (BMov)
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (11.07.92) by Mike Schwartz & Michael B. Smith
Date: 10 Nov 92 06:10:57 EDT
Organization: Well, I haven't decided on a name yet...

In article <thecure.721307485@munagin> thecure@mullian.ee.mu.OZ.AU (matthew aardvarkious) writes:
> Yes, I've recreated dnet libraries, etc, etc
> but when it comes to compiling the client based routines (cliterm.c, etc)
> it barfs on _BMov

DNet is a hacker's paradise.        :)

Make sure that you have the Sup32 lib from Fred Fish #258 (I think it's 258).
It has stuff you will need on both sides.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: Scheme on Amiga (3000)!
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 7 Nov 92 00:59:05 PST
Organization: Missionaria Phonibalonica

In <49.1692@bdb.escape.de>, h_hucke@bdb.escape.de (Henning Hucke) wrote:
> Anybody out there using Scheme??

Yes. Yarn (currently posting from version 3.4) is written in Scheme.

> I do actually use the Scheme2C-bunch from Fish556-558 (which also
> includes an interpreter). This port seams to be very good, but unlikely

That's nice to hear. Thank you.

> the SAVE-HEAP and LOAD-HEAP functions are disabled; and since they
> are disabled and since the interpreter doesn't automaticly load an
> initialization-file this makes it rather uncomfortable to use the
> System.

The solution to this with Scheme->C is the compiler. You take the code
you want loaded in the "initialized" version, and compile it with the
"-i" flag. That generates an interpreter with all your functions
already defined and compiled. If you have a main function you want
invoked instead, drop the "-i" flag.

> I didn't try to recompile the System yet since I "only" have the DICE-
> Compiler but I will try in later.

Have you tried compiling any of your Scheme code with DICE? I wouldn't
expect it to work, but it's worth a try. BTW, for those of you using
SAS/C 6.0 - it doesn't work; you've currently got to use 5.1.

> Is there any better PD- or Freeware-Scheme out there 

There are _different_ ones. See the previous responses about
amigalisp-request@contessa.palo-alto.ca.us. Whether those are better
or not depends on your needs. If you don't want to use the compiler,
there are probably better choices than Scheme->C, though I don't think
there have been any faster interpreters released.

> or are there any
> problems when reenabeling the SAVE-, LOAD-HEAP functions of Scheme2C when
> recompiling it ???

Yes - the won't work as is. The code that is there expects to run in a
Unix-like environment, where the code, data and stack for a program
are always at a the same addresses. LOAD-HEAP even checks to see if
you've relinked the program since the heap being loaded was saved, and
fails if that check fails.

This might be fixable; the GNU emacs port does some magic to make it
work. However, the GNU emacs port isn't saving images of the process
stack (complete with return addresses, pointers to code and non-scheme
variables, etc.) on it's heap.

The only place I've missed LOAD/SAVE-HEAP is with the compiler, which
computes a lot of values before saving the heap, and has to redo all
of that each time it's invoked. Then again, I don't compile code
unless it's already working in the interpreter, so that's doesn't
really change development time.

> PS: Does somebody know an EMail-Address of Mike Meyer who did the port ???

I'm mwm@contessa.palo-alto.ca.us.

	<mike
From: yqdx@vax5.cit.cornell.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Matt Dillon: Where has he gone?
Date: 5 Nov 92 07:57:32 EST
Distribution: comp
Organization: Cornell University

Hi-
  I sent away for the registered version of DICE about 2 months ago; about
the time perhaps that Matt Dillon mysteriously disappeared from this 
newsgroup.  Just my luck.  I have not heard anything.  Does anyone know
what the deal is with DICE and Dillon right now?  Thanks in advance for
any enlightenment on this topic.

-Chris Bruns

yqdx@vax5.cit.cornell.edu