HDTenEightyP/NetNews huggingface dataset:
From: swalter@avalon.physik.unizh.ch (walter stefan)
Newsgroups: comp.sys.amiga.programmer
Subject: Bug in ECS? Third try!
Date: 28 Aug 92 21:20:16 GMT
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4

Sorry for the dummy mail before that, was a problem of the text editor.

Hi again! Thanks to all for the answers to my earlier question, although they
are of little use, but this is my fault. The message I posted was rather hasty
and didn't tell exactly what I meant, sorry. :)

The problem is not with any system routines or resources. The program I'm
writing and that brings up these problems shuts down the display of
the Workbench by disabling Copper DMA and builds up its own two color
hires PAL display using the VB interrupt instead of a Copper list
to update the display registers regularly.

To enable the Workbench screen (or any other display...) again after the
program finishes, the following assembly code is executed:

        ...
        lea     creginit(pc),a0
        lea     $dff08e,a1
        move.l  (a0)+,(a1)+             ;DIWSTRT & DIWSTOP
        move.l  (a0)+,(a1)+             ;DDFSTRT & DDFSTOP
        move.l  (a0)+,$100-$96(a1)      ;BPLCON0 & BPLCON1
        move.w  (a0)+,$108-$96(a1)      ;BPL1MOD
        move.l  (a0)+,$180-$96(a1)      ;COLOR00 & COLOR01
        move.w  (a0)+,$1dc-$96(a1)      ;BEAMCON0
        move.w  #$8080,$1dc-$96(a1)     ;enable Copper DMA again
        ...
        rts

creginit:
        dc.w    $2981,$29c1,$0038,$00d0,$5200,$0000
        dc.w    $0000,$0000,$0000,$0020

Now, I know that of course these values for the custom registers are
not correct for the 'normal' 2 planes hires screen of the Workbench,
but it's neccessary to perform these operations for some reasons.

Nevertheless, methinks that the problems with the red bitplane sometimes
covering the Workbench screen when the program finishes (it's always red,
even if there is no red in any COLORxx and it is visible for from just a
flicker to upto two seconds, depending on the individual ECS chip) should
not occur anyway. The system copperlist does write to all of these registers
(except to BEAMCON0) in each frame the needed contents for the current mode
of the screen.

The problem vanishes as soon as the $5200 that goes to BPLCON0 is replaced
by $a200, the rest (DIWxxxx etc.) don't matter.

I really don't see why this happens. I checked the official hardware
manual on hints in this direction, but I didn't find anything.
So, can anyone tell me what goes wrong or what mistake I make? Thanks!

                                                        Stefan Walter

--------------------
Stefan Walter       avalon.physik.unizh.ch!swalter
Finsterruetistr. 57  or
8135 Langnau        stefan@pegasus.ch
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re:   SAS/C 6.0 Details (LONG!)
Originator: walker@twix.unx.sas.com
Date: Mon, 31 Aug 1992 12:42:25 GMT
Organization: SAS Institute Inc.


In article <fgd3.01sv@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
|>    This was the only surprise in the replies to my earlier question about
|> using 1.3 headers with version 6.0 of the compiler.  Why won't the V5
|> SAS/C-provided files work with V6?  Is it because they are lcompacted (in
|> which case, the uncompacted files should work, shouldn't they?) or are there
|> differences between the header files SAS supplied and those Commodore
|> supplied for 1.3?

|> --Fabbian G. Dufoe, III

No, actually lcompact'ed files will work fine with 6.0.  The V5 files
supplied by SAS Institute refer to symbols in the link libraries
(as they must - that's one of the reasons they are there).  These
symbols have been renamed for 6.0.  Some symbols were renamed in
order to bring the library into ANSI compliance, others are internal
symbols that changed because the library routine involved was
reimplemented.  Of course, V5 include files that are provided by
Commodore would work fine.

The same thing was true of the ANSI library supplement that we sent
out last year at this time.  If you compiled with the ANSI headers,
then linked with the non-ANSI libraries, you would get undefined
symbols.  Your code would see the ANSI headers and generate 
references to a symbol that just doesn't exist in the non-ANSI
libraries.

So the upshot is that your 6.0 code would COMPILE just fine with
the V5 headers.  It just wouldn't link properly.

Let me anticipate the next question: "Could I compile with the V5
headers AND LINK WITH THE V5 LIBRARIES"?  The answer to this is
also no.  Some mathematical operations require the compiler to 
jump to an out-of-line routine (for example, dividing a long by
a long).  The names of these out-of-line routines have changed
to make them ANSI-compliant, so they won't be resolved if you
link with the V5 libraries.  (If you liberally used DEFINE
statements in the linker, you could *probably* get it to work,
but I haven't tried it, so I can't say for sure.)

Hope this helps.


-- 
  *****
=*|_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: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: Trouble with trackloading
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Wed, 26 Aug 1992 12:08:12 GMT

Zapper@qube.OCUnix.On.Ca (Zapper) writes:

>  I am making a non-DOS disk demo type program here... I have the needed
>sections stored on the disk in sorted locations, and I can easily trackload
>the routines that I need to use into memory, decrunch them, and execute
>them...

>  The problem I am having is making the disk boot itself. I can't get a
>trackloading routine to fit inside the bootblock... how can I set up a
>bootblock that would read say a 4k code hunk from somewhere on the disk and
>execute it? I would intend this to then load the first large code hunk and
>begin the demo...

  First of all, making a trackloader that fits in the bootblock shouldn't
be any problem at all. I've done it several times. However, in your case I
don't quite see the point in having a hardware loader in there - why not
just use the trackdisk.device to load the main part? Much simpler and
also more compatible with different hardware.

>  Zapper@qube.ocunix.on.ca | University of Ottawa Computer Engineering
>       (Trevor Boicey)     |    "We are hope despite the times." - REM
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X, Full
Contact and Miami Chase.
    EMail: boberg@lysator.liu.se, lha@augs.se       FidoNet: 2:204/404
From: hendrik@germany.sun.com. (Jan Hendrik Mangold, Sun Germany, Munich Training)
Newsgroups: comp.sys.amiga.programmer
Subject: GadTools and Boopsi
Date: 2 Sep 92 09:30:58 GMT
Reply-To: hendrik@germany.sun.com.
Organization: Sun Microsystems, Inc.

I wonder how to change/query particular tags of a gadtools gadget.

I do not have the Manuals, can't find them in any store here in germany.

Through the lack of these manuals, the programming of boopsi's still is a mistery to 
me. Maybe someone can provide me with a few lines of source code?

And as if that weren't bad enough, I am programming in Modula2, but I am glad about 
any source in Assembler C C++ Pascal.

Hendrik


Xref: sparky comp.sys.amiga.programmer:13007 comp.os.msdos.programmer:8992 comp.ai:3307 comp.lang.lisp:2361
From: don@chopin.udel.edu (Donald R Lloyd)
Newsgroups: comp.sys.amiga.programmer,comp.os.msdos.programmer,comp.ai,comp.lang.lisp
Subject: PD Common Lisp for Amiga, PC?
Date: 2 Sep 92 17:21:13 GMT
Article-I.D.: news.Btyo7E.IxH
Distribution: na
Organization: University of Delaware


     (Please reply via e-mail as I don't read any of these groups on a regular
basis.  I'd be happy to summarize to the net if there's a demand for it).

     I'm taking an AI course this semester at the U of D and, since 
Common Lisp seems to be the language we'll be using, I'd like to have 
a version to run on the various systems I use off-campus.  Can anyone
recommend to me a Common Lisp interpreter for the Amiga (A3000, OS 2.04
compatible) or DOS machines (DOS5 in particular)?

     I used Scheme a bit a few years ago.  How similar is Scheme to
Common Lisp?  (Forgive me for being essentially clueless about Lisp
dialects in general :-)


Thanks in advance.

-- 
Don Lloyd                / "...my brain IBM; so if you see me acting strangely,\
don@chopin.udel.edu      \ don't be surprised." - Styx, 'Mr. Roboto'           /
Gibberish is Spoken Here.          Publications Editor, AmigaNetwork 
      MicroSoft Slogan: Resistance is Futile.  You Will Be Assimilated.
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   SASC 6>.0
Date: 27 Aug 92 18:24:53 GMT
Organization: Edotronik GmbH

In article <BtLEoF.22s@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>Unfortunately, CPR still doesn't use the default system font.  However,
>it does correctly force the use of topaz 8 if you have chosen a
>different system font.  There is a patch to the V5.10 CPR that fixes
>this problem as well.

Could somebody _please_ mail me this patch or point me to a source? I've
ordered 6.0 but I guess that'll take some time...



>=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: apel@physik.uni-kl.de (Martin Apel (SAGA))
Subject: Re: C++ Compiler?
Organization: University of Kaiserslautern, Germany
Date: Thu, 3 Sep 1992 14:16:41 GMT

ISOCC@CUNYVM.BITNET () writes:
: I am in need of a good C++ compiler.
: What is out there for the Amiga?

--
Reachable as:				I do hate sums. There is no greater
apel@gypsy.physik.uni-kl.de		mistake than to call arithmetic an
(Martin Apel)				exact science. There are .. hidden
					laws of number which it requires a
					mind like mine to perceive. For
					instance, if you add a sum from the
					bottom up, and then again from the 
					top down, the result is always
					different.
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: AllocEntry
Organization: Jet Propulsion Laboratory
Date: Thu, 27 Aug 1992 05:00:44 GMT

In article <34673@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
>jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>>	I was wondering how AllocEntry allocates memory. Are the MemList and
>>the memory pointed to by the attached MemEntry structures allocated separately?
>>Or is all the memory one big chunk? 
>
>	Whichever way AllocEntry does it, it may change tomorrow.  Use the
>defined interface, don't make assumptions.

Well actually, my concern was fragmentation. I suspect AllocEntry is no dif-
ferent than the Intuition function AllocateRemember. If that is indeed the
case, then my next question was could I somehow wrap the MemList and the 
memory obtained in the same chunk. That's all.

jeff
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: umask() function
Date: 27 Aug 92 19:45:38 PST
Organization: BBS

Could somebody tell me the purpose of the umask() function?  I think it's unix.
 Is it cool to implement it on the Amiga as

int umask(int foo)  { return 0; }

?

Another question.  Could somebody tell me the meaning of the following command
line arguments for Lattice C:

  -O -v -m0t -cuaisfr -rr
Newsgroups: comp.sys.amiga.programmer
From: kaarts@ccu.umanitoba.ca (Kenneth John Aarts)
Subject: Re: SASC 6.0 (food for thought)
Organization: University of Manitoba, Winnipeg, Canada
Date: Tue, 25 Aug 1992 22:19:19 GMT

In <BtJw33.A64@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:

>We tried this with 5.10, and found that the speed increase was
>negligable (~5%).  The compiler just doesn't seem to benefit much
>from the difference.

>I'll put it on the list to try it again, and if it gains us enough
>improvement we'll consider issuing an '030 version, but the gains
>would have to be pretty significant to offset the added technical 
>support complexity.

In general, what is the average speedup for a generic program by generating
030 specific code?

	In any case, I am glad that this had already been considered.  Thanks,

Ken
Newsgroups: comp.sys.amiga.programmer
From: lofaso@tsd.arlut.utexas.edu (Bernie Lofaso)
Subject: Re: gcc222 and __new_handler
Organization: Applied Research Labs, University of Texas at Austin
Date: Thu, 27 Aug 1992 12:55:55 GMT

dave@news.ccutah.edu (dave martin) writes:

>hi, I recently upgraded to gcc222 and have noticed it has a problem
>locating __new_handler.  Attempts to provide my own and sticking it in
>either my own library or libgcc.a fail.  ld will only find it if I
>specify my gcc222new.o directly.  What is the correct fix for this?  Did I
>get a bad gcc222?  I really dont want to change dmake to include my gcc222new.o
>in everything.

The archive site you got gcc222.lha from should have a gcc222-fix1.lha. This
fixes several problems, mainly the missing module in libgcc.a. I installed
mine last night and it seems to work well.

Bernie Lofaso
Applied Research Labs
Newsgroups: comp.sys.amiga.programmer
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: SAS C 6.0
Organization: Technical University of Vienna
Date: Wed, 26 Aug 1992 12:50:06 GMT

|> The "cover" utility is the best addition I have seen. [..]
|> I love it!  

  Well, I think that the best addition is the hyperGST tool. It allows you
to browse through your data structures and defines in AmigaGuide.

	mjl
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: ixemul.library
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 2 Sep 1992 23:32:03 GMT

In article <6dDBr*cy1@silex.UUCP> peter@silex.home.id.dth.dk writes:
>    Is is true that execve() from version 39.44 of ixemul.library does not
>    know how to execute rexx scripts, say e.g. the gcc.rexx (renamed to gcc)

True.. you see, I don't use rexx at all, so these things tend go get
lost.. I'll write it down, that's all I can promise ;-)

-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: rbm2273@ultb.isc.rit.edu (R.B. Mead )
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SKsh 2.0 and ixemul.library/GCC 2.2.2
Date: 23 Aug 92 18:14:40 GMT
Organization: Rochester Institute of Technology
Originator: rbm2273@ultb

In article <1992Aug23.143234.2461@ultb.isc.rit.edu> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
>	There appears to be a curious interaction between SKsh 2.0 and
>programs compiled with Markus Wild's GCC 2.2.2 port, which all use
>ixemul.library.  It seems that an ixemul.library using program will lose
>72 bytes of fast mem when started from SKsh.  This does not occur when the
>program is started from the standard 2.0 shell.  This also does not occur 
>if a non-ixemul.library using program is started from SKsh 2.0.
>
>	Maybe there is something to the fact that SKsh uses System() and
>the standard 2.0 shell uses RunCommand().
>

Strange number .. this 72!  I just noticed, about 2 hours ago, that every
time I remake GNU Chess V4 (just the link) I lose  *** 72 bytes ***.

It happens only when invoked via:

Make 1.5 Dec 25 1991 12:24:46
Copyright ) 1991 by Ben Eng, All Rights Reserved

I'm using the standard makefile included in the distribution, with
minor changes in -D directives. I'm also using GCC V2.2.2 and, of
course, the IXEMUL library (thanks Markus).

If I just run the link via gcc (exactly as bmake reported) there is
no memory loss.

If I "bmake gnuchessr", I lose 72 bytes, each time a link is required.

This comes right on the heels of a really silly mistake I made recently
regarding a memory leak... which turned out to be "operator error"!

Humm... what could be the trouble?  I was assuming bmake might be the
trouble and was about to try another make program.

Regards.  [ rbm2273@ultb.isc.rit.edu ]

ps - I'm using "avail flush" when checking for lost memory.
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SUSHI uploaded, thank you CATS
Date: Sun, 30 Aug 1992 00:24:28 GMT
Organization: is sometimes desirable

In article <1992Aug25.213445.1345@javelin.sim.es.com>, David Ingebretsen writes:

> 
> Carolyn Scheppner at CATS just emailed me a new version of SUSHI. I have
> uploaded it to amiga.physik (/amiga/devel) and hubcap.clemson.edu
> (/pub/amiga/incoming/program.tools). 
> 
> Here is the readme file:
> 
> Sushi 37.7

Has anyone put this up for BMS yet?


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:   ToolMaker from CATS
Date: 30 Aug 92 10:19:21 GMT
 <1992Aug28.115039.19259@welchgate.welch.jhu.edu> <64836@cup.portal.com>
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <64836@cup.portal.com>, ANTHONY FRANCIS PRESTON writes:

> I had to manually link the gadget to the window by calling the
> appropriate open window routine, process the events, and then
> close window routine as the event for the button.  He said he
> may put in an option in a future version to do the operation
> in ToolMaker.

No flame intended, just to say my opinion:

I believe that code generators save developement time by creating an
image of an application element "in the space" (data structures and
event-loop skeleton).

But when you want to link actions to objects to change the interface,
you want that the code generator creates an image of an application
"in the space+time".
Here I think that the amount of work to program such a code generator
is very large, while the few minutes to write OpenWindow() and
CloseWindow() ourselves seems nothing.

Perhaps in the futur the wish will become that the code generator will
permit to surpass the limitations of gadtools.library?

Best regards
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: ridder@zso.dec.com (Hans Ridder)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ClearEOL and SetAPen
Date: 3 Sep 92 22:09:36 GMT
Organization: Digital Equipment Corporation - DECwest Engineering
Originator: ridder@zowie.zso.dec.com

In article <34841@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>	SetAPen figures out new minterms for the blitter, based on the DraMod
>and BPen.

>	Reports of its slowness are greatly exaggerated (at least under >2.0).

Hmmm.  Does this mean that the Amiga Mail article was somewhat "out of
date" before it was published?  Do you think it's worth having multiple
RastPorts in order to avoid setting RastPort parameters?

>|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f

-hans
-- 
  Hans-Gabriel Ridder				Digital DECwest Engineering
  ridder@rust.zso.dec.com			Bellevue, Washington, USA
  {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
Newsgroups: comp.sys.amiga.programmer
From: accs1@bagheera.mumath
Subject: Re: Ada compiler
Reply-To: accs1@bagheera.mumath
Organization: Sun Microsystems
Date: Fri, 4 Sep 92 12:06:42 GMT


I've read two years ago that OXXI Inc. would develop one. When writing to them
for getting details I never got an answer.

Frank

P.S. I'm glad to see that there is at least one software engineer in the AMIGA
     programmers community.
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 3 Sep 92 14:02:41 EST
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Smalltalk for Amiga?
Distribution: na

djohnson@cs.ucsd.edu (Darin Johnson) writes:
>>> If there were, would anyone use AREXX?

>>Yes, me.

>How about Smalltalk with an AREXX port or support for rexx libraries?


  I myself go to Carleton University in Ottawa, a university that has
taken SmallTalk to heart, and a majority of courses are taught in it.
(Heck, OTI, one of the first Smalltalk-exclusive development firms was 
started by a group of Carleton University professors).

  While a Smalltalk for the Amiga would be very interesting for many types
of applications, the programming with it I have done has only shown me that it
is not the 'be all and end all' of programming languages.  As with any
other language, there are applications that it is suited for, and
applications it is NOT suited for.   Anyone that claims that a single language
can meet the needs of every single possible application is totally
full of it ;-)

  Now, to the specifics:  AREXX is a language that shows it's power on the
Amiga as a inter-application customization and scripting language.  It's not
a language intended to write a word-processor in, but it serves the purpose
that it was intended for (On the Amiga) much better than something
like SmallTalk could.

  SmallTalk has a very large 'old dog, new trick' problem for many developers.
I know, I have to watch first year university students pass/fail their
courses on their ability to learn SmallTalk.  Those with absolutely no
programming experience ("Where is the switch") often have a much easier
time passing those courses than those with years of programming
experience in many different (But still 'procedural' in nature) languages.

  Smalltalk is an attempt at a purist Object oriented language, and is very
hard for many developers to work with.  AREXX, on the other hand, is a
very basic procedural style language, and is very similar in semantics
to the majority of popular languages in use today.



  Now, I expect to get flamed by at least one of my fellow Carleton classmates.
I'm getting used to the debates now as there are many people that
hate smalltalk, many that love it, and many 'fence sitters' like myself
that see it as 'one of many' possible solutions to a given problem.

>Darin Johnson
>djohnson@ucsd.edu
>  - I'm not a well adjusted person, but I play one on the net.
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
From: esser@en.ecn.purdue.edu (Chris Esser)
Newsgroups: comp.sys.amiga.programmer
Subject: Enforcer type program for 68040??
Date: 2 Sep 92 16:05:13 GMT
Organization: Purdue University Engineering Computer Network

Does anyone know of a program similar to Enforcer that will work on an
'040??  Now that I upgraded, I can't use it any more :-(

Thanks!

-Chris
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Quick ?
Organization: Jet Propulsion Laboratory
Date: Thu, 27 Aug 1992 04:51:16 GMT

	I was led to believe that the names of the files in a directory are
stored within the directory file itself. But if this is truely the case,
then why is a listing of that directory with the "QUICK" option hardly any
quicker than without? 

	I'd like to use the ExAll function, but I'm not savy on how large a
buffer to supply. Ideally, the buffer would only be as large as need be. So
for instance, if I were interested in only obtaining the names contained in
a directory would fib_Size reflect at least how large that buffer needed to
be?

	Any help much appreciated.

jeff