HDTenEightyP/NetNews huggingface dataset:
From: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 in Europe?
Date: 9 Oct 92 08:59:03 GMT
Reply-To: forgeas@swinjm.adsp.sub.org (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <1992Oct7.191936.13918@polaris.utu.fi>, Kari Sutela writes:

> Has anyone in Europe received an upgrade notice for SAS/C from the SAS
> Heidelberg office?

I didn't receive anything from them for the moment...
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 and WShell
Date: 12 Oct 92 13:03:36 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <paulk.1tui@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
|> |>         Wouldn't it have much easier to do this simply by
|> |> redirecting compiler outpt through PIPE:?
|>  
|> > The F4 key lets you compile the file currently in the editor
|> > buffer, WITHOUT saving it to disk.  We have to look like a file
|> > system to allow the compiler to Read() the editor buffer.
|>  
|> Does it Seek() the input?  If not, you could use a pipe for that too.

That's a good point.  We never rethought the implementation after
2.0's PIPE: came out, I guess.  We'll play with that and see if
we can get it into a future update if running under 2.0.

It will cost one minor feature, though - SE will lose the ability
to display what line number the compiler is currently on.

Actually, come to think of it, I think you could do this in a
REXX script now.  Just write a script to save the current file
to a PIPE: file, then invoke the compiler on the PIPE:.  Naming
the output file might be tricky.

-- 
  *****
=*|_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: pdietz@cse.unl.edu (Phil Dietz)
Newsgroups: comp.sys.amiga.programmer
Subject: GERMAN translator (locale.library) needed
Date: 14 Oct 1992 16:59:02 GMT
Organization: NCEMRSoft
Distribution: world
NNTP-Posting-Host: cse.unl.edu


Needed:
A person to translate a small strings file from English into German.

Reward:
Your name permanently inscribed in my docs :-)

--
                                                              Phil Dietz
       I tend to fawble.                              pdietz@cse.unl.edu
                                                  University Of Nebraska
From: kontos@clipper.ingr.com (Thorne Kontos)
Newsgroups: comp.sys.amiga.programmer
Subject: Hardware tricks and demo tips wanted
Date: 13 Oct 92 20:15:45 GMT
Organization: Intergraph Advanced Processor Division - Palo Alto, CA

The subject line says it all. I am interested in 
obtaining information along these lines in order
to start writing a game. The problem here is
that I have the idea, but lack the necessary
programming skills. I am interested mainly in
code that will allow smooth-scrolling, but other
coding tricks would be greatly appreciated. I am
halfway through a commercial (I hope) application 
uses only "legal" methods of programming, but after
this project is finished, I would like to attempt
something more in-depth. 

One of the things I have noticed is the lack of
skilled Amiga programmers writing new ground-
breaking games. I for one think this is mainly
due to a lack of literature. I began a FAQ list
a few months ago, but job priorities began to 
interfere with completing it. I will restart efforts
in this direction if there is enough interest to
warrant it.
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Libraries example source code?
Date: 13 Oct 92 21:02:56 GMT
Reply-To: Kent.Dalton@FtCollinsCO.NCR.com
Distribution: world
Organization: NCR Microelectronics, Ft. Collins, CO


I finally broke down and laid out the cash for the Libraries RKM and was
wondering if C= has made the source code for the examples available
on-line. I know this was discussed once and the CATS folks said it
probably would be available in that form eventually, but have not seen
any announcements, etc, yet...

I'd really like to do some cutting and pasting! ;-)


--
/**************************************************************************/
/* Kent Dalton                   * EMail: Kent.Dalton@FtCollinsCO.NCR.COM */
/* NCR Microelectronics          * Phone: (303) 223-5100 X-319            */  
/* 2001 Danfield Ct. MS470A      *   FAX: (303) 226-9556                  */
/* Fort Collins, Colorado 80525  *                                        */
/**************************************************************************/
JAPAN is a WONDERFUL planet -- I wonder if we'll ever reach
 their level of COMPARATIVE SHOPPING...
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 2.1/3.0 Native Developer Updates?
Date: 7 Oct 92 09:52:52 GMT
Organization: IWANIMA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <19q3alINNatf@uwm.edu> gblock@csd4.csd.uwm.edu (Gregory R Block) writes:
> I've got a question:  Is AmigaGuide.library going to be released in
> the 2.1 upgrade also?  And its player?  (god, I hope so)

    Not at all. AmigaGuide is part of 3.0 .

    Regards,
                                   -- Philippe

/------------------------------------------------------------------------------\
|    Philippe Berard  (French Amiga User)       |                              |
|    "They hold a cup of wisdom,                |  amipb@amipb.gna.org         |
|     But there is nothing within" (Kate Bush). |                              |
\------------------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: Hans Ridder <ridder@zso.dec.com>
Subject: Re: IDCMP
Originator: ridder@zowie.zso.dec.com
Keywords: Input handler, IDMCP
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Fri, 9 Oct 1992 21:26:37 GMT

In article <1992Oct9.084809.26197@ifi.unizh.ch> matija@avalon.physik.unizh.ch (Matija Milostnik) writes:
>In article <Bvu6pz.JMs@fiu.edu> xnybpf01@serss0 (Brian P Feeny) writes:

>>I need to write a routine that basically waits for a disk to be
>>inserted.  This routine will run in the background at all times.  I do
>>NOT wish for this routine to open a window.  So how do I get IDCMP
>>messages when I dont have a MsgPort connected to a window?
>
>Listening for an IDCMP message without a winodw can only be acomplished
>by an input handler.

Well actually, an input handler doesn't get IDCMP messages, it gets
InputEvents, which are somewhat different animals.  But the general idea
is correct.  You can get disk-inserted events as an input handler, but
you *must* have a window to get IDCMP messages.

>Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  

-hans

-- 
  Hans-Gabriel Ridder				Digital DECwest Engineering
  ridder@rust.zso.dec.com			Bellevue, Washington, USA
  {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Trying to scroll!
Date: 12 Oct 92 17:21:55 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <GREENDOG.92Oct9110956@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:
 >
 >That worked fine (just a counter).  When I changed the ASM code to do
 >my scroll strange things happen.  The scrolling DOES work, smootly, for
 >about 3-4 seconds, and then the computer reboots.  
 >
 >        XREF    _LVOScrollRaster
 >        XREF    _rp
 >
 >        jsr     _LVOScrollRaster(a6)    * do the scroll

The docs for ScrollRaster() tell that you need a TmpRas, a separate
bitplane (or part of), where the system first renders anything. You have
to provide a pointer to a TmpRas in your RastPort. I see no reference
to this. Did you perhaps forget it, so that the system renders at
some arbitrary place in RAM and walks over important data and thus
kills you (at least after some tries)?

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Newsgroups: comp.sys.amiga.programmer
Subject: Help w/ non-gadtools string gads
From: mneylon@jupiter.cse.utoledo.edu (Michael Neylon)
Date: 15 Oct 92 10:23:28 EST

I posted this before, but recieved no help on it, so let me ask again....

I am attempting to write a simple language flashcard program for the Amiga
I have created a text version of it, which now works wth no problem.

However, a intuition interface would be much nicer :).  I would like a 
small window to open, with a string gad in the center of it (note that this
is not using gadtools.lib...*sniff*).  During execution, the english
word or phrase would appear above the gadget as IntuiText, and autoactivate
the gadget, awaiting user input...
Once the gadget is 'released' (ie <retern> is pressed), the program would
then display the correctness of the answer (again as IntuiText) below the
box.  Then the program would wait for a <return> (ie gets()) and then 
proceed to redo the whole thing until its out of words or the user clicks
the close window gadget.

Fine.  I had set up the window and gadget w/ no problem, and created some
Intuitext structures for the questioning.  However, I have had no luck in
getting the program to run properly.  For example....
-If I leave out placing the intuitext in the window, everything goes fines,
	but Its a little had to tell what is going on... :)
-If I include them, one of two things happen....
	1) The program crashes as it tries to write the intuitext....
	2) The program works fine once it writes the text, but crashes 
	after 4 letters are typed in the string gadget.

Im pretty sure that the text version is not messing this up, nor do I think
my IDMCP calls are incorrect (I can quit the program properly if I click
on the closewindow gadget).  
Could someone please demostrate what I need to do?  This is the only part
of the intution that I cannot get to work....

TIA

-- 
Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!
      //         | Senior, Chemical Engineering, Univ. of Toledo
  \\ // Only the |   Summer Intern, NASA Lewis Research Center
\  \X/   AMIGA!  |         mneylon@jupiter.cse.utoledo.edu           /
Newsgroups: comp.sys.amiga.programmer
From: rvloon@cv.ruu.nl (Ronald van Loon)
Subject: Re: C++/G++ programming question
Originator: rvloon@triton.cv.ruu.nl
Date: Fri, 16 Oct 1992 12:57:24 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <1992Oct12.045559.12904@bohra.cpg.oz.au> fisherc@bohra.cpg.oz.au (Craig Fisher) writes:

|"I got around this problem by creating another variable and copying the
|"GfxBase value into it and using that to close the library. e.g.:
|"
|"  struct GfxBase *GfxBase, *gb;

I suppose this struct is defined in a headerfile somewhere; so, why not just:

#define GfxBase xGfxBase
#include "headerfile.h"
#undef GfxBase
struct xGfxBase *GfxBase;

this will keep both compiler and linker happy. But that's just MHO.
-- 
Ronald van Loon (rvloon@cv.ruu.nl) 3DCV Group, Utrecht, The Netherlands.

"I believe the word you are looking for is "AAAAAAAAAARRRRRRRRRRGGGGGHHHH!"
    - The Penguin (Batman ][)
Newsgroups: comp.sys.amiga.programmer
From: mucci@circle.cs.jhu.edu (Philip Mucci)
Subject: Accessing the IBM slots through Amiga Dos programs...
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Fri, 16 Oct 1992 21:25:51 GMT

	Forgive me if this question seems a bit niave but... Is it possible
to write software drivers usable in Amiga Dos for the IBM slots
without owning a bridgeboard of some kind? I would really like to write a 
new device driver that would allow me to access an IBM internal 9600 baud
modem. Is this possible?

	-Pjm

P.s. Has anyone noticed how few internal modems there are for the amiga?
has anyone also noticed that the internal ones are MORE EXPENSIVE than
the external ones? I think thats interesting...
From: Ace@auilcs0.UUCP (James Knowlton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Nextlike
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 9 Oct 92 12:29:29 PST
Organization: Alternate Reality Video Graphics

In article <ld7c8vINN1fp@peaches.cs.utexas.edu> bryan@cs.utexas.edu (Bryan Bayerdorffer) writes:
> =- > 	Does anybody know if there is a PD util out that makes ADOS
> =- > move full windows, not just the flickering outline, like the Next
> =- > does?
> =- > If not does anybody have any ideas about how this might be done?
> =-
> =-Yes, I have infact seen such a hack once.  Seemed to work OK, but freaked out
> =-under release 2.  I don't remember the name - sorry, it was a long time ago...
> =-
>
> It's called TurboLayers (tl), and works ok for me under 2.04.  It induces an
> irritating delay, though, and the mouse pointer doesn't stay in one place on the
> drag bar when the window runs into the edge of the screen.

This irritating delay really isn't a problem.  The delay is caused by a screen
redraw, that happens BEFORE the window is moved. IF you compare you'll see
that you really don't lose any time using it, it just does things in a
different order. If you don't care about what low-level hardware hacks do to
your system (cause crashes in some cases, etc.) then it's a great program.


      //// James Knowlton - President & CEO - Alternate Reality Video Graphics
     //// Voice Line: (916)967-4608 Data Line: (916)967-4608 24hrs 2.4kBps
    //// USMail: 7061 Madison Ave #E8, Fair Oaks, CA, 95628, USA
\\\X/// Usenet: uunet!csusac.ecs.csus.edu!citrus!amilink!auilcs0!Ace
 \XXX/ Internet: amilink!auilcs0!Ace@citrus.sac.ca.us
From: mustang@ccwf.cc.utexas.edu (Paul Christopher Miranda (I love Cheese))
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Virtual Memory and A3000 Without Physical ROM
Date: 16 Oct 92 19:18:02 GMT
Organization: The University of Texas at Austin, Austin TX

I've heard alot about these programs floating around and I'd like to try one
before I plunk down >$100 .. are the demos versions available for FTP ?
(and, of course, where ?)
thanks..

-- 
"I have feelings too, I just choose to  | Paul Miranda  likes cheese 
 to hide them underneath bitter denial" | mustang@ccwf.cc.utexas.edu
-- Ms. Musso on "Parker Lewis" (FOX TV) | -- THIS SPACE FOR RENT --
From: simons@peti.GUN.de (Peter Simons)
Date: Mon, 05 Oct 1992 13:19:39 CET
Organization: * Private Amiga Site Bonn *
Newsgroups: comp.sys.amiga.programmer
Distribution: world
Subject: How to reset the fu***** Amiga 3000?
X-Newsreader: Ann 0.9


                                  Hi wizards !

I have the following problem: I wrote a patch, that fixes  the  ColdRebot()-
Bug under FASTROM. My resetroutine simply disables the caches  and  the  MMU
before jumping to ColdReboot(). BUT: This doesn't work on the original A3000
where the Kickstart is always loaded with  the  MMU,  because  no  ROMs  are
available.

How do I reset this machine correctly?

    bye, Peter


Here comes my (non-working :-<) reset-routine:

_ResetCode:     move.w  #$7FFF,(INTENA)

                clr.l   -(SP)
                pmove.l (SP),TC
                addq.w  #4,SP

                moveq   #-1,d0
                move.l  d1,(36,a6)
                move.l  d1,(38,a6)
                move.l  d1,(78,a6)
                move.w  d1,(82,a6)

                lea     (MAGIC_ROMEND),a0
                sub.l   (MAGIC_SIZEOFFSET,a0),a0
                move.l  (4,a0),a0
                subq.l  #2,a0
                bra.b   .reset
                nop
                CNOP    0,4
.reset          reset
                jmp     (a0)

--
              ____ ____      ____
             /___ /__  /\  /  /    INTERNET: simons@peti.GUN.de
            ____//___ /  \/  /      FIDONET: 2:242/7.25
           to you by Peter Simons     VOICE: 0228 / 746061
Newsgroups: comp.sys.amiga.programmer
From: dexter@sabrina.dei.unipd.it (Michele Mauro 342258/IF)
Subject: PD C++ wanted!!
Organization: D.E.I. Universita' di Padova, Italia
Date: Fri, 9 Oct 1992 11:32:33 GMT

Is it possible that there is no C++ compiler or preprocessor a bit smaller that
the mammuth g++? Do anyone knows about that?

And by the way, I'm looking for opinions about the current PD C on the scene, I
mean the (rather old anyway) hcc, Dice, ond so on. I'm looking for an acceptable
unexpensive developing envirorment....

PS. Just a few ideas (or pointers to rewiews) will be enough, and if you don't
receive answer from me, assume "Tkanks!".

					E-mail to dexter@sabrina.dei.unipd.it

#include "std.disclaimer"

................................................................................

              *				Dexter the FreeThinker
        *
                *                        - E PLURIBUS UNUM -
           *                           Actions Have Consequences
            *
              *
                  *

      Justice proceeds only after Injustice is Defeated   (Public Enemy)
       Military Intelligence is a contradiction of terms (Groucho Marx)
................................................................................
 
Newsgroups: comp.sys.amiga.programmer
From: aj@sage.cc.purdue.edu (John Dormer)
Subject: SANA2 driver example
Summary: Has anyone at CBM released a demo pack for SANA2 yet?
Keywords: SANA2, example, network
Organization: Purdue University
Date: Thu, 15 Oct 1992 22:05:09 GMT

  I posted a request about an example SANA2 interface example a while
back, and received a reply that one was in the works. Has anyone seen
this beasty floating about in/on the Net anywhere? I'm growing a bit
impatient...8|

:	John Dormer
:	Purdue Daemons
:	jad@expert.cc.purdue.edu

Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: 'chip' keyword in gcc2.2.2 ?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 7 Oct 1992 17:51:58 GMT

In article <1992Oct6.054545.9280@vax.oxford.ac.uk> warda@vax.oxford.ac.uk writes:
>Dose GNU gcc2.2.2 support the 'chip' keyword, viz:

Simple question, simple answer: no. Sorry, I once thought up how this 
information could be included in the existing a.out format, but I didn't carry
the thoughts to completion, because it was actually a rather dirty kludge. 
The much better solution seems to be to wait for someone to port the libbfd.a
to include hunk-support, then we can use the `right' way to carry that
information. I don't think the compiler portion itself (ie. to make the
compiler handle the chip keyword) would be hard, the problems start afterwards
in the assembler and the linker.

-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: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/6.0 Bugs...
Date: 7 Oct 92 12:42:50 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <paulk.1s0g@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
|> > There should be a project icon (NOT a tool icon) for the make
|> > utility, you should be able to click on it and shift-double-click
|> > on a makefile and build the default target in that makefile.
|>  
|> Why a project icon for make itself?  Why not a project icon for the
|> makefile with make as the default tool?

I like to be able to edit the makefile by double-clicking on it, and
build using a different icon.  It is possible to set the default tool
for the smakefile to be smake, I just did't think of it because I
never do it.

|> I was thinking of something more ambitious: something that uses a
|> gadget interface to eliminate any need to know the syntax of text
|> makefiles.
|>  
|> Am I to understand that the gadgetized option-setter thing for SAS C
|> does not understand how to build multi-source projects like make?

A true "visual make" would be very nice - I assume you would have
icons for each file, and be able to "draw" dependancies between
them, or something like this?

The options-setter program only sets compiler options, it doesn't
do anything to decide what gets compiled.  Once the SC command is
invoked, it reads the options file created by SCOPTS to determine
what options to use.

The only option that is similar to make is the MODIFIED option, 
which tells SC to not bother processing files that have an
earlier timestamp than their targets (i.e. don't compile .c files
that haven't changed since their .o files, same with assembly 
files, same with linking object files.)  This is of limited usefulness,
since in any real project you'll have .h file dependancies that 
may force you to recompile sometimes when the .c file hasn't been
changed.  Once a project moves beyond the one- or two-source-file
stage, you really need to create a smakefile.

-- 
  *****
=*|_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: paulg@tplrd.tpl.oz.au (Paul Gittings)
Subject: Re:  Comeau C++
Originator: paulg@sydrd19
Organization: Telectronics Pacing Systems
Date: Wed, 14 Oct 92 22:21:14 GMT


In article <Bw25nK.DLK@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) 
> than other C++ compilers.  Furthermore, people are able to use of stuff
> for things like embedded systems targets even though we do not have
> a C++ compiler for the target CPU/et al in question.

Just to back Greg up on this, the company I work for (but don't speak for)
is currently evaluating C++ for use in one of our embedded systems.  Nobody
makes a C++ compiler for our target so we got a copy of Comeau C++ (runs on
a SPARCStation), the output of which can be fed into our K&R C cross-compiler. 
We are also considering using it on another project (again an embeded system)
which currently uses G++ cross-compiling from a SPARCStation to a 68030
based system. Comeau C++ doesn't have the bugs/problems that G++ has and
it follows the current C++ standard (cfront) where as G++ doesn't.  I'm
not knocking G++/GCC/GNU/FSF etc, it will improve over time just as Comeau
C++ has (and I hope will).  Another thing to think about is the fact that G++ 
is resource hungry (ie, it likes lots and lots of RAM). I have 5MB in my
Amiga at home and I can't compile what I consider to be a simple C++
program (opens a screen, couple of windows) due to running out of memory.
So, if you plan on using G++ (2.2.2) expect to run into problems due to 
incompatabilites with the current version of cfront 3.1 (?) ( I have heard
of problems with G++ implementation of Templates and statics), and to have 
to pay for extra RAM if you have 5MB or less.


Cheers,
Paul Gittings
Telectronics Pacing Systems- 7 Sirius Rd, Lane Cove, NSW 2066, Australia
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   _              | paulg@tplrd.tpl.oz.au OR paulg@tps.com
_ // Amiga users  | 61-2-4136963 (voice: work)----------------------------
\X/ make it happen| 61-2-4136868 (fax)        |A Welsh/Canadian/Australian
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
No matter how much I beg, Telectronics will not allow me to express any
opinions on its behalf.