HDTenEightyP/NetNews huggingface dataset:
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Please crash my machine (was Re: Correct number to use as VERSION)
Date: 22 Jul 92 16:20:16 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

mykes@amiga0.SF-Bay.ORG (Mike Schwartz) writes:
>In article <1992Jul14.155112.9967@rz.uni-karlsruhe.de> ry53@rz.uni-karlsruhe.de (Angela Schmidt) writes:
>> In article <1992Jul13.193348.1@vaxr.llnl.gov>, yurick@vaxr.llnl.gov writes:
>>
>> |> I would gladly give up a little extra room on
>> |> my disk or hard-drive, if a program was written with ALL of the
>> |> potential users in mind.
>>
>> You won't loose any bytes - except one single byte in your sourcecode
>> since you have to replace 0L by 33L. That's all. But I think we should
>> give up: They'll NEVER get it. Let them use 0L if they think that's a
>> good style. We've told them the better way, but if they don't believe
>> us...
>>
>
>There's more to changing the code.  You have to test it!  So to test it,
>you have to search high and low for a system that can run 1.0 or 1.1
>(or even 1.2) and test your software.
>
>Now for the real question:  What do you think there is to 1.1 that isn't
>in 1.3?  A few graphics functions - elipses and such - that are likely to
>not be used in MOST software.  So the software _should_ work under 1.1
>anyhow.  As long as you can keep 1.1 from Guruing on you that is.
>
>Before people start pointing out the several differences, I am not concerned
>about autobooting and the like.  Only OS calls that are there in 1.3 that
>aren't in 1.1.

So, let me just start with one of the most important ones from EXEC:

ObtainSempahore(), ReleaseSemaphore(), InitSemaphore(), AttemptSemaphore(),
ObtainSemaphoreList(), ReleaseSemaphoreList(), FindSemaphore(),
RemSemaphore(), (and the broken AddSemaphore())

AddMemList() (used to add memory to the memory list)
CopyMem(), CopyMemQuick()

And last, SumKickData() (for Kickmem support)

Now, in a multitasking system, semaphores are absolutely vital.
I know lots of things that uses CopyMem()/CopyMemQuick() (since it
really helps)

If you want the intuition changes, they are:

RefreshGList(), AddGList(), RemoveGList(), ActivateWindow(),
RefreshWindowFrame(), ActivateGadget(), NewModifyProp(), and
GetScreenData().

Of these, a number are required by most every GUI application.

If you want more, please let me know and we will list those from other
parts of the OS.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                     Luck sometimes visits a fool,              |
| \XX/                      but never sits down with him.              |
\----------------------------------------------------------------------/
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MUNGWALL 37.54 uploaded (addendum)
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 23 Jul 92 14:55:40 PST
Organization: Amiga makes it possible

In article <1992Jul23.151314.4528@sagpd1> monty@sagpd1 () writes:
> In article <1992Jul20.224702.25458@javelin.sim.es.com> dingebre@imp.sim.es.com (David Ingebretsen) writes:
> >
> >Ooops, I forgot to say where I uploaded it;
> >
> >amiga.physik.unizh.ch
> >130.60.80.80
> >
> >
> >hubcap.clemson.edu
> >130.127.8.1
> >
> >
> >	David
> >
> >	**************************************************************
> >	Disclaimer: The content of this message in no way reflects the
> >	            opinions of my employer, nor are my actions
> >		    encouraged, supported, or acknowledged by my
> >		    employer.
> >
> >		    ie: If I mess up, it's my fault and mine alone.
> >	**************************************************************
> >
> >	dingbre@imp.sim.es.com
> >
> >
> >
> >
> >

I did not remove the above .sig to illustrate something.

> Minor falme ON:
>
> 	I guess it's time to air my two my pet complaints again.
>
> 	1) signature blocks -- Not everyone in this world has a 16.8k baud
> 	modem and unnecessarly long signature blocks are a pain.  This example
> 	is only 18 lines long, some have exceeded 23 lines lately!
>

Line count is not the issue - a 110 baud modem sends/receives 10 blank lines
(10 LF/$0a bytes) just as fast as it does 1 9 character line (plus end of
line char).  The .sig you complain about is fewer bytes than mine is -
and mine is 3 long lines and 2 short ones.

> 	2) comp.sys.amiga.binaries/source -- Why does everyone drop everything
> 	at an ftp site and not post anything to the binaries/sources groups
> 	anymore?
>

Perhaps everyone who is someone has FTP access? :)  <- this is a joke, son.


> 	Some of us do not have ftp access but are still very interested in
> 	many things like mungwall. Have the binary/sources group really
> 	come back on line ????? or is that just a dream!
>

Actually, people have been having minor discussions in the .sources groups
lately.  FTP is the big thing - as are "bots" running on IRC.

> Flame off:
>
>
> Monty L. Saine
>
> p.s. the entire article was included to show length of signature block!

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

Newsgroups: comp.sys.amiga.programmer
From: rkaivola@mits.mdata.fi (Risto Kaivola)
Subject: LoadSeg and order of hunks
Organization: Microdata International Telecomm Service, Helsinki, Finland
Date: Wed, 29 Jul 1992 13:53:49 GMT

  The AmigaDOS function LoadSeg() loads a load module into memory.
I would like to know whether the resulting segment list is
guaranteed to reflect the order of hunks in the load module.  That
is, is the order of the segments in the segment list the same as
the order of code and data hunks in the load module?
  The reason why I ask is that I have a custom linker (works on
standard AmigaDOS object modules, though) that supports a special
feature by which a list of machine language instructions in the
load module can be linked to a high-level source.  The feature
is implemented by means of the hunk_debug, so I'm not breaking the
rules.
 
-- 
Risto Kaivola
(Internet address:   rkaivola@mits.mdata.fi)
From: cory@cecily.UUCP (Cory Cohen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
Date: Tue, 28 Jul 1992 20:34:14 EST
 <mykes.09ny@amiga0.SF-Bay.ORG> <BrrB07.7Bu@DMI.USherb.CA> <14js9gINN8m5@matt.ksu.ksu.edu>
Organization: The New Alaska Riviera
X-Newsreader: Arn V1.00 beta rel2

In article <14js9gINN8m5@matt.ksu.ksu.edu>, Steve Davis writes:
> I'm going to have to chip in with a word for GNU-EMACS, the ONE
> TRUE EDITOR.  Something has to be said for EMACS, since it can
> *emulate* through ELisp any other text editor.  And what's even
> better is that it's MACHINE INDEPENDENT!  :-)  I'm using EMACS
> right now on an 80 MIPS UNIX box, have it for my laptop, for my
> Amigas, etc. etc. etc.  

Here's what it came down to for me...

  I you want ONE editor that will do EVERYTHING you could ever DREAM
  of doing, get GNUEmacs.

    * Command/Filename completion
    * Multiple windows
    * Multiple buffers (each with it's own key bindings/environment) 
      (there's a difference betweeen windows 'n' buffers ya know)
    * Full online help
      * Reads info format help files (docs for most of GNU)
      * Online tutorial
      * Function/Variable descriptions
      * Mode descriptions 
    * ELisp (macro language)
      * Complete(?) lisp implementation built into editor
      * Compiler (actually I don't what you'd call byte-compile but
        a compiler's the closet word I can think of)
      * 1000's of programmers writing macros 

    (Here's the real trick... Anyone else who has an editor macro
     language which can do ANY of these things, speak up now...!!!!)
    * Macros
      * Read mail
      * Read news
      * Directory editor (copy, rename, delete, compress, edit ...)
      * Demonstrate the solution to the tower of hanoi :-)
      * Life simulation
      * Sort (by line, column, paragraph, field, etc)
      * Langauge support: C, Modula2, Ada, Fortran, Scheme, Prolog,
        TeX, Simula, Nroff, Pascal, .....

  Plus, it runs on ever platform imaginable.  I couldn't stand having
  seven different editors XEDIT, VI, TPU/EVE, CED, PE, EDLIN, etc.

  Now I run GNUEmacs on:
   * My 386 PC at the office
   * My vax account
   * My unix accounts
   * My Amiga
   
   And you know what?  It's pretty much the same on each of them...
   So -- I'll admit it. I don't use 1/4 of what GNUEmacs offers, BUT
   you'll never see me cussing over changing editors again.  GNUEmacs
   will do anything I'll ever need, and run on every computer I'll
   ever have.

Cory Cohen   (Another GNUEmacs bigot)

P.S.   I wouldn't recommend running it on a 68000. (Kinda slow)
       Runs great on my Amiga 3000 tho'. :-)
======================================================================
Cory Forrest Cohen        uunet!coplex!cecily!cory    cory@cecily.UUCP
----------------------------------------------------------------------
We only have ONE line.                                There is NO job.
======================================================================
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Interrupt program needed
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 28 Jul 92 11:13:48 PST
Organization: Amiga makes it possible

In article <sims.712325233@sauron.msfc.nasa.gov> sims@sauron.msfc.nasa.gov (Herb Sims) writes:
> Does any one have a good demo program that shows how you go about setting
> up a program with interrupts?  I would preferre it be in Assembly
> but will take what I can get.
>
> Thanks in advance.  And please mail direct.
>

	move.w	#$7fff,$dff09a

> Herb
> sims@sauron.msfc.nasa.gov

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
From: ridgwad@jacobs.CS.ORST.EDU (Dean Ridgway)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HD recovery program of choice
Keywords: QuarterBackTools
Date: 29 Jul 92 07:52:18 GMT
Article-I.D.: leela.1992Jul29.075218.17863
Followup-To: comp.sys.amiga.programmer
Distribution: na
Organization: Computer Science Outreach Services - Oregon State University

In article <XGeqr*GM1@swinjm.UUCP> cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas) writes:
>In article <1992Jul23.163459.14390@ultb.isc.rit.edu>, mjp3783@ritvax.isc.rit.edu writes:
>
>> I have heard of QuarterBackTools totally trashing a hard drive as with some
>> others.
>
>QuarterBackTools always did the best job for me, never trashed something.
>Never regret my purchase.

QuarterBack Tools trashed my HD when I first got tools.  But rereading the
Tools manual I discovered my HD driver software was too old a version.  I
purchased a software update from my HD interface maker and Tools has NEVER
given me any furthur problems.  Great program, it saved my butt this afternoon
when I discovered I deleted the WRONG version of a program I was working on.

Dean Ridgway | FidoNet 1:357/1.103 | InterNet ridgwad@jacobs.cs.orst.edu
	     | CIS 73225,512       |          ridgwad@atlantis.cs.orst.edu
From: heinz@edohwg.UUCP (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  locale.library autodocs
Date: 21 Jul 92 19:14:32 GMT
Organization: Edotronik GmbH

In article <1992Jul16.150601.7966@ida.liu.se> d90pahme@odalix.ida.liu.se (Pahl Melin) writes:
>I actually have a developers version of OS 2.1 (just cannot remember where I got it
>from :-). There are functions for 'translating' text strings as you said above. There

:-(((((((((((((((((((

>Pahl (wad) Melin             d90pahme@und.ida.liu.se

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: bleys@tronsbox.xei.com (Bill Cavanaugh)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: WB2.04 distribution solution
Date: 23 Jul 92 01:36:20 GMT
Organization: Xanadu Enterprises Inc.

In article <davis.40.0@chem.canterbury.ac.nz> davis@chem.canterbury.ac.nz (John Davis) writes:
>In article <1992Jul20.224423.19195@tronsbox.xei.com> bleys@tronsbox.xei.com (Bill Cavanaugh) writes:
>
>>Commodore uses BIX for that purpose.  As those people in the
>>non-academic community know, it's a lot easier to get access to BIX
>>than it is to a site that lets you ftp!<chuckle>
>
>ah, it's so nice to see americentrism is still alive and well!! Does anyone
>in american have any idea of what a hassle (and huge expense) it is to access
>BIX from outside the US? Even Compu$erve is cheaper to access than
>BIX for people in the antipodes...
>

Ah, it's so nice to see that knee-jerk nationalistic attacks are made
by people everywhere!

FYI, a couple of years back when I was on BIX, one of the most
prolific writers of text and software there was Sebastiano Vigna, who
was (through some method apparently not available in New Zealand)
connecting from Milan, Italy.

Please excuse my Ameri-Eurocentrism!

bill
-- 
 *         Bill Cavanaugh       bleys@tronsbox.xei.com          *
 *                                                              *
     "That whole thing about the 'child within' I've always
      felt to be kinda stunted in a way."
                           Tim Burton (speaking to Bob Costas)
XY + XX = :-)
Newsgroups: comp.sys.amiga.programmer
From: peteru@hydra.maths.unsw.EDU.AU ()
Subject: Re: EMACS ??? was: C Editor...
Organization: school of Mathematics UNSW
Date: Thu, 30 Jul 1992 05:24:00 GMT

In article <61nqr*C+0@cecily.UUCP> cory@cecily.UUCP (Cory Cohen) writes:
>
>Here's what it came down to for me...
>
>  I you want ONE editor that will do EVERYTHING you could ever DREAM
>  of doing, get GNUEmacs.

All I want from an editor is to edit text FAST.

 ...

>    (Here's the real trick... Anyone else who has an editor macro
>     language which can do ANY of these things, speak up now...!!!!)
>    * Macros
>      * Read mail
>      * Read news
>      * Directory editor (copy, rename, delete, compress, edit ...)
>      * Demonstrate the solution to the tower of hanoi :-)
>      * Life simulation
>      * Sort (by line, column, paragraph, field, etc)
>      * Langauge support: C, Modula2, Ada, Fortran, Scheme, Prolog,
>        TeX, Simula, Nroff, Pascal, .....

As I said, I want my text editors to be fast, and if possible have some
sort of real time feedback. One problem I found with emacs on ALL machines
was it's slowness of scrolling around. When it couldn't keep up it would
just jump around in a very jerky and unpredictable way. Drives me nuts.

I doubt very much that people want all of the features listed above. For
most of the things you listed above a separate utility is often more de-
sirable than the ability to invoke them from an editor.

As far as automatic formatting of source code goes, yuck. I AM the one who
is writing the code and I WILL decide what it is going to look like. When
the machine is able to generate the code then it can do whatever it wants
with it's layout (eg. GadToolBox).

Don't get me wrong, I use Emacs and I like emacs, but only because I
was able to configure it to behave (almost) like CED. I was pretty much
one handed without CED's keybindings.

Peter Urbanec				  peteru@hydra.maths.unsw.oz.au
University of New South Wales		s1013734@cs.unsw.oz.au
Sydney, Australia
		The only sin is stupidity  - Machiavelli
From: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ASL and GadTools libraries.
Date: 28 Jul 92 17:30:25 GMT
Reply-To: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <1992Jul27.191144.25772@wam.umd.edu> stark@wam.umd.edu (Mike Stark) writes:
>I posted a question a while back about using ASL.  Here is a summary of a few
>of the things that I found out.  Not all of them are related to ASL.
>
>When using the hook function to get messages from a shared IDCMP while an ASL
>requester is displayed, it works to return a NULL pointer instead of the 
>pointer to the message ASL passed you. (The reason you would want to do this
>is if you want to close the window with which the message is associated while
>the ASL requester is displayed.)  The reason it is OK is that ASL calls 
>GT_ReplyIMsg which doesn't mind being passed a NULL pointer.  The autdocs
                                                               ^^^^^^^^^^^
>take a strong stance against doing this but it works.  I wish the autodocs
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Why do you think they take such a strong stance?  Sheesh.  

>said this was OK because I really want to let the user of my program close 
>windows while the ASL requester is active.  (I have a problem with MFR which
>may be caused by it's not using GT_ReplyIMsg.)

Wishing does not make it so.  Here's a quote that should be a primary
thought as you program the Amiga :

  "Please disconnect in your mind the concepts 'seems to work just fine'
   and 'Is allowed'" - Peter Cherna                              |

>GetMsg/GT_FilterIMsg/GT_PostFilterIMsg/ReplyMsg does not operate the same
>as GT_GetIMsg/GT_ReplyIMsg.  In particular, if you are using the GT_Filter
>routines, you start losing IDCMP_MOUSEMOVE events when you are using the
>slider gadgets from GadTools.  I imagine that GadTools turns them off so as
>not to get too far behind and GT_PostFilterIMsg doesn't turn them back on
>again while GT_ReplyIMsg does. Go figure.

Yes, go figure (again)

>Just a few things I thought you all should know.  If anyonse has a way that 
>I could close windows while the file requester is open and still let ASL 
>(Or MFR) reply to the IntuiMessage, I would like to hear it
>
>---Mike Stark                         | stark@umdhep.umd.edu
>   Physics Department
>   University of Maryland
>   College Park, MD  20742
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Segmentation faults needed
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 22 Jul 1992 13:47:35 GMT
Organization: SAS Institute Inc.


In article <1992Jul21.222212.29270@cs.rose-hulman.edu>, catapcnl@NeXTwork.Rose-Hulman.Edu (Chris Lawrence) writes:
>Distribution: World
>
>In article <1992Jul21.190824.7598@emr1.emr.ca> dostie@ccrs.emr.ca (M Dostie)  
>writes:
>:This may be hopeful thinking but is there some utility which will
>:prevent C programs from crashing the machine and rebooting it and
>:instead print something like Segmentation fault and return to the
>:console??
>:
>:      Mark Dostie
>:      mdostie@ccrs.emr.ca
>
>If you use SAS/C, try using the catch.o startup code.  This will trap many  
>(though not all) exceptions.  As for segmentation faults, that sort of stuff  
>requires protected memory support or a program like MemWatch.

catch.o will catch anything that happens within your program, but it
won't catch things like sending bad packet info to a DOS or Exec call,
etc.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: CPU cycles
Date: 29 Jul 92 14:41:50 GMT
Organization: Amiga makes it possible
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith

In article <1992Jul24.140511.2717@csdvax.csd.unsw.edu.au> 89u7491@csdvax.csd.unsw.edu.au writes:
> In article <jbickers.0bpc@templar.actrix.gen.nz>, jbickers@templar.actrix.gen.nz (John Bickers) writes:
> >
> >     My routine takes around 2920 cycles, but it's only happening about
> >     850 times a second. Multiplying the two tells me there's roughly
> >     2,500,000 cycles a second, when I expected ten times that (25MHz).
> 				 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> You have forgotten memory access times. Time taken to get/put data from memory
> is considerably longer than a CPU cycle, this will raise the expected numer of
> Cycles per instruction. Secondly the 68030 instruction cycle may not be running
> at 25Mhz, it may be some derivative of this? (I'm not sure here). Anyway isn't
> the 68030 pipelined, in which case all instructions should take 1 pipeline
> cycle once the pipe is full.
>

I remember reading magazine articles about the 020 when it first came out.  Seems
even Motorola can't tell you how fast your code is going to run :)  At least that
was the case at the time...  Some instructions on the 030 take ZERO cycles when
used in the right sequence, so counting clock cycles is almost useless.  However,
if you compare an algorithm written two ways and count the clock cycles for each,
the one with the fewer cycles will run faster :)

> Cheers
> -Trevor

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