HDTenEightyP/NetNews huggingface dataset:
From: f88-mdj@byse.nada.kth.se (Mikael Djurfeldt)
Newsgroups: comp.sys.amiga.programmer
Subject: emacs at high memory address - help!
Date: 16 Apr 92 10:54:49 GMT
Reply-To: Mikael Djurfeldt <djurfeldt@nada.kth.se>
Distribution: comp
Organization: Royal Institute of Technology, Stockholm, Sweden

I remember there was a discussion a year ago among A3000 owners who had
trouble running emacs in their machines.

Since emacs uses the 6 most significant bits in address pointers and masks
these bits away when addressing you get trouble when your memory is residing
at $4000000 or above.

My question is: Did anyone manage to solve this problem? Does anyone know how
to patch emacs or its source?

Any help would be greatly appreciated!

Mikael
Newsgroups: comp.sys.amiga.programmer
From: peteru@hydra.maths.unsw.OZ.AU ()
Subject: Re: ReSource5.0 (was Disassembler and C)
Organization: school of Mathematics UNSW
Date: Sat, 11 Apr 1992 10:42:17 GMT

In article <b1.ANN@wizard.GUN.de> abraxas@wizard.GUN.de (Reinhold Prickartz) writes:
>In article <1992Apr2.044810.21945@usl.edu>,
>	cs455138@ucs.usl.edu (Seidel Daniel F) writes:
>->
>->Does anyone know where to find the disassembler (it is commercial I think) 
>->called ReSource???
>
>ReSource5.0 is available by :
>
>        The Puzzle Factory, Inc.
>        P.O. Box 986
>
>        Veneta, OR 97487
>        U.S.A.
>        (503)935-3709
>

The latest version of resource is always available directly from the author:

	Glen McDiarmid
	39 Salisbury Rd.
	EASTERN HTS
	QLD    4305
	AUSTRALIA

	Ph: (07) 812 2963

Note that this is Glens most up to date address as he moved in November last
year. Last time I spoke with Glen he was adding support for 68881 and 68882
as well as 68851 and other MMUs. The latest version of resource should be
able to handle the 68040 as well.

If you would like to have a look at the program before you order it, check
out the Fish disks. There are a couple of demo versions that were included
in the library.


					Peter.

P.S. - I am in no way affiliated with Puzzle Factory or Gelen McDiarmid. I just
       met Glen on one January afternoon, and I reckon he is a really cool guy.


	+------------------------------------------------------+
	|   Peter Urbanec    s1013734@spectrum.cs.unsw.oz.au   |
	|                      peteru@hydra.maths.unsw.oz.au   |
	|                                                      |
	|   University of New South Wales, Sydney, Australia   |
	+------------------------------------------------------+
        |         The only sin is stupidity                    |
	|                                   - Unknown.         |
	+------------------------------------------------------+
From: vishart@ubvmsb.cc.buffalo.edu (Joseph Hart)
Newsgroups: comp.sys.amiga.programmer
Subject: a few more GCC 2.0 questions
Date: 6 Apr 92 01:50:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

Greetings...

   I have a few GCC 2.0 questions to ask.

1) Is the g++-include directory required for anything besides
   recreating the library ?  I believe the directory is found
   in libg++2.0-920319.lha.



2) I tried to compile the following program :

      // helloworld.c--displays a message
      #include <iostream>
      int main(void)
      {
         ccout << "Hello World";
         ccout << "\n";
         return 0;
      }

   and got the following error :
      helloworld.cc:2: iostream: undocumented I/O error

My stack is set to 250000 bytes.  The commands I used and the
results I got are as follows :

      3> stack
      Current stack size is 250000 bytes
      3> cd wrkdir
      3> gcc helloworld.cc
      helloworld.cc:2: iostream: undocumented I/O error



3)  I decompressed the following files :
      gcc20-920229.lha
      ixemlib9203.lha
      ixemupd-920330.lha
      libg++2.0-920319.lha

   I noticed that some of them contain .tar files.  Is there a
   tarsplit utility for the Amiga any more recent than that on
   Fred Fish #53 ?  I had to modify that one to get it to work
   with the tags in the .tar files, and to create subdirectories.
___________________________________________________________________
                  |         Internet: vishart@ubvmsd.cc.buffalo.edu
Joe Hart          |     ///    Plink: OSS542
Niagara Falls, NY | \\\///  Ham call: WA2SND
                  |  \XX/   AMIGA - Computers for REAL MEN
===================================================================
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Custom Copperlist
Date: 7 Apr 92 11:35:20 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Apr6.143233.23632@cccan.uucp> entity@cccan.uucp (Cybernetworx) writes:
>
>Is there a system friendly way of doing the following:  I'd like a custom
>copperlist for a certain application.  I'd like to get IDCMP port to the
>screen, but since I don't need a window, I'd rather not waste memory on one.
>(I'm very new to this system-friendly programming, so bear with me :-)  So
>essentially 2 questions:  How to force a screen to use a custom coplist that I
>define completely myself and b) how to get an IDCMP port without opening any
>windows. (or do you always have to open one?)  I know that with a custom
>coplist I won't be able to drag the screen down, or pop other screens over it
>etc.  This is fine by me.  I *WOULD* like to be able to flip between screens
>using amiga-m/n or clockdj etc. Is it possible?   (BTW, I don't want to modify
>the existing coplist assigned to my screen, I want to completely replace it
>with my own)  Thanks!
>

	The only way you can use your own copperlist with a screen is to use
a USER copper list. See CMOVE, CWAIT, and graphics/copper.h. Note that if you do
it this way, then you WILL be able to drag and depth arrange the screen.
Your WAIT positions will be moved as the screen moves, and copper list clipping
(under 2.0) can be used to keep your copper list from affecting screens below
it.
	If you want a full custom copper list, than you'll have to use a custom View.
If you do this, than you can get input by installing an input handler, and
emulate amiga-m, etc.-- 
*-------------------------------------------*---------------------------*
|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
|                                           - backofmyhead              d
*-------------------------------------------*---------------------------*
Xref: sparky comp.sys.amiga.programmer:7576 comp.sys.amiga.audio:2200
From: wchucky@ocf.berkeley.edu (Chuck Woo)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.audio
Subject: MOD -> AMOS conversion...
Date: 12 Apr 92 02:29:16 GMT
Article-I.D.: agate.s879sINNnkk
Organization: U. C. Berkeley Overloaded Computing Facility
NNTP-Posting-Host: monsoon.berkeley.edu

hi folks and folkettes!
could someone give me some pointers on converting mods to .abk?  
specifically, what can I do to a sample to make it get converted cleanly?
I have this massively loud and noisy guitar sample (I added noise with
MED 3.21), and it keeps getting chopped, man, like hacked to pieces...

t'anx in advance!
-- 
===========================================================================///
= Chuck Woo,  cwoo@terapin.com or | Call Terrapin Transit BBS!  8 lines,  ///
= wchucky@web.berkeley.edu        | neat stuff!  (510) 486-1422       \\\///
=======================================================================\XX/
Newsgroups: comp.sys.amiga.programmer
From: peterk@public.sub.org (Peter Kittel)
Subject: Re: Need help - Simple use of blitter with assembly
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt
Date: Wed, 08 Apr 92 10:23:23 GMT

dvljrt@cs.umu.se (Joakim Rosqvist) writes:

>In article <1992Apr3.214149.17466@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>>
>>There was still some shaking when I used 2 bitplanes, and 15 circles
>>of diameter 30.  I figured some of the time taken might be in the C
>>blitter routines: how they do their own setting up of registers, etc.
>>I figured I could put together some assembly routines to do this with
>>less overhead.
>>
>>Well, it hasn't been all that easy.  Instead of getting circles copied,
>>I'm getting the whole bitplanes copied.  Solid rectangles, moving
>>across the screen.

>Of course, since you're copying new circles on the old ones.
>You should OR the new circles into the bitmap.

I fear it's too simple to just OR everything together. This wouldn't work
correctly for multiple bitplanes and circles with different colors.
As I see it, you must do it like this:

Loop all bitplanes
  if color bit of the new circle is On THEN
     OR the circle's bitplane into the existing bitplane
                                       ELSE
     use a negated copy of the circle's bitplane (or use an appropriate
       Blitter minterm)
     and AND this into the existing bitplane
     END if
   END loop

This should be easy to implement in your sample program.
 
-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Organization: Christian Zombie Vampires
X-Subliminal-Message: "Exterminate all rational thought."
Date: Wednesday, 8 Apr 1992 16:04:42 EDT
From: Mike Cramer <MRC113@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Assembly...

I've been reading up on assembly for the past few weeks or so and have come
to the conclusion that it would be a VERY USEFUL thing to learn.  The only
problem is, I don't have a way to assemble anything!  I am looking for a
public domain or shareware package.  Any ideas?  I have the Commodore
assembly include files and ALink.  I just want to fool around so I don't
want anythin g as complex as the commercial stuff around.  Any ideas?

-----
"'Son I am able,' she said 'though you scare me.'  | Mike Cramer
 'Watch,' said I 'beloved,' I said 'watch me scare |
 you though.' said she, 'able am I, Son.'"         |
          They Might Be Giants -- I Palindrome I   | mrc113@psuvm.psu.edu
From: bneal@umaxc.weeg.uiowa.edu (Brian Neal)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version checking
Date: 13 Apr 92 23:41:26 GMT

From article <92101.155338JLKARAU@MTUS5.BITNET>, by JLKARAU@MTUS5.BITNET:
> I have the following code in a program I am working on, which is supposed 
> to tell a person if they don't have the right version on DOS.Library.  
> I request a version 37, 2.04.
> 
> DOSBase = (struct DOSBase *) Open Library("dos.library",37L);
> if(!DOSBase)
>  {printf("You need KS2.04cn");exit(20);}
> 
> Beta testers with 2.04 are fine, Beta testers with 1.3 just guru on this.  
> COuld someone tell me why?

	Your C startup code does a DOSBase = OpenLibrary("dos.library", 0) 
before your program starts at main.  When you execute the first statement
above DOSBase will get set to NULL if you are running under 1.3.  The
printf uses DOSBase internally to do output, and thus gurus when DOSBase
is set to NULL.

	Try using a different variable name than DOSBase or check
the version number on the DOSBase that your startup code open for you.
Eg.	
	DOSBase -> dl_lib.lib_Version

Good luck.
--
Brian Neal		     	       | "He TRIED to kill me with a forklift"
M.S. Computer Science	               |	- MST3K
Currently seeking employment 	       |    //		             //
Inquiries to bneal@umaxc.weeg.uiowa.edu|  \X/  A M I G A  3 0 0 0  \X/
From: 01ksdavis@bsu-ucs.uucp
Newsgroups: comp.sys.amiga.programmer
Subject: AmigaBASIC and AmigaOS 2 willitwork?
Date: 10 Apr 92 06:05:38 GMT


	Hello!  I have been thinking of upgrading to AmigaOS 2.0.  But, I heard
that my AmigaBASIC programs might not work.  If anybody can give me any info on
this-i.e. why it won't work, what needs to be done to make it work, etc., I
would be very appreciative.
	I am thinking of making an upgrade to AmigaBASIC that would be PD. 
Anybody have any ideas about this?  You think Commodore would go for it?  Some
features you would want to see in it?
	To be honest, I have never programmed in ML, but will be taking a
course in it next year.  I figure there are some simple things that we don't
even have to bother mentioning that could be done better in AmigaBASIC.
		Well, thanx for your help.
			:-)Kyle
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: a few more GCC 2.0 questions
Date: 7 Apr 92 10:12:12 GMT
Reply-To: adastra!mbs@Virginia.Edu
Organization: Private UUCP Node

In article <1992Apr6.005047.14299@acsu.buffalo.edu> vishart@ubvmsb.cc.buffalo.edu (Joseph Hart) writes:
>1) Is the g++-include directory required for anything besides
>   recreating the library ?  I believe the directory is found
>   in libg++2.0-920319.lha.

They are required if you wish to do programming in C++. Some C++ header files
are different than their normal-C counterparts...

>2) I tried to compile the following program :
>      // helloworld.c--displays a message
>      #include <iostream>
[deleted]
>   and got the following error :
>      helloworld.cc:2: iostream: undocumented I/O error

<iostream.h>

The "undocumented I/O error" as opposed to "file not found" or something, has
been reported to Markus...

>3)  I decompressed the following files :
[list deleted]
>
>   I noticed that some of them contain .tar files.  Is there a
>   tarsplit utility for the Amiga any more recent than that on
>   Fred Fish #53 ?  I had to modify that one to get it to work
>   with the tags in the .tar files, and to create subdirectories.

There is a port of gnu-tar 1.10 in AmigaUUCP 1.15D, and a better port that
Markus did or gnu-tar 1.11 available at amiga.physik.unizh.ch in amiga/devel
as gtar.lha. (I also wrote a tarsplit utility in between those two, but you
really should get one of these mentioned). :)
--
  //   Michael B. Smith
\X/    ...!uunet!virginia!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: sevigny@vlsi.polymtl.ca (Benoit Sevigny)
Subject: Workbench-like PROPGCLASS Gadgets ?
Organization: Ecole Polytechnique de Montreal
Date: Fri, 10 Apr 92 19:27:02 GMT

I'm trying to create 2.0 Workbench-like PROPGCLASS gadgets and I can't
figure out what tag sequence I need for the NewObject call.  Do I need an
Image? I tried PGA_NewLook but I always get the same old-looking gadget.
Could someone tell me the whole and exact tag sequence along with Image
definition (if needed).

Thanks.

Reply-to: sevigny@vlsi.polymtl.ca

--
===============================================================================
     /// Benoit Sevigny, software | Skipping every x86 lines in your sources
 \\\///  engineering student      | might remove both your most irreductible
  \\V/   sevigny@info.polymtl.ca  | bugs and bottlenecks!!!
From: bairds@rigel.cs.pdx.edu (Cheradenine Zekalwe)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Custom Copperlist
Date: 8 Apr 92 03:22:44 GMT
Article-I.D.: pdxgate.5279

kskelm@happy.colorado.edu writes:

>In article <30107@cbmvax.commodore.com>, chrisg@cbmvax.commodore.com (Chris Green) writes:
[.. some stuff about installing copper lists via the system's user copper lists
deleted ..]
>	<gag>  One word: Slooooooowwww.
>	I'lll probably get flamed crispy by COmmodore Techies here, but here's
>the solution I use:
>	- open a TINY (1 bitplane, small dimensions (to save memory)) screen.
>	- Forge ahead and create your whole copper list, and shove its address
>	  into the hardware copperlist vectors.
>	- Install a vblank interrupt to check if your screen is in front: If
>	  so, set the hardware vectors to YOUR copperlist.  If not, set them
>	  to Intuition's copperlist.
>	And that does it- your very own REAL, fast copper list running in
>harmony with intuition (as far as I'm concerned at least).

Hmmm, it would seem to me that this would have undesirable affects when
dragging a screen.  A screen can still be in front while being dragged, of
course.  Also, under 2.0, you can drag a screen without even a screen bar to
grab onto via commodities, can't you?

Getting the copper to scroll smoothly with a drug screen might be nearly
impossible to get to be non-CPU intensive (not Slooooooowwww, that is).
Assuming that you anchored the screen so that it wasn't draggable, would it
perhaps be better to trap the input stream for the screen positioning keys?
On the other hand, is there a way to do this if the user decides to map A-V
to cycle backwards through the screens, A-P to cycle forward and A-W to
bring up the workbench screen (that is, instead of the defaults).  Ah well,
I'm interested in hearing good methods, as the slow down is annoying as
hell, to tell the truth.
                                         should this be "might be"? ;) ----v
>-- 
>      ///  Kevin "I need an Amiga-related job" Kelm   |   Quantum Physics is
>     ///  kskelm@happy.colorado.edu                   |   dangerous- ask ANY 
> \\\///  "Ring ring!  I'm here to mow your lawn!"     |   cat in a box.
>  \XX/  "Just the VAX, Ma'am."            Specializing in irrelevance since 1968
| bairds@rigel.cs.pdx.edu | "The bomb lives only as it is falling." from      |
| o--[=====- % @>-^-v---- | _Use of Weapons_ by Iain M. Banks                 |
From: slvj6@cc.usu.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Custom gadget image, beveled box, 1 or more bit planes.  How?
Date: 16 Apr 92 23:56:13 MDT
Organization: Utah State University

I posted this question before and got zero responses... so I'm posting it
again.

I'm using custom gadget imagery in a program under 2.0, and I would like to 
have gadtools (or whatever will do it) proberly render the beveled box on
all display depths.

My images work fine unless the user sets the display to a depth of 1, at which 
point half of my beveled box is no longer visable.
I could render it with DrawBevelBox manually, but that's a real pain.

I could duplicate all the custom gadgets for one bitplane... but I'd like to 
avoid this if possible.

I would also like to leave my subroutines so they only require the visual
informations structure as a parameter.  But CBM's programmers have declared
it off limits as a private structure and aren't telling it's contents in
the ROM Kernel manuals.

This is a *real* annoying problem that should have a simple solution... but
CBM in it's infinite wisdom has made it difficult.

So, any suggestions?  Did I miss something in the docs?

I could leave it as-is... but I really don't want to.

James
From: stelmack@arrakis.csee.usf.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Checking Processor type in 1.3
Date: 15 Apr 92 18:56:09 GMT
Reply-To: stelmack@arrakis.csee.usf.edu (Gregory M. Stelmack)
Organization: University of South Florida, Department of Computer Science and Engineering

A fellow programmer is looking for a way to check the processor type and
clock speed under version 1.3 of AmigaDOS. I know that in ExecBase there
is a flag with the processor type, but the 1.3 includes only go up to the
68020. How can you check for 68030 and up under 1.3?

Also, is there anyway to determine the clock speed (7MHz, 16MHz, etc.) ?

-- 
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- WordPerfect: A WP that does in 3 kestrokes what most others do in 1...
-- DISCLAIMER: The opinions reflected here do not necessarily represent those
-- of my school or my employer.
Newsgroups: comp.sys.amiga.programmer
From: dbenn@leven.appcomp.utas.edu.au (David Benn)
Subject: Re: AmigaBasic Compiler
Organization: University of Tasmania at Launceston
Date: Wed, 15 Apr 92 08:34:47 GMT

In article <45457@mentor.cc.purdue.edu>, stacysm@sage.cc.purdue.edu (Steve Stacy) writes:
>
>Has there been any updates for Cursor ?  Are there any other Amiga
>Basic Compiler which supports more commands ?
>
>thanks 
>
>Steve Stacy

Well... I've not seen any updates for Cursor. I am writing a BASIC compiler
for the Amiga which currently has about 100 commands and functions,
recursive SUBs, shared library access and some other goodies. Right now
it's being refined, tested and debugged.

If you want to know more or wish to be a tester, let me know.

Regards...

David Benn

 
 

-- 
David Benn - Applied Computing             "We dance around in a ring and  
University of Tasmania at Launceston        suppose; but the secret sits
dbenn@leven.appcomp.utas.edu.au             in the middle and knows".
                                            - Robert Frost
Newsgroups: comp.sys.amiga.programmer
From: barrett@iastate.edu (Marc N Barrett)
Subject: AppBuilder-like Tools
Organization: Iowa State University, Ames, IA
Date: Fri, 17 Apr 1992 10:19:06 GMT

   I am just getting started programming in 2.0, and have been having a
bit of a time doing it because of the lack of good documentation on 2.0-
specific programming.  The RKM:Libraries manual will probably supply much
of what I need, but this manual is not out yet.

   Commodore is supposedly developing the AppBuilder and AppShell tools
in conjunction with the company that developed CanDo (forgot the name of
the company).  Are there any other AppBuilder-like tools available to aid
in coding graphical interfaces using the new features in 2.0?  AppBuilder
and AppShell are not out yet.  There is a similar utility on one of the
latest Fish disks (called 'GadToolsBox' or something like that), but this
package is in a preliminary state of completion and barely compiles.
Are there any others?

---
| Marc Barrett -MB-  |  email: barrett@iastate.edu
--------------------------------------------------
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is the MC68332?
Distribution: world
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz
Date: 8 Apr 92 18:13:12 PST
Organization: Amiga makes it possible

In article <1992Apr8.000434.3399@news.cs.indiana.edu> sgberg@peach.ucs.indiana.edu (Stefan Berg) writes:
>I just purchased Devpac 3 and it supports a processor know as the
>MC68332. What kind of processor is this? What does it do?
>
>Other chips supported by this assembler are:
>MC68000
>MC68008   (is the instructions set of this chip identical to MC68000?)

This is a 68000 with an 8-bit data bus package.  Same as 68000...

>MC68010
>MC68020
>MC68030
>MC68040
>MC68332  (what is this? see above...)
>MC68832  (Is this a typo or another new chip?)
>CPU32    (What the heck is this?)
>MC68881
>MC68882
>MC68851
>
>Thanks for any responses,
>
>Stefan

Dunno about those others...

--
Author of Amiga GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle,
and Genesis Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024