HDTenEightyP/NetNews huggingface dataset:
From: dexter@sabrina.dei.unipd.it (Michele Mauro 342258/IF)
Subject: Re: ** FINALLY - AN _GREAT_ AMIGA PROGRAMMING LANUAGE
Organization: D.E.I. Universita' di Padova, Italia
Date: Thu, 28 Jan 1993 11:02:30 GMT

In article <2625@blue.cis.pitt.edu> cjfst4+@pitt.edu writes:
>Jeff Dickson (jdickson@jato.jpl.nasa.gov) wrote:
>: Code portabilty seems to be of great importance here. How does E fit in? As
>: far as I know, E is not available on any other platform. For a novice prog-
>: rammer, C would be the better language to go with, because it is useable
>: elsewhere.
>
>: Jeff
>
>I think E is availible on other platforms, but it does have a 'machine-
>specific' philosophy, i.e. it says to hell with portability, lets make it
>easier to program a specific machine instead.  This makes it easy to learn,
>and for a beginning programmer its more important to have an easy language
>than a popular one (just ask my CS dept. which uses M2 for most classes).
>After all, once you learn one procedural language, its easy enough to pick up
>any other procedural language.
>
>--
>Chad Freeman 					mail: cjfst4+@pitt.edu
>			The end.

What you say it's probably true, but I think (because of my personal experience)
that beginners should start with a simple but general language to learn the
basics of Good Programming, and only after that check out other languages. The
path I suggest is Pascal -> C++ -> Others (Lisp on the top of the pile).
I'm actually at the second step (I'started with Pascal on the old faithful
AppleII; the ancient UCSD Pascal it's still one of the best devkits i can think
of), having passed from a little of AppleSoft Basic and 6502 assembly to UCSD
Pascal, Amiga C and now GNU C++.
Once you know what structured programming and program clarity means, you can
start hacking with other, exotic languages: functional programming Lisp,
machine-dependent E, and so on. If you step right to C or E without some
theorical studies before, you'll end like a friend of mine who stepped from
Basic to C: just imagine a basic program with {}; I should have posted some of
his sources to the latest obfuscated C competition!

So my opinion is: BEFORE trying E, learn what "portability" means, or try AMOS
instead.

-.--....-.-----..-.-...-...--.....--..............-----.-.....-.-.----.........

What will we do to become famous and dandy		     \-/-
 Just like Amos and Andy				   ])eX|er
				  DHHP			     / \
						  dexter@sabrina.dei.unipd.it
Never trust a programmer whose programs
 work at the first compile...
							Mauro Michele

  --......-..-.....-....-----.-----..-.-..-......-...-..---...-.-...-..--..-.

Newsgroups: comp.sys.amiga.programmer
From: pochanay@cae.wisc.edu (Adisak Pochanayon)
Subject: Library revisions....
Organization: College of Engineering, Univ. of Wisconsin--Madison
Date: 21 Jan 93 02:39:17 CST

    Could someone post or e-mail me a list of all the library revisions and
the OS that's being run.  I want to be able to check for 1.1, 1.2, 1.3, 1.X,
2.0,2.04,2.1,3.0, etc.  I would like the version AND revision of any available
libraries.  I would also like to know if for example, a library under 2.04 has the
same revision as 2.1.  Perhaps if someone running each of these systems could
check their library versions and e-mail me version.revision for each standard
library, I could compile it into a list and post the results.  Also, it would be
nice to know any known bugs in the library...  I would greatly appreciate this
help.  I am having some interesting times trying to figure out a bug between
2.04 and 2.1 and this is just one example of where this library checking could
be useful.  Thank you programmers in advance.
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Looking for WP
Distribution: world
Date: 20 Jan 93 18:37:03 EST
Organization: Dejital Software

In article <1993Jan19.134307.19958@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd M. Lewis) writes:
>>Can anyone sugguest a word processor suitable for writing documentation
>>files for a freely distributable program in ASCII, or a utility to convert
>>ProWrite or Excellence! files into straight ASCII with formatting intact?
>>(niether one does an acceptable job of saving an ASCII text file.)

ProWrite stores its documents in an IFF WORD file whose format is documented
in the RKMs.

>>I need to keep all formatting (margins, indentation, page numbering,
>>headers, footers) intact, and have formfeeds at the end of each page if
>>possible.
>
>You might try selecting the GENERIC printer, running CMD, then
>printing.  The printer output gets captured to a file.  You may
>still have to filter the result to remove unwanted returns (ASCII 13).

The generic driver will also eliminate formatting codes such as
Underline, Bold, etc.  You really want an "ansi" printer driver that
passes the ANSI character stream sent to printer.device through to
the final destination (parallel.device or CMD).  I have such a driver,
with source code, free for the taking.

I have also created ARexx macros that get ProWrite to generate a
document automatically (select ansi printer, run CMD, run ProWrite,
load document, print, quit) that can be launched from a makefile.
Again, free to those who ask.

--
 David Jones          FreeNet: (preferred) aa457@freenet.carleton.ca
 6730 Tooney Drive    NotSoFreeNet:        dej@qpoint.ocunix.on.ca
 Orleans, Ontario     Fidonet:             1:163/109.8
 K1C 6R4, Canada      POTS: (voice only)   1-613-830-1437
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Originator: walker@twix.unx.sas.com
Date: Fri, 22 Jan 1993 13:27:08 GMT
Organization: SAS Institute Inc.


In article <1993Jan21.215725.9937@samba.oit.unc.edu>, Todd_Lewis@unc.edu (Todd M. Lewis) writes:
|> >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.

I don't think this can be what he meant.  That was more than six
years ago, back in 1986 when the Amiga was new.  If Manx had been 
concerned about that, they never would have ENTERED the marketplace.

|>  _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
-- 
  *****
=*|_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.

From: gael@hpgnd149.grenoble.hp.com (Gael_Marziou)
Date: Tue, 26 Jan 1993 11:01:09 GMT
Subject: Re: E language (more please)
Organization: Hewlett-Packard, GND
Newsgroups: comp.sys.amiga.programmer

/ hpgnd149:comp.sys.amiga.programmer / breese@monet.imada.ou.dk (Bjorn Reese) /  3:47 pm  Jan 25, 1993 /
> In article <1993Jan23.234357.1261@uoft02.utoledo.edu>  writes:
> > However, the case-sensitivity is included for SPEED.  All the compiler as
> > to do is to look at the first two letters of any word, and can determine
> > its function (Library function, varible, or keyword).  I must admit, a 
> > program that would take 2-3 minutes to compile with sas/c that only takes
> > 10 secs under E is a big difference.
> 
> Compiling speed, yes. Developing (typing in) speed, no!
> 
> I expect the computer to do as much work as possible, when I use
> a serious compiler, not that I should do all the work.

You only need to have a real editor that types for the keywords in
uppercases. GNU emacs can do this easily.
Newsgroups: comp.sys.amiga.programmer
From: breese@monet.imada.ou.dk (Bjorn Reese)
Subject: Re: argonauts
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Thu, 21 Jan 1993 15:48:54 GMT

In article <paulk.3cyy@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
> Who else here avidly devoured that #1 issue of that exciting developer's
> magazine, ARGONAUTS?

Where can we get it?

--

Bjorn Reese                    |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
From: ridder@zowie.zso.dec.com (Hans)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to make custom autoscroll screen?
Date: 28 Jan 93 05:56:50 GMT
Organization: Digital Equipment Corporation - DECwest Engineering

In article <1993Jan21.051822.16637@microsoft.com> iank@microsoft.com (Ian Kennedy) writes:

>I know this sounds like a total newbie question, but I can't get my
>autoscroll custom screen to autoscroll.  All that happens is the mouse
>wraps around the screen pointer changes size. Below are my calls to
>OpenScreenTags and OpenWindowTags.
>
>screen = OpenScreenTags(NULL,SA_Pens,(ULONG)pens,     
>                        SA_Depth,8,                   
>                        SA_Width,(ULONG)nImageWidth,  
>                        SA_Height,(ULONG)nImageHeight,
>                        SA_AutoScroll,1,              
>                        SA_Title,"Foo",               
>                        TAG_DONE);                    

I ran into this myself.  Despite what the RKM says, you need to have a
display clip for your screen.  The easiest way is to add the tag
"SA_Overscan, OSCAN_TEXT" (I might have the names a bit wrong) to your
OpenScreenTags() call.

I submitted a bug report on this to bugs@cbmvax, but they don't ever
acknowledge anything I send there, so I don't know if they got it, threw
it away, or fixed it.... :-(

>MAIL: IANK@microsoft.com if you know what I'm doing wrong! Please!

Well, OK...

>Ian "power outage at work = hack time at home!" Kennedy

-hans
-- 
  Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  DECwest Engineering, Bellevue, Washington, USA
  "I'd rather be writing MACRO-20!"
  Any opinions expressed are not those of my employer, honest.
From: mc813@vax.oxford.ac.uk
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Enforcer and AWP
Date: 22 Jan 93 09:44:06 GMT
Organization: Oxford University VAX 6620

In article <monster.067c@mbear.apana.org.au>, monster@mbear.apana.org.au
(Martin Ozolins) writes:

>Just a quick note re using Enforcer V37 and Animated Pointers
>
>When this NEW version arrived, I thought great, now I can use Enforcer
>AND copy the ROM to fast RAM at the same time.
>
>But, strange things started to happen.
>
>Sometimes when double clicking the LMB or clicking the LMB when a window
>was opening, the system would hang.
>Also, sometimes when closing down Dirmaster or Devpac3 or the SAS/C
>Editor or MSM, the system would hang.
>
>THis NEVER happened with the OLD Enforcer.
>
>But now it seems that the problem has been solved.
>
>I was running AWP ( Animated Workbench Pointer ), since I have stopped
>using this program ALL of the above problems have stopped.
>
>I stopped using it when I set an animated pointer up in one of my programs 
>( using the source from one of the 2 Tech Journals ) and problems started to happen.
>By moving the mouse around ( which causes the large screen to autoscroll whilst 
>the animated pointer was in action ) the system would sometimes hang when the pointer 
>reached the edge of the screen.

>Does anyone know why using an animaed pointer ( one that sets up an interrupt
>routine to control the animation time ) would cause problems with the Enforcer V37+ ?

The solution is to not use AWP. It is a *VERY, VERY* lame program. I
disassembled it a while ago, and (as far as I can remember) it contained
instructions like MOVE.L #$xxxxxxxx,($00Fxxxxx.L); so it overwrites part of
your Chip RAM at a fixed address. This is especially bad if you have >1M of
Chip RAM.

I suggest that you use NickPrefs or some similar program instead.

	-- Mark Knibbs
	ed93004@black.ox.ac.uk
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Originator: jamie@cdevil.unx.sas.com
Date: Mon, 25 Jan 1993 15:51:00 GMT
Organization: SAS Institute Inc.


In article <paulk.3evt@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
>> CBM has been supporting SAS with vast $$$$ and they were going it
>> alone;
>
>What??  Has C= been giving kickbacks or something??  What's the story
>here?

There is no story.  The only money CBM has ever given SAS Institute is the
amount necessary to purchase copies of the compiler.

-- 
---------------
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: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: argonauts
Date: 21 Jan 93 03:25:14 GMT
Organization: BBS

Who else here avidly devoured that #1 issue of that exciting developer's
magazine, ARGONAUTS?


ha ha ha ha ha ha ha ....


Oh, could whoever has an opinion please give me your subjective impressions of
which Physik mirror systems in the western hemisphere are "best"?
Newsgroups: comp.sys.amiga.programmer
From: rtillery@crash.cts.com (Rick Tillery)
Subject: Re: AGA chipset registers and screenid's
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 24 Jan 93 11:33:04 PST

Mark David Simmons (mds@doc.ic.ac.uk) wrote:
: Please don't flame my curiosity but I would like to know what the new registers/
: bits used in the AGA chipset and what they're used for (I don't want to have to
: try to disassemble AmigaDOS 3 to find out - cos I'm curious but lazy 8-).
: 
: Also has anyone got a complete list of ScreenID's (names and no.s)?
: 
: Please (*BEG*) mail me with the information or just a location on an anonymous
: FTP site somewhere where you know these things are to be found (I check amiga.
: physik.unizh.ch and nic.funet.fi every day in the hope...)...
:

As an interesting observation, the AGA version of DPaint IV has a requester
that has (among many other things) the DisplayID code for each mode, aspect
ratio, sweep rate etc.

Until I can get hold of more official info from C=, this is my best source
of this info (I use it to hand place the correct code into the CAMG chunks
of my IFFs so they open up the correct screen when viewed with VT).

Rick Tillery
 __________________________________________________________________
|                                                                  |
| Rick Tillery ( RTillery@crash.cts.com  RTillery@cup.portal.com ) |
|  Soon available for an Engineering or programming job near you!  |
| --- The displaced Razorback!  Wooo Pig Soooie!  Go Hogs Go! ---  |
|      Amiga - The underdog computer with a superhero's power.     |
| N.I.N.J.A.J.I.S. - "I refuse to donate an aloft fornication."-RT |
|__________________________________________________________________|
 
 
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++ compiler
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Fri, 22 Jan 1993 16:53:02 GMT

In article <1384@lorentz.sbi.com> peter@aristotle.sbi.com (Peter Murray) writes:
>
>
>I have the Comeau C++ which is cfront 3.0...
>
>I have had no problems with it thus far, but since work keeps be so busy I 
>have not done anything but simple progs so far....
>
>
>It seems like a nice package, no bells or whisles.....just a simple 
>C++ compiler,

Thanks for the kind words.  This of course echo's the review we
just received in the V3N1 issue of AC'S Tech.

>but you need a c compiler to go with it

That is correct.  Current "official" backends include SAS/C 5.10a and above
(right up to SAS/C 6.1), and Manx Aztec C 5.0d and above.  Support for a
a DICE C backend is currently in beta testing.

>...it comes with matt dillons ? pd one...

That is not entirely correct.  At a user selectable option the
DICE C preprocessor can be installed (t is on our master but is
not part of our product).

- 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: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Newsgroups: comp.sys.amiga.programmer
Subject: exiting the handler (was: altering pr_MsgPort)
Date: 26 Jan 93 16:00:37 GMT
Article-I.D.: jato.1993Jan26.160037.25971
Organization: Jet Propulsion Laboratory


	I posted a question last night about altering pr_MsgPort and I
wish to retract it. What I was really interested in knowing is that 
after I set dn_Task to the message port of my launched process can I
safely perform an rts in the initial process begun by AmigaDOS and rest
assured that the memory allocated for the device node structure will
hang around? 

	Another way all together. Could the initial handler be used in the
context of a process if I set dn_Task to the address of a message port I
create (not pr_MsgPort)?

Thanks,
Jeff S. Dickson
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: RS-232 Programming
Organization: Jet Propulsion Laboratory
Date: Sat, 23 Jan 1993 06:38:33 GMT

In article <navy.727747162@vincent1.iastate.edu> navy@iastate.edu (Scott V Rivera) writes:
>Can anyone help me with some code (pascal or C preferred) for reading
>from the RS-232 ports.  Mainly I would like to be able to read a 
>8-bit binary number and possibly pass back and forth some control values.
>
>I guess the real question is... is there a way to detect logical
>highs and lows in the port, and place logical highs and lows.
>
>Please post any questions.   I know it may be too vague, just let me know.
>
>Thanks,
>Scott Rivera
>navy@iastate.edu
>PrISUm - Solar car project
>Iowa State Universisty
>

	My advise is to get a hold of the Rom Kernel Manual. It contains an
adequate description of the serial.device. You do not need to set/reset
individual bits (make a mountain out of a mole hill) to accomplish what you
want.  

Jeff
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: argonauts
Date: Thu, 21 Jan 93 13:49:36 PST
Organization: The Portal System (TM)

You send someone $60 for 4 issues....  I think the mention was slightly
on the sarcastic side.
From: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Question about Autodocs
Date: 21 Jan 93 07:56:54 GMT
Reply-To: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <1993Jan18.223628.1134@uoft02.utoledo.edu>, Michael Neylon writes:

> Does anyone know what the avialibility of the AutoDocs?  That is, if I
> make a utility that encorporates them, ...
> ...hus, I may be encouraged to write a AmigaGuide/Hyper document ...

All autodocs can be converted automatically with an utility developed
by Commodore.
I don't think you need to develop another one.
--
 Jean-Michel Forgeas      uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
 16170 Bordeville                            __
 France                                      \/
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: using the __tinymain function...
Originator: walker@twix.unx.sas.com
Date: Mon, 25 Jan 1993 13:54:23 GMT
Organization: SAS Institute Inc.
Keywords: C


In article <C1BptJ.8yC@ccu.umanitoba.ca>, ummuir05@ccu.umanitoba.ca (John Derek Muir) writes:
|> 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?

This is kind of silly.  The only difference between __tinymain and
__main is that __main initializes stdio, which is what you want
to use.  So use the normal __main.

If this isn't good enough for you, use sprintf() to format your
message, then use AmigaDOS calls to print it out.  Or if you don't
mind if your program doesn't run under 1.3, use the AmigaDOS
built-in versions of formatted output under 2.0 and above.

|>   John D. Muir                 ummuir05@ccu.umanitoba.ca

-- 
  *****
=*|_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.
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.2 Patch Now Available!
Date: 26 Jan 93 07:17:47 EST
Organization:  Wright State University 

In article <ODels*df1@gfxbase.in-berlin.de>, ebers@gfxbase.in-berlin.de (Thorsten Ebers) writes:
> In article <C1A0J0.E7A@unx.sas.com>, James Cooper writes:
> 
>>
>> The 6.2 patch for the SAS/C Development System for the Amiga is now
>> available via anonymous FTP.
>>
>> It was just uploaded to ftp.luth.se, as /pub/aminet/new/sc6_2.lha.
>>
> 
> are You sure ?
> I just looked at it and only found a readme file

	It was in the /pub/biz/patch directory.  

	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.

> 
>> 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.
> 
> Thorsten
> ---
> Thorsten Ebers   e-mail: ebers@gfxbase.in-berlin.de
> 
> Tel.: +49 30 321 3428
Fred Heitkamp,  ** Not an organization **
From: johnl@SDFSERV.hac.com (John Lee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Does the OS recombine sections of free mem?
Date: 21 Jan 93 21:31:15 GMT
Organization: Hughes Aircraft Company, El Segundo, CA

In article <1993Jan19.161330.119774@marshall.wvnet.edu> rcbi110@marshall.wvnet.edu writes:
>How good a job does the OS do of merging memory that has been allocated
>then deallocated?
>
>For instance if you have a section of unused mem, then right after that, a
>section of mem being used by some program, then after that, some more
>free mem, when the middle section is freed, does the OS know to recombine
>the 3 areas back into one?
>
>Seems like I have to warmboot often because memory is fragmented.

Yes.  The OS coalesces adjacent free memory sections.  It does as good
a job as possible (either you do or you don't.)  It does not compact
memory, though--it can't, really.  Not with the memory access scheme
used.

Memory fragmentation that needs a warm boot to clear is due to memory
that's still in use (or not released properly.)

-------------------------------------------------------------------------------
The crew faces deadly GURUs!  Next time on AmigaDOS: The Next Generation.
	+--------+			John Lee
	| HUGHES |
	+--------+			Internet: jhlee@hac2arpa.hac.com	
The above opinions are those of the user and not of those of this machine.