HDTenEightyP/NetNews huggingface dataset:
From: eb15+@andrew.cmu.edu (Edward D. Berger)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Font-size independence GadTools package
Date: 4 Sep 92 12:00:49 GMT
Article-I.D.: andrew.kedw1lK00WB_1C51xA
	<1992Sep4.125246.11423@ucc.su.OZ.AU>
Organization: Pittsburgh Supercomputing Center, Carnegie Mellon, Pittsburgh, PA

willw@extro.ucc.su.0Z.AU (William Waring) writes:
> Why bother, when you can use GadToolsBox V1.3 to generate perfectly working
> font adjusting routines for GadTools. I have used GTB to develop all...

While GadToolsBox V1.3 does have an "Auto-Adjust mode" it does not handle 
the horizontal spacing well.  It uses the Height of the Font as a multiplier
for horizontal sizing and positioning.  So when you use a font like Times 11
where most characters are significantly less wide than they are tall, gadget
sizes look too wide, and spaced          too         far         apart.
It also drops IText when in this mode.

A more appropriate algorithm would be to find Gadgets that are clones,
or left-aligned.  (Offer a show-grid align to grid option?) Then find
the the actual text width that is the widest, and use that to size the
gadgets, align columns of gadgets and size the window, if it doesn't fit
try again with the user's preferred non-proportional font, then topaz80.

Other improvements that could be done with GadToolsBox, would be to integrate
more boopsi support, for say window border scroll gadgets (like Workbench's)
and custom Button Gadgets with sizable graphics (IFF DR2D input?), for all  
those nifty DPaint/PPage/etc type of gadgets.

Any GadToolsBox type program offering such features would get my attention
and I would be glad to pay ~$50-$200 for such a capable program.

-Ed Berger
eb15@andrew.cmu.edu
From: avogel@eagle.wesleyan.edu
Newsgroups: comp.sys.amiga.programmer
Subject: HELP: A Scheme Program for AMIGA?
Date: 10 Sep 92 18:56:05 GMT
Organization: Wesleyan University

Hey-
	Can someone suggest a good Scheme program for the AMIGA?  Also
where/how it could be obtained?  Thanks.
				--AV
AVOGEL@EAGLE.WESLEYAN.EDU
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: writing odd bytes
Date: 10 Sep 92 13:39:19 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Distribution: comp
Organization: Commodore, West Chester, PA

"jonathan forbes" <jonathan.forbes@canrem.com> writes:
>I have run into a very strange problem.  In one of my programs, a
>Write() call will occasionally take *much* longer to execute than it
>should (when writing to any hard drive).  When this happens, it would
>seem to be a slowdown to about 25% of "normal" speed, and the hard drive
>activity light is solid.
>
>It's almost as if the data was being written a little bit at a time, but
>I have checked and only large pieces are being written (~= 64k).
>
>Now, the strange thing I noticed eventually is that writing an odd
>number of bytes seems to make it happen; I can write 65534 or 65536
>bytes, but if I write 65535 bytes, it slows down.
>
>Even weirder; I wrote a tiny program to try to test this out (writing
>65535 bytes ten times to a new file) but it didn't have any effect
>there.
>
>Note that even though it takes 4 times long to write the data, the data
>written *is* correct.

What is happening is this:  If the data you are writing starts at an odd
address or the sector it must write to starts in your data at an odd-byte
address, things will be slow.  Why?  Well, most of the DMA controllers on
the AMIGA do either 16-bit or 32-bit DMA.  When they have to get a single
byte (or word) since it is at an odd address, they have to hand-feed the
device.  This can take much longer (CPU-I/O) than DMA.  Also, in some
cases, the transfer mask is set such that the filesystems knows this fact
and will not transfer the data directly but first move it into a DMA buffer
and then transfer with DMA from there.  This is also much slower since the
transfer to the DMA buffer takes a while and then the DMA buffer is small
and thus does small DMA requests.  This is also slow.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///    Programming is like sex:                                    |
| \XX/     One mistake and you have to support it for life.            |
\----------------------------------------------------------------------/
From: "barry fruitman" <barry.fruitman@canrem.com>
Subject: alarm clock
Reply-To: "barry fruitman" <barry.fruitman@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 14 Sep 92 01:50:21 EST

Hi all.
Can someone out there recommend a good way to implement an alarm clock
into a C program?
The program has a regular (actually, gadtools) IDCMP event loop and the
alarm time could arrive or be altered by the application at any time.
Here are my ideas:

1 - send an I/O request to the Timer UNIT_WAITUNTIL unit, but then how
do I perform a WaitPort() on the IDCMP port and Timer port at the same
time? Can IDCMP messages and Timer device messages share the same port?
If so, how do I know which is coming through?

OR

2 - Receive INTUITICKS at my IDCMP port and check the system time there.
But then I run the risk of missing it while doing something else since
the O/S stops sending INTUITICKS when the last one is not responded to.
They will not queue up.

Am I in left field or are these ideas good? Which one? Or is there a
better way to do it?

Any replies will be appreciated.


Barry Fruitman
--
Canada Remote Systems  - Toronto, Ontario, Canadas
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.programmer
From: dave@news.ccutah.edu (dave martin)
Subject: Re: Ada compiler
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Mon, 14 Sep 92 01:48:11 GMT

accs1@bagheera.mumath writes:
..
: P.S. I'm glad to see that there is at least one software engineer in the AMIGA
:      programmers community.

This is not meant as a flame, but I would like to point out that one does not
need to use Ada to be a software engineer or to do software engineering.

dave@csulx.weber.edu
dmartin@cc.weber.edu
Newsgroups: comp.sys.amiga.programmer
From: chris@.IMD.Sterling.COM (Chris Olson)
Subject: Re: GCC 2.2.2 Patches applied : MY ERROR...
Keywords: gcc patch stack
Organization: Sterling Software
Date: Tue, 8 Sep 1992 20:09:16 GMT
X-Md4-Signature: bc85b92b69dd35249f2eaea65fafda2a

In article <Bu8Cx2.D7v@undergrad.math.waterloo.edu>, djkucera@undergrad.math.waterloo.edu (Dylan Kucera) writes:
|> 	Yesterday I posted an article explaining a problem I was having applying
|> the patches to GCC.  The problem was as a result of an erroneous assumption
|> on my part.
|> 
|> 	I had the line "STACK 250000" in my User-Startup thinking that the STACK
|> command was system wide.  WRONG.  Looked it up in the 2.04 AmigaDos manual,
|> and it sets it ONLY FOR THE CURRENT SHELL!
|> 
|> 	So, here's how to, in brief, make an icon for a shell with stack 250000
|> (I Think the author should add this to the documentation...)
|> 
|> - copy your shell icon to gcc_programming_shell
|> - edit the information for the new icon and make the tool type "iconx"
|> - use a text editor to edit 'gcc_programming_shell' in the same dir as
|> 		the icon.
|> - insert the line "NewShell FROM s:programming.startup"
|> - copy s:shell-startup s:programming.startup
|> - use a text editor to edit s:programming.startup
|> - add the line "stack 250000" just before the end.
|> 
|> Viola, ICON that starts a shell with the stack already set to 250000.  This way
|> you can use this memory eating shell only when you want to use GCC stuff,
|> otherwise use the measly 4000 byte shell.
|> 
|> Thanks to all who mail with their concern, it made me think twice as to whether
|> or not what I had done was correct!
|> 
|> DK.
|> 
|> 

Or you can edit s:shell-startup and add teh strack command there (I do!)

-- 
    ____/    /           __/            chris@IMD.Sterling.COM
   /        __  /   __/   /    ___/
  /        /   /   /     /  ___  /      "It's intuitively obvious to the most
______/ __/ __/ __/   __/ ______/        casual observer..."
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is (APTR) ?
Date: 15 Sep 92 12:31:03 PST
Organization: BBS

> > Could comebody please explain to me what it is:
> > 
> >         (APTR)
 
> I think it stands for A Pointer.  It is defined as ULONG * in the
> includes.  Definitely easier to type.
 
It is now defined as void *.  I think the original definition in the
1.x includes, back when they didn't dare use void in anything, was
STRPTR * -- pointer to pointer to char.  The new definition is much
more sensible, since its purpose is to be a generic pointer.
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Assembly questions.
Date: 4 Sep 92 21:06:29 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

cfiddyme@neumann.une.edu.au (Chris Fiddyment) writes:
>
>  Hi,
>  I have a few (hopefully simple) questions to ask. I am new to assembler and
>  can't afford a book yet (besides a borrowed copy of the RKM's).
>
>  First I am using the commands
>
>      move.l  #186,d0
>      divu    #10,d0
>      moveq.l #0,d1
>      move.b  d0,d1

	You really should do a move.w d0,d1 here...

>
>  to get d1 = 18. How canI get the remainder of the division (the upper part
>  of d0) into register d2. Is there some way to shift the register?

Simple:

	moveq.l	#0,d2
	swap	d0
	move.w	d0,d2

>  Another question. I have written a program that opens a screen and moves a
>  sprite around. How do I print images to the screen. I tried the following :
>
>      move.l  intbase,a6
>      move.l  rastport,a1        ; these could be back to front.
>      lea     blockimage,a0
>      move.l  #10,d0
>      move.l  #10,d1
>      jsr    -114(a6)     ;DrawImage()
>
>with the following variables:
>
>   blockimage
>      dc.w 0,0,15,10,2       ; Is this the correct format. It seems right from
>      dc.l myimage           ; looking in the RKM's
>      dc.b 0,0
>      dc.l 0
>
>   myimage
>     dc.w  %0000000000000000,%0000000000000000
>     ;10 lines of image data
>     dc.w  %0000000000000000,%0000000000000000

myimage must be loaded into CHIP ram...  This can be done in a number of ways
including by putting it into its own section and defining it as CHIP.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                     When people are free to do as they         |
| \XX/                      please, they usually imitate each other.   |
\----------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: tpetrecc@Chaos.mcs.kent.edu (Tony Petrecca)
Subject: Rexxarplib V. 3.00t
Organization: Kent State University
Date: Sun, 6 Sep 1992 19:59:43 GMT


Can someone help me locate rexxarplib v3.0?

Please post as we have no mail at the moment.
Thanks.
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: User preferred FONT support?
Date: 9 Sep 92 15:25:45 GMT
Organization: UNC Office of Information Technology

In article <25440015@hpsad.sad.hp.com> kevint@hpsad.sad.hp.com (Kevin  
Taddeucci) writes:
>
>I am attempting to support the users default fonts [...]

Good for you!

>The problem [...] happens when the point size begins to reach about 13 or 
>14 and I don't really have the option of opening a bigger window since 
>the window is already 640 pixels wide. 
>[...H]ow do I handle this problem and still follow C='s 
>guidelines of supporting user preferred fonts?
>Should I only allow the user a maximum size and supply my own defaults if 
>the size is exceeded?

Try to make the window larger.  If users are silly enough to be using
giant fonts, they may be using a giant Workbench screen too.

If that fails, you have to either limit the maximum size or refuse to
run.  If you refuse to run, you should at least tell the user that
your program can't fit on the user's selected screen with the user's
selected fonts.  Make sure she knows it's her problem and not the
application's problem.
--
Todd M. Lewis / Todd_Lewis@unc.edu / utoddl@guitar.oit.unc.edu
Xref: sparky comp.sys.amiga.programmer:13106 comp.os.msdos.programmer:9081 comp.ai:3340 comp.lang.lisp:2371
From: malcolm@emcamiga.UUCP (E. Malcolm Crosby)
Newsgroups: comp.sys.amiga.programmer,comp.os.msdos.programmer,comp.ai,comp.lang.lisp
Subject: Re: PD Common Lisp for Amiga, PC?
Date: Fri, 04 Sep 1992 22:53:55 EDT
Reply-To: emcamiga!malcolm@redpoll.neoucom.edu
Distribution: na
Organization: Personal UUCP System
X-Newsreader: Arn V1.00 alpha rel3

In article <Btyo7E.IxH@news.udel.edu>, Donald R Lloyd writes:

>      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 would also like to hear about a PD version oc Common Lisp.

----
E. Malcolm Crosby

Internet:   mcrosby@bsa1.kent.edu
E-Mail:     emcamiga!malcolm@redpoll.neoucom.edu (E-Mail Please)
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Manx C dead?
Organization: UNC Office of Information Technology
Date: Tue, 15 Sep 1992 19:46:34 GMT

In article <1992Sep15.115013.21874@NeoSoft.com> peter@NeoSoft.com (Peter da  
Silva) writes:
>I've been told Manx has dropped out of the race. Is this so?

Peter, I'm surprised at you!  Heck, I've been told thousands of times
the the Amiga has dropped out of the race.  Not true in either case.

>If so, I presume there will be no new upgrades, but can I still get caught
>up with any I might have missed?

5.2a plus perhaps some patches on their BBS ( (908) 542-2793 ).  Call 'em
about updates at (908) 542-2121.  If they refuse to take your order then
perhaps you are on to something.

>For the future, where should I go now? DICE? SAS? I really don't care that
>much for SAS' older versions, since it was clearly based on their DOS compiler
>with DOS command lines and Makefiles. Have they upgraded it to the point where
>I can expect to be able to build unified Amiga/UNIX makefiles, or is there a
>UNIXy front end available?

This isn't a morality question.  You "should go" with whatever products you
feel fit your budget and meet your needs.  The Manx C compiler is a fine
product with cross-platform support.  The new SAS C compiler looks really
spiffy and makes Amiga development seem easy compared to what was available
say 3 years ago, especially if you have the RAM to take advantage of the
neat utilities.  DICE has a really nice grass-roots, down-home, mud-between-
your-toes feel that fits the pocket-book.

I think it would be a sad day for SAS if Manx were to "drop out of the race."

>Peter da Silva.  <peter@sugar.neosoft.com>.

p.s.: I still use your file requester when I have to be 1.3 compliant. :-)
--
Todd M. Lewis / Todd_Lewis@unc.edu / utoddl@guitar.oit.unc.edu
       An acorn's destiny is not to become an oak tree.
         An acorn's destiny is to become a squirrel.
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: XSB -- modular screenblanker building kit
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 15 Sep 92 02:33:53 PST
Organization: Missionaria Phonibalonica

In <1992Sep14.211622.28113@uwm.edu>, gblock@csd4.csd.uwm.edu (Gregory R Block) wrote:
> I use XSB.  However, it's in dire need of an update, due to some buggy
> coding practices in XSBCX itself.  Attempts to contact the author have

<can't say bad things about the competition :->

> There is another, if I remember correctly:  ShadowMaster was a very
> good blanker system.

No, it _is_ a very good blanker system. But I'm biased, because I
designed it.

XSB was apparently designed to be as flexible as possible; but it's
hard to say based on the sparse documentation provided. Making the
savers shared libraries is the right approach. However, it isn't
trivial to write new modules for it, there is a dearth of modules, and
the extra flexibility isn't used.

ShadowMaster's primary design goal was to make it as easy as possible
to add functionality. As a result, blankers are _trivial_ to add.
Sufficiently so that I've written graphics hacks as blankers because
it's faster (a couple of hours). There are more savers in the freely
distributable version of ShadowMaster (on disk fish disk 597), and ~20
in the "registered" version, which also includes the random module
(the reason that ShadowMaster Exists).

ShadowMaster is extensively documented, including having a
professional tech writer do a once-over. If there's ever enough
interest (= registrations), a second release (including more and
better blankers) will be done, include a rewrite from scratch per that
writers comments.  With even more interest, a rewrite that will
include moving all existing blankers into a shared library format,
hopefully taking advantage of the extra capabilities inherent in that
structure, could get done.

	<mike
From: terje@light.fipnet.fi (Terje Bergstrom)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Assembly questions.
Date: Sat, 05 Sep 1992 10:50:37 GMT
Organization: Lightning Inc's Development Corner. Espoo, SF
X-Newsreader: Arn V1.00 beta rel2

In article <1802@grivel.une.edu.au>, Chris Fiddyment writes:

>   First I am using the commands
>
>       move.l  #186,d0
>       divu    #10,d0
>       moveq.l #0,d1
>       move.b  d0,d1
>
>   to get d1 = 18. How canI get the remainder of the division (the upper part
>   of d0) into register d2. Is there some way to shift the register?

    swap d0          ; before: $00060012, after: $00120006
    moveq.l #0,d2
    move.w d0,d2


  Terje Bergstr|m           Internet:   terje@light.fipnet.fi
  Jukolanahde 4 D 15        FidoNet:    2:220/550.3
  02180 Espoo
  Finland
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: [2 of 2] A serial device example (LONG)
Date: 5 Sep 92 10:15:46 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <21.2aa6c1d5@ivgate>, Michael B. Smith (MsgPost v1.00) writes:

>                 mask = 1L <<
> iorequest->IOSer.io_Message.mn_ReplyPort->mp_SigBit;
>                 mask = Wait (mask | SIGBREAKF_CTRL_C);
>
>                 if (mask & SIGBREAKF_CTRL_C) {

NO NO NO NO you did it again!!!
Who are you to impose us all this KBytes of code? Everybody can find
code for serial.device anywhere.
Can't you simply post an article telling that interested people
can email to you to receive the source, or tell that you will
post it in alt.source.amiga?

Can you try to think that people have to pay all what you send?
If this continues, I'll stop to receive this group.

    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ARexx Programmer's Guide and RVI
Date: 13 Sep 92 20:00:34 GMT
Organization: Edotronik GmbH

In article <5741@blue.cis.pitt.edu.UUCP> shaffer+@pitt.edu (Charles D Shaffer) writes:
>the documentation says it requires rexxglue.o.  I don't have this
>file and can't find it (yes...I've purchased the 2.0 developer's
>kit).	I'm using a 3000 with 2.04.  Any advise would be appreciated.

Didn't C= put those functions in amiga.lib? Look into the RKM libraries on
page 888. Are those the arexx functions missing? (GetRexxVar etc.)
They should be in amiga.lib...

>-David

--

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: h08f@alf.zfn.uni-bremen.de (Faroul)
Subject: Re: batch-file from icon
Organization: Univ. Bremen, Informatik
Date: Mon, 7 Sep 1992 17:01:45 GMT

khaacks@hpwad.WAD.HP.COM (#Kai Haacks ) writes:

>Hi everybody,

>I have tried to call a shell and to execute some commands in a batch-file
>before I start a program. My problem is, I don't know why to start
>executing the batch-file from activating an icon. It is possible that I
>don't know some elementary things. Is someone there who can help me ?

You have to create a "project" icon, whichs default tool is "XIcon" (or
"IconX", which is nearly the same).
Then create a script-(batch-)file doing what you want, ie. assing'ing something
or whatever.
The script-file must ahve the name of the icon (MyProg.info -> MyProg).

	Faroul
--
		Henning Peters (h08f@alf.zfn.uni-bremen.de)
	or	Faroul (in Nemesis or PaderMud)
	****	P.O.S.T - People Of Slow Transport    ****

Newsgroups: comp.sys.amiga.programmer
From: u8705114@cs.uow.edu.au (Anthony Thomas Cusack)
Subject: gcc 2.2.2 error with gcc:lib/libgcc.a
Keywords: error in GCC 2.2.2 with libgcc.a
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Mon, 7 Sep 1992 23:10:26 GMT

since I installed the patches there has been an error
with gcc:lib/libgcc.a;-

ld: malformatted header of archive member in gcc:lib/libgcc.a

can someone please send me the file libgcc.a as I haven't got the
space on my HD to unpack the original

thanks
	Anthony

u8705114@cs.uow.edu.au
From: efb@cnmss.tredydev.unisys.com (Edward Bacon)
Newsgroups: comp.sys.amiga.programmer
Subject: Where is Jabba ( Re: GadToolsBox v1.3)
Date: 10 Sep 92 14:40:57 GMT
Organization: Unisys Corporation, Tredyffrin


Could someone tell me how to contact the author of
GadToolsBox v1.3.  I have made a new C source generator
for it and would like to synchronize our changes.

Thanks,
Ed.
From: kkeranen@sara.cc.utu.fi (Kimmo Ker{nen)
Newsgroups: comp.sys.amiga.programmer
Subject: Comeau C++
Date: 14 Sep 92 13:33:46 GMT
Organization: University of Turku, Finland

I'd like to know some facts about Comeau C++ compiler:

1. Is it SAS/C 6.0 compatible ?
2. Price (including shipping to EUROPE) ?
3. Stability ? (Could I trust the code it generates)
4. Requirements ? (I have A3000 + 4M fast RAM)
5. Future support / developing plans ?

And any other information about compiling speed etc. would be nice.
Thanks
 
Newsgroups: comp.sys.amiga.programmer
From: omega@sabrina.dei.unipd.it (Piero Filippin)
Subject: Problemi con il 2.0
Organization: D.E.I. Universita' di Padova, Italia
Distribution: ita
Date: Tue, 15 Sep 1992 12:44:05 GMT

oCome si fa ad ottenere il look tridimensionale delle finestre e dei gadget sul
2.0 automaticamente sugli schermi custom. Per i gadget ho provato usando due 
strutture borders concatenate con la definizione della parte chiara e scura del bordo, ma con le finestre?