HDTenEightyP/NetNews huggingface dataset:
From: cmh@lysator.liu.se (Magnus Holmgren)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Matthew Dillon's email address
Date: 28 Jan 93 14:13:49 GMT
Organization: Lysator ACS at Linkoping University

emcoop@bnr.ca (hume smith) writes:

>   >Does anyone know what it is? There is no such host as:

>   >	dillon@overload.berkeley.ca.us

>   >I need to ask him some v.pertinant questions about DICE...

>   Try using dillon@overload.Berkeley.CA.US instead... :)
>   Works for me at least....

>the capitalisation shouldn't matter, i think the problem is the domain part
>of the address.  i can't ping overload.berkeley.ca.us, but overload.berkeley.edu
>is fine.  IP address 128.32.184.58.  i can't finger it for some reason...

Well, I can only say that it did for me! One time I used
dillon@overload.berkeley.ca.us, and that one bounced, while
dillon@overload.Berkeley.CA.US did not.

--
 Magnus Holmgren | Email: cmh@lysator.liu.se, cmh@augs.se | FIDO: 2:204/404.6
Comp. Science & Engineering student, Linkoping Institute of Technology, Sweden
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: assemblers
Date: 28 Jan 93 12:24:35 GMT
Organization: Wright State University

In article <20160@mindlink.bc.ca>, James_Vaupotic@mindlink.bc.ca (James Vaupotic) writes:
> 
> 
> 
>       I am interested in hearing form people who have either the
>    Cape 68k assembler or the Hisoft DevPak III. I would like to
>    hear there comments on these two assembly language programming
>    packages. I would especially like to solicit the comments from
>    people that may have experience with both packages!

	I have DevPakIII.  To be frank, I haven't used it much.  It seems
	quite nice though.  If you have any experience with the "Turbo"
	products on the PC, the user interface has that flavor.

	I also have another HiSoft product;  HighSpeed Pascal.  Both
	HighSpeed Pascal and DevPacIII use a very similar debugger and
	here lies the rub:  I can't get the debugger to work on the A4000!
        It generates tons of enforcer hits and brings the machine down in a
	bloody mess!  This still could be a user error, I don't know :-)

	I know this message is about assembly language, but I want to put
	a good word in for HighSpeed Pascal.  I sometimes like to program
	in Pascal.  Plus, there is much programming example code writen in
	Pascal.  Thus,  I believe Pascal has merit on the Amiga.  I believe
	HighSpeed Pascal has much potential and it deserves support from
	our community.  (Thank you. Thank you.  I'll step down now.  Whew!)
	
		
> 
>       Since I am still on the topic of programming packages. If
>    anyone out there that has the programming aid Power Windows,
>    could you share your insight with me. I mean is the program
>    worth the money? Is it poor, fair, good, excellent?
> 
> 
	Yes please post this info!  Power Windows has been out for awhile.
	Has it ever been updated?

> 
Fred Heitkamp,  ** Not an organization **
From: e89fn@efd.lth.se (Fredrik Norrman)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C++ compiler wanted
Date: 28 Jan 93 11:39:33 GMT
Organization: Lund Institute of Technology, Sweden
Keywords: C++ compiler

In article <C1Jqwp.L40@well.sf.ca.us> comeau@csanta.attmail.com (Greg Comeau) writes:
>Check out Comeau C++ 3.0b With Templates.  It has received a number of
>good reviews in comp.sys.amiga.reviews over the years and in other places,
>the most recent being the current issue (V3N1) of AC's Tech For the Amiga.
>

I understand that gcc doesn't include templates, and the coming SAS C++
compiler won't include it either.

So, what I'm wondering is: What is templates? Can I do without it?

-- 

                                          -= Fredrik =-

===========================================================================
Newsgroups: comp.sys.amiga.programmer
From: eyvind@Lise.Unit.NO (Eyvind Bernhardsen)
Subject: Re: SAS/C 6.2 Patch Now Available!
Organization: Norwegian Institute of Technology
Date: Tue, 26 Jan 93 18:43:45 GMT

In article <1993Jan26.071748.6809@desire.wright.edu>, fheitkamp@desire.wright.edu writes:

 > 	I've just applied the patch and noticed something alittle quirky
 > 	about the installation program.  I had to reformat my HD for 
 > 	reasons I won't go into, and as a result did not have the sc
 > 	6.0 installed on the drive.  When I tried to perform what was
 > 	essentially a first time installation I got requesters; please
 > 	put volume Work in any drive or please put volume sc in any drive.
 > 
 > 	Anyway, I ended up installing 6.0 again and then running the 6.2
 > 	patch program and every thing worked fine.  Maybe I did not read
 > 	the installation instructions real clearly but I thought I could
 > 	do like a first time installation using the patch.

Sounds like the 6.2 patch was trying to access your SC: logical volume, but
couldn't find it.  Not a quirk in the install program; it just needs to know where
you installed 6.0 (so you don't have to tell it).

 > Fred Heitkamp,  ** Not an organization **

-Eyvind

-- 
     //|                             | DISCLAIMER:  My opinions belong to me.
    // |                             | Anybody else who feels this way should
\\ //--|miga: There can be only one. | see a professional.
 \X/   |         eyvind@lise.unit.no | Quote me and EAT LAWYER, asshole!
From: peter@aristotle.sbi.com (Peter Murray)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.2 Patch Now Available!
Date: 27 Jan 93 00:50:48 GMT
Reply-To: peter@aristotle.sbi.com (Peter Murray)
Organization: Salomon Brothers Inc.


look in 

/pub/OS/amiga/biz/patch/sc6_2.lha

peter 
ttfn...
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: A newbie C++ question
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Thu, 21 Jan 1993 15:48:43 GMT

In article <C15Lss.5IH@agora.rain.com> robart@agora.rain.com (Joe Bob) writes:
>In article <1993Jan16.182302.11764@sol.ctr.columbia.edu> tanel@cathy (Tanel Kuusk) writes:
>>
>>   struct IntuitionBase *IntuitionBase;
>>
>>At OpenLibrary g++ assumes IntuitionBase to be a type, but it's 
>>really a variable!
>
>
>  Actually it's both.

That is correct but misses the other correct point (ah, just love
how English is ambiguous!): it is erroneous that after that declaration
that an un-elaborated uttering of IntuitionBase is the type.
To get the type after that declaration you must elaborate it so long
as they are both in scope (ya gotta say struct IntuitionBase for the type).

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                Producers of Comeau C++ 3.0/3.0.1 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: eas3714@ultb.isc.rit.edu (E.A. Story)
Subject: Re: Aborting Timer requests
Keywords: Wait(), Signals, timer.device
Organization: Rochester Institute of Technology
Date: Mon, 25 Jan 1993 09:04:16 GMT

In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
>Can someone give me some insight on the proper way to abort a timer
>request?
>
>My query is:  Why is the signal still active after AbortIO and WaitIO? 
>What do I need to do to reset it?

I use: (no if statement)
AbortIO(timereq)  
Wait(sigbit)
WaitIO(timereq)

I don't use CheckIO because AbortIO won't do anything anyway if a
request has returned, making CheckIO superfluous.  I use Wait to
clear the Sigbit if the request has already returned, or 
just wait 'til it returns and THEN clear the Sigbit.  Then the WaitIO 
automatically cleans up the request for me.

Your routine didn't work because WaitIO doesn't clear out the sigbit if
the request has already returned when it's called.

-- 
"THAT is a DRY turtle.  That turtle is NOT moist!"
Ezra Story, a student at RIT, and
eas3714@ultb.isc.rit.edu, his trusty(?) mailing address.
From: Aric.Caley@ofa123.fidonet.org
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AmigaGuide Musings..
X-Sender: newtout 0.06 Jan  3 1993
Date: 19 Jan 93  12:34:00

> Organization: University of Nice Sophia-Antipolis, France
> From: beust@aurora.unice.fr (Cedric Beust)
> Message-ID: <1jeobgINNf32@aurora.unice.fr>
> Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
>
>      If you build you Amigaguide file with MakeGuide, it will do this
>      automatically and you will get the following extras :
>
>      - a plain ASCII file
>      - a Postscript file to obtain a very nice manual
>
>      SUPPORT MAKEGUIDE! Don't learn the Amigaguide format : if you
>      use MakeGuide, you only need update *one* file and it will
>      produce *three* different formats.
> --
> Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
> Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis,
> FRANCE.

Where can one get "Makeguide"?

 -Dances With Coyotes--EMAIL: dances@qedbbs.com-At the begining of the movie-
 --AKA Dances V2.0/Coyote/Critter/Magnet/Major--they know they  have to find-
 -Former Net-Lurker - A-M-I-G-A! NOT AMEOBA%#$!-each other.... but they ride-
 -World's slower programer and cursed with 1.3!-off in  opposite  directions-


--- Maximus 2.01wb
Newsgroups: comp.sys.amiga.programmer
From: vac244w@nella07.cc.monash.edu.au (J.P. Baker)
Subject: Re: PowerGlove woes???
Organization: Monash University, Melb., Australia.
Date: Wed, 27 Jan 1993 03:46:07 GMT

pochanay@cae.wisc.edu (Adisak Pochanayon) writes:

>     I have recently built the powerglove (mattel/nintendo) to Amiga project and
>I am having lots of trouble with the software.  It barely works on my 68000 machine
>and doesn't work at all with my accelerator.  Does anyone have the specifications
>of actually programming the powerglove???  Has anyone tried and gotten it to work???
>Thanks for any help (e-mail) on this subject.  If I get enough intelligent
>replies, I will post a summary of the results.

Did you build the 68HC11 box project ???? 

This is by far the best solution for the powerglove.

Just open the serial.device, set the command mode and get packets when you
need them.... then do what ever you want....

I wrote a program a few days ago to control the mouse pointer with the
powerglove.... the only problem is with the mouse button EVENTS.
If I'm over a title bar of a window then the program locks until the left
button is pressed ... something to do with the gameport device and intuition
taking over...

+-----------------------------------------------------------------+
|  John Baker (Computing Digital Technology)                      |
|  Australia.Melbourne.Monash.Caulfield                           |
|  EMAIL : vac244w@monu6.cc.monash.edu.au                         |
|          vac244w@nella1.cc.monash.edu.au                        |
+-----------------------------------------------------------------+
|  Q: Why did the Cybernaut cross the road?                       |
|  A: Cause he was jacked into the chicken!                       |
+-----------------------------------------------------------------+
Newsgroups: comp.sys.amiga.programmer
From: den@cci632.cci.com (Dennis J. Buttery)
Subject: Question about BOB's
Organization: [Computer Consoles, Inc., Rochester, NY
Distribution: usa
Date: Thu, 28 Jan 1993 13:34:41 GMT


   I would like to to be able to have a split display in my program where
a "strip" of objects are displayed at the bottom of the screen and there are
several "dropboxes" above.  The idea is that the user will click on one of the
objects in the strip and drag it to a dropbox and release it there.
 
   I am under the impression that BOB's would be the best method of handling
this.  HOWEVER, the trick is that the strip can hold more objects than the
screen can display so I need to be able to scroll the strip area without
moving the rest of the screen display.

   Can this be accomplished using BOB's???   Can BOB's be moved to a position
outside of the displayed screen area???   Should I use a second window to act
as the strip.  IF so, how do I move the BOB's from window<->window smoothly??

Any help regarding this would be appreciated.
 
					-DJB-
From: ps296au@sdcc4.ucsd.edu (Steven Cobb)
Newsgroups: comp.sys.amiga.programmer
Subject: Combining two windows input into one waitport.
Date: 26 Jan 93 04:02:44 GMT
Organization: University of California, San Diego

I can't seem to find a good example of a way to simply combine the
input from two windows (from different screens) such that I only 
have to do one waitMsg().
Can some one post a working example, or at least point me to some
FTP example?

Many thanks,
-- 
  \________/\      ______________________    __________________________________
Steven Cobb  \    /   scobb@ucsd.edu     \__/                Graduate School:
              \  /                                           It's not a job...
         UCSD  \/ ision Lab                                  It's an indenture.
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Organization: UNC Office of Information Technology
Date: Thu, 21 Jan 1993 21:57:25 GMT

In article <C17uLH.654@unx.sas.com> walker@twix.unx.sas.com (Doug Walker)  
writes:
>|> In article <1993Jan20.153218.12717@lds.loral.com> billt@lds.loral.com  
writes:
>|> >[...]some undetailed comments about 
>|> >unfair play that CBM engaged in relative to even
>|> >mentioning that MANX existed. 

>I don't know what the part about C= not mentioning that Manx exists means.

Way back when I bought my Lattice C compiler it came packaged with
the Amiga checkmark on the folder and proclaimed itself "The Official
Amiga C compiler" or words to that effect.  The manual was designed to
look like the RKM's of that time.

It certainly left a lasting impression that Lattice had an inside track
and that any other compiler venders were also-rans by definition.
I don't know how much truth there was in it, but that impression
persists to this day in the minds of many users.  I wouldn't begin
to guess how much marketing it would take to dispell that image.

I suspect that's what he was refering to.
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Aborting Timer requests
Organization: UNC Office of Information Technology
Date: Mon, 25 Jan 1993 14:03:59 GMT

In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
>Can someone give me some insight on the proper way to abort a timer
>request?

Yes, use a consistent policy for handling messages to and from the
timer device.  Don't go mixing Wait() and GetMsg() with AbortIO()
and WaitIO() unless you pay special attention to what might happen
to the signal (as you found out).  In particular:

Wait()      Allways clears signal(s).
WaitIO()    May or may not clear signal, depends on whether
              IO was completed already.
WaitPort()  Like WaitIO(), may or may not clear signal.
AbortIO()   Might result in signal being set if the IO had not
              already completed.  Leaves signal unchanged otherwise.
SendIO()    Appears not to affect signals, but in fact does
              leave signal clear.
DoIO()      No appearant effect on signals.

Note that most of the time you really don't know the state of
a signal after one of these calls.  Program defensively, being
prepared for every case.

Note that the signal associated with the reply port (or any other
port for that matter) is optional.  Note as well that the reply port
itself is optional.  Nobody does IO without a reply port and an
associated signal, though.

>My query is:  Why is the signal still active after AbortIO and WaitIO? 
>What do I need to do to reset it?

WaitIO() doesn't always clear out the signal bit.  In fact, nothing but
Wait( 1L<<SigBit ) and SetSignal( 0, 1L<<SigBit ) are guaranteed
to clear them out, and the bits are not guaranteed to stay cleared,
even as long as until the next line of code.  (ppp #247: Any task 
in the system is free to set any of your signals at any moment.
You should be prepared for that.)  (ppp=paranoid programmer pragma)

We tend to associate signals too closely with other things--messages
coming in, etc., but that's a mistake.  Signals only really mean
that a signal is set.  You should program as if signals are only
suggestions that perhaps some events might have happend and
that perhaps it would be a good thing to check on them but don't
be surprised if it's a false alarm.

You could clear the signal before you send your timer message.
"SetSignal( 0, 1L << TimerMP->mp_SigBit )" would do it.  However,
SetSignal() is documented as being "considered dangerous" whatever
that means.
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
From: aj639@cleveland.Freenet.Edu (Michael Cox)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS I BOB(n) function
Date: 24 Jan 1993 11:38:42 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aj639@cleveland.Freenet.Edu (Michael Cox)
NNTP-Posting-Host: slc4.ins.cwru.edu


Has anyone tried the I BOB(n) command?  It is supposed to return the image
number that is being used by Bob n.  If it doesn't exist, it should return 0.
I always get an illegal function error.  Anyone else?  Haven't tried it in PRO
yet.  This is AMOS v1.34.

Mike
-- 
Okay, look for AmoNER #6 on: ux1.cso.uiuc.edu in /amiga/amoner
nic.funet.fi in /pub/amiga/programming/amos  AND wuarchive.wustl.edu
Je suis venu ici pour macher du chewing-gum et pour botter des fesses.
Et maintenant, je n'ai plus de chewing-gum . . .
From: lssong@matt.ksu.ksu.edu (Livingstone Song)
Newsgroups: comp.sys.amiga.programmer
Subject: listview or similar gadget with multiselect feature?
Date: 25 Jan 1993 00:19:33 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Summary: multiselect
Keywords: multiselect

I'm trying to get a multiselect feature in listview type gadgets.
Is there any code out there that accomplishes this?

Thanks advance for any response.

--
lsong@matt.ksu.ksu.edu
From: rseichter@darkness.gun.de (Ralph Seichter)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: using the __tinymain function...
Organization: DARKNESS Public Mailbox, Kerpen, Germany
Date: Mon, 25 Jan 1993 17:52:00 +0100

ummuir05@ccu.umanitoba.ca (John Derek Muir) wrote

> I'd like to use the __tinymain function with my program, AND use the
> standard io function called printf.
> Now, do I just have to open a file called stdio??  or what?

I  suppose you want your program to detach from the calling CLI process (at
least that's what *I* use ___tinymain for).  If that's true, you don't have
standard  I/O  channels  and you'll have to supply your own ones.  printf()
won't do, but how about fprintf() instead?  Try this:

VOID myPrintf (STRPTR msg)
{
   BPTR output;

   if (output = Open ("con:0/0/400/200/My own IO/close/wait"))
   {
      /* We got the window */
      fprintf (output, "%s\n(please close window)", msg);
      Close (output);
   } else
      /* YO! No output window available, */
      /* use some EasyRequest instead. */
      myEasyRequest (msg);
}

This  (very  dumb)  function  will open its own CON window for output.  The
user  has  to close this window manually, but myPrintf() may be called even
if your program is run from Workbench.  Hope it helps.  ;)

	MfG,	Ralph
--
Helen paused. With an audible "WHUMP", Muffy's familiar yipping had ended,
and only the sound of Ed's football game now emanated from the living room.
[GL] rseichter@darkness.gun.de # Tel (+49) 2233 70293 # Zodiac's Point 3.0
From: doug@dsij.uucp (Doug Johnson)
Newsgroups: comp.sys.amiga.programmer
Subject: Gutenburg & the Koreans
Date: 23 Jan 1993 20:10:07 GMT
Organization: Not an Organization

In article <1jp348INN3e4@uniwa.uwa.edu.au> gujn@uniwa.uwa.edu.au
 (Jeremy Nelson) writes:

[ railing against ! and ' ' ]

>Finally: why do people insist on naming their filenames
>AllScrunchedUp!!?  What is their problem?  All you have to do is put the
>Damn Things in quotes, then you can uses spaces the way God intended
>when he invented Guttenberg!

    Just for the record, the Koreans invented moveable typeset.

>Jem.  Jeremy Nelson.  gujn@uniwa.uwa.edu.au       :\  =>  :)

--
Doug Johnson		  *     May the best defense contractor win.
Windsor, ON		  *             - Prisoners of Gravity
Canada			  *
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IntuitionBase
Date: 25 Jan 93 18:49:24 GMT
Reply-To: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn-beta 1.16g (11.15.92) by Michael B. Smith & Mike Schwartz

In article <paulk.3emk@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
> > ...which makes your sources quite difficult to read for other
> > people.  You really should go for what is easiest to understand....
>  
> Do you honestly think "IntuitionBase=(struct IntuitionBase *)OpenLibrary
> ("intuitionbase.library",37);" is easy to read?

I most certainly do if written like this:

   IntuitionBase = (struct IntuitionBase *)
                   OpenLibrary ("intuition.library", 37);

Doing some defines which are named not entirely clear, and then used
somewhere else in the source makes things more difficult to trace and
understand. The above way is the "standard" way, and the elements used
are well known and understandable to any programmer which took the time
to learn a little about the include files etc. No mixing things around
with defines. I have plenty experience peeking/poking around some huge
commercial sources with many defines that look much like yours. This
has made the sources almost impossible to understand. Though these
sources now are in a well-structured form, it was a nightmare to
rescue them...

I dislike these shortcuts, since they make life hard for others that
follow. But hey, there's that "job security" issue again :-)

--
Best regards                    Reply to: hemmer@hemmer.adsp.sub.org
Franz Hemmer                    #include <stddisclaimer.h>
Software Developer       _      >> Carpe Diem! - Seize the day! <<
                         \\ _
                 Interacti\X/ision - The name of precision
Newsgroups: comp.sys.amiga.programmer