HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.amiga.programmer
Subject: ftruncate(), getch() on the Amiga
From: pgut1@cs.aukuni.ac.nz (Peter Gutmann)
Date: Fri, 9 Oct 1992 02:04:53 GMT
Organization: Computer Science Dept. University of Auckland

I'm currently working on a program which needs to do the following two
things:

  - Truncate a file at an arbitrary position, like the Unix ftruncate().
    I can't just copy what I need to a new file and delete the original
    since this will be unmanageably slow on 10MB data sets, especially if
    it needs to be done often.

  - Input a character without screen echo, like the MSDOS getch().

Does anyone know how to do this (source code would be nice :-).

Peter.
--
    pgut1@cs.aukuni.ac.nz || peterg@kcbbs.gen.nz || peter@nacjack.gen.nz
			   (In order of preference)
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Even more questions on SAS/C 6.0
Originator: jamie@cdevil.unx.sas.com
Date: Thu, 15 Oct 1992 12:51:24 GMT
Organization: SAS Institute Inc.


In article <1992Oct13.163213.2487@brandonu.ca>, brycerw@brandonu.ca writes:
>I've just installed my version of SAS/6.0, and read the manuals, and other good
>things like that.  Got a few questions:
>1.)    I used GadToolsBox to layout windows.  Because I used his neat
>       file-type gadget, I need to include the file boopsi.o, which he
>       supplies.  I've included this file in the Libraries/Objects list
>       under Linker Options, in SCoptions.  For some reason, the one
>       routine, initGet() which is located in the boopsi.o file cannot be
>       found for linking.  I've declared 'extern Class *initGet(void)', as

The prototype should be

        extern Class * __stdargs initGet(void);

The __stdargs keyword tells the compiler that routine takes its parms on
the stack, and it keeps it from changing the leading '_' to '@'.

>       should be required.  When the linker asks me for a define value for
>       @initGet, I simply enter initGet, and it works.  Why can't the linker

A leading '@' means you compiled with registerized parameters.  A '_' in
front means you didn't.  Apparently, the boopsi.o file has a leading '_'
on that symbol.  See description of __stdargs above.

>       find it on its own?
>2.)    I ran scsetup on the directory containing the project I've been working
>       on, using 5.10a.  I also set up SCoptions to values I'm wanting.  I
>       never once declared what .c files (all of them in the directory) I
>       wanted as part of the project, but it has somehow magically able to
>       figure out I wanted all .c files.  How?  Where would I put this in,
>       in SCoptions (if I do that there), and how do I add in more .c files
>       later as the project grows?

By default, clicking the Build icon compiles *all* .c files in the
current directory, and links their objects together.  To add more files,
simply put them in that directory.

The only ways to change this behaviour are:

        1) Compile from CLI, specifying specific filenames.
        2) Create an SMakefile in the directory, with directions on
           which files to compile/link, and what order.

>By the way, congrats to the SAS developers on a very nicely made product,
>though I've already found a bug or two in the editor.

Thanks for the compliments.  Make sure the bugs you've found have been
reported to SAS Tech Support, as we will be releasing patches for the
compiler, editor, etc. in just a few weeks, and if you want your probs
fixed, we have to know about them...
-- 
---------------
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: Fabio_Rocchi@mas.sublink.org (Fabio Rocchi)
Newsgroups: comp.sys.amiga.programmer
Subject: GFABASIC
Date: 14 Oct 92 03:23:06 GMT
Organization: MangaZone Advanced Services, Rome - ITALY

Is there someone in this NET who uses or knows enough of GFA BASIC
problems?I am a registered user and I own a copy (RELEASE 3.53 Interpreter
and Compiler)of it....there are odd things in the manual,and it lacks a
huge lot of detail and statements...I'm getting in trouble with the
compiled program that uses BOBS...They just work fine on a 640*200 screen
when in interpreted mode,but nothing appears when I compile it...what's
wrong with it ???
Waiting for the Cure......hi everybody...FABIO



 -- AEd V1.36/Eval

-- Via DLG Pro v0.992
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gadgets
Date: 9 Oct 92 18:33:23 PST
Organization: BBS

> Why that? I mean, why do you want RETURN to take the user to the
> next gadget? That's not the way it is supposed to be.
 
It is a common practice in quite a few programs where the user is
filling in a number of string gadgets in succession.  It behaves
similarly to IBMish software with multiple data entry fields, and is
efficient for the user in many cases.  Not appropriate except when
the user is EXPECTED to fill out string gadget N+1 after string
gadget N.
 
> If you insist on doing that (and I strongly discourage it), you
> will have to use a custom hook. See the RKM.
 
BLAAAAT -- all he has to do is call ActivateGadget after getting a
gadgetup message from the previous one.
 
> What is RETURN supposed to do? Only validate the current gadget or
> validate the whole window, thus acting as if the user had selected
> 'Ok' in the bottom?
> 
> I prefer the latter.
 
This is ONLY appropriate in my opinion when there is ONE string
gadget in the window or there is one "main" string gadget, and it is
the centrally important thing in the window so that the user can be
presumed to be "done" after filling this in.  This is not true in
many cases -- the user may wish to fiddle other gadgets and will not
want the window closed prematurely.
 
It is also inappropriate where some drastic action is about to happen
to take any risk of the user initiating it unintentionally.
From: sysop@alphanet.alphanet.ch (Marc SCHAEFER)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Arexx trouble reading AUX:
Distribution: world
Date: 17 Oct 92 00:02:48 GMT+1
Organization: ALPHANET Network First - Colombier (NE), Switzerland

In article <1992Oct6.142106.7399@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>In <67234@cup.portal.com> FelineGrace@cup.portal.com (Dana B Bourgeois) writes:
>>Just off-hand I would guess the interpreter is too slow to keep up
>>with the data stream at at 2400 baud.  The serial device only has
>>a 1 character buffer and I dont think the device driver does any
>>buffering for you.  Anybody have the exact explanation?
>
>The serial.device _does_ buffer. The size of that buffer is selectable
>with the Serial preferences editor. But I don't think that this buffering

It only "soft" buffers if the interrupt can be processed. If you are doing
some higher level interrupt at this moment you may well loose a char.

--
+------------------_+-----------------------------------------------+
| Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-	schaefer@di.epfl.ch |
| Battieux 6c	\X/ | MUD:mud.imp.ch@2345 FTP:litamiga.epfl.ch:/pub |
| 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
+-------------------+-----------------------------------------------+
 We pay for incoming and outgoing mail, please don't send long files
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Make and Comeau C++
Originator: walker@twix.unx.sas.com
Date: Tue, 13 Oct 1992 12:38:42 GMT
Organization: SAS Institute Inc.


In article <1bcr7pINN7i3@armory.centerline.com>, troy@centerline (Troy Runkel) writes:
|> Greetings,
|>   I am working on a project using Comeau C++ 3.0 and SAS/C 5.10b under 
|> AmigaDOS 2.04.  I have been having trouble using the make utility that 
|> comes with SAS/C (lmk) to compile the various files of the project.  
|> When I put the como command (an Arexx script) in the makefile the lc 
|> phase of the compilation returns an error code and the compilation fails.
|> However, if I take the various stages of compilation from the como command 
|> (i.e. cpp, cfront, lc, etc.) and place them directly in the makefile, it 
|> works.  Has anybody else encountered this sort of trouble?  By the way, 
|> I am using Whell 2.0 as well.  Thanks in advance for any information.
|> 
|> --Troy Runkel			troy@centerline.com

Whell?  Is that Bill Hawes' version of purgatory?!? 8^)

Try prefacing the 'como' command with 'RX' to tell it to execute
it as a rexx script.  Make sure that the RX command is on your
path somewhere.

-- 
  *****
=*|_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: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HELP ME, creating a device.
Date: 10 Oct 92 23:07:55 GMT
Reply-To: hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <obbe.718547451@galaxy> obbe@ph.tn.tudelft.nl (Obbe Vermey) writes:

> I would like to build a new device and mount it to the Amiga
> operating system. I have so far been unable to find any info
> on this. I am wondering if someone could help me.
> Titels of reference material, example sources and explanations
> are all very welcome.

The RKM: Devs manual contains source code for a sample device. This is the
definite source of information for building your own devices.

> Alexander,

-- 

Best regards                    Reply to: hemmer.adsp.sub.org
Franz Hemmer                    #include <stddisclaimer.h>
Software Developer       _      >> Carpe Diem! - Seize the day! <<
                         \\ _
                 Interacti\X/ision - The name of precision
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: <<HELP!>> Intuition/copper interference w/double buffers
Date: 7 Oct 92 12:33:16 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct6.160753.96@bilver.uucp> alex@bilver.uucp (Alex Matulich) writes:
>
>Please help.  The next 26 lines describe the situation, and following that
>is my problem.
>
	The answer to this is rather simple. It is 100% impossible to safely call
MrgCop and MakeVPort with intuition screens. Intuition owns those copper lists,
and doesn't work if you are rebuilding them without its knowledge. That is
the reaon that MakeScreen, RemakeDisplay, and RethinkDisplay are there.

	In an intuition screen, there are basically two methods of double buffering
that work:

o	ScrollVPort

o	MakeScreen/RethinkDisplay

	And under V39 (3.0 as shipped with the A4000), there are two new double
buffering interfaces: one in graphics (ChangeVPBitMap) and one in intuition
(ChangeScreenBuffer). Both work in intuition screens, and both will can do very
low overhead 60hz animation. The intuition calls even let you have menus and limited
gadget support in double-buffered screens.

-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
From: aoe@hpfcso.FC.HP.COM (Alexander Elkins)
Date: Thu, 8 Oct 1992 20:16:29 GMT
Subject: Re: SAS/6.0 Bugs...
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.amiga.programmer

In comp.sys.amiga.programmer, walker@twix.unx.sas.com (Doug Walker) writes:

> 
> Use the EMITS facility as described in the manual (under "contacting
> technical support") to report bugs via email.
> 

I tried that.  Here's the reply I got:

-------------------------------------------------------------------------------
Your registration request for Technical Support's Email Facility (EMITS)
has been declined.  EMITS is for SAS Software Consultants and Installation
Representatives. You were not listed as a SAS Software Consultant
or Installation Representative for the site numbers you specified.
If our records are inaccurate, please contact the Customer Service
Department in Contracts Administration here at SAS Insititute. The
phone number for Customer Service is (919) 677-8003.

Supportively,
Electronic Mail Interface to Technical Support (EMITS)
SAS Institute
-------------------------------------------------------------------------------

I guess I'm just a lowly user :-{

 - Alexander Elkins [aoe@hpfiaoe.fc.hp.com]
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: For AMOS Registered Users
Date: 13 Oct 92 09:06:32 GMT
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: aj639@cleveland.Freenet.Edu's message of 11 Oct 92 11:57:14 GMT

>>>>> On 11 Oct 92 11:57:14 GMT, (Michael Cox) said:

Mike> I know a lot of people in the USA may not get the flyer from Europress
Mike> about how to upgrade to AMOS Pro, so here is the deal:

Thanks for the info. I haven't seen anything from europress yet.

Mike> If you order by Oct 31, 1992, it is 30# + 4# shipping.  After Oct
Mike> 31, 1992, it is 35# + 4# shipping.  You must pay in pounds (#),
Mike> and mail your cheque or Internationa Postal Order to:

Isn't #34-#39 on the order of $70-$90 when converted to US $? (Last time
I looked at exchange rates was before the European currency mkt went
gonzo) If so, that's $13-$33 more than I paid for my brand new 1.34.
I'll bet the percentage of upgrade cost to previous release cost is much
lower than 100+% in the UK.

I wonder if it might be reasonable to just wait and buy a new copy of
AMOS Pro when it hits the states. Anyone know what the suggested retail
price for AMOS Pro is (in either the UK or US)?
--
/**************************************************************************/
/* 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  *                                        */
/**************************************************************************/
Th' MIND is the Pizza Palace of th' SOUL
From: tarbouri@aurora.unice.fr (Nelly Tarbouriech)
Newsgroups: comp.sys.amiga.programmer
Subject: Is there a C++ for Amiga ? ( Sorry if a FAQ )
Date: 9 Oct 92 07:18:57 GMT
Organization: University of Nice - Sophia Antipolis
NNTP-Posting-Host: aurora.unice.fr


	Is there a C++ compiler for Amiga ?

	
		Thanks , Frank.
			 bignone@essi.cerisi.fr
From: aj639@cleveland.Freenet.Edu (Michael Cox)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS Pro Demo available on
Date: 9 Oct 1992 12:00:10 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aj639@cleveland.Freenet.Edu (Michael Cox)
NNTP-Posting-Host: hela.ins.cwru.edu


I will put it on nic.funet.fi
I can not stay connected to wuarchive long enough to put it there, so maybe
someone will do it for me once it is cleared by amiga-adm@nic.funet.fi

Mike
-- 
Okay, look for AmoNER Disk #4 on: (And, AMOS PRO is coming SOON!)
ux1.cso.uiuc.edu (128.174.5.59) in /amiga/amoner
nic.funet.fi (128.214.6.100) in /pub/amiga/programming/amos
Newsgroups: comp.sys.amiga.programmer
From: micja@ida.liu.se (Michael Jansson)
Subject: Re: RCS for amiga
Originator: micja@obel30
Organization: Department of Computer Science, University of Linkoping
Date: Tue, 13 Oct 1992 12:48:13 GMT


In article <Dale_Snell.00u7@amwbbs.rain.com>, Dale_Snell@amwbbs.rain.com (Dale Snell) writes:
> | I was wondering if there was a revsion control system available for the
> | amiga much like the one popular among UNIX workstations (rcs, rlog etc..)
>  
>      Yup.  RCS v5.6c is the latest version that I know of.

Has anyone seen a port of CVS (concurrent versions system), which is an
extension of RCS. I was thinking of porting it.

- Michael
-- 
     __________________________________________________________________________
     Michael Jansson	  mij@IDA.LIU.SE, uunet!liuida!mij, mij@SELIUI51.BITNET
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: Looking for Scheme or Lisp
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 14 Oct 92 19:10:45 PST
Organization: Missionaria Phonibalonica

In <1992Oct13.110557.1712@cnsvax.uwec.edu>, harderaf@cnsvax.uwec.edu wrote:
> 
> Hi-
> 
> 
> I'm looking for a Scheme and/or Lisp interpreter for the Amiga, preferably PD
> stuff, but that's not a must...anyone know of such beasts?

Look on gatekeeper.pa.dec.com, in pub/micro/amiga/lisp (I believe
that's it). Lisp.list is an (old) list of lisp-like languages for the
Amiga. All currently supported ones are freely distributable, with
varying degrees of restrictions/fees attached to their use. Many of
them are in that same directory.

If you don't have FTP access, a number of different lisp systems are
available on the fish disks.

Finally, you might want to drop a note to
amigalisp-request@contessa.palo-alto.ca.us, asking to be added to the
list. It's a low-traffic list for discussing lisp and lisp-like
languages on the Amiga.

	<mike
Newsgroups: comp.sys.amiga.programmer
From: ludde@cyklop.nada.kth.se (Erik Lundevall)
Subject: Re: C++/G++ programming question
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 9 Oct 1992 11:24:25 GMT

In article <1992Oct8.011236.3156@tplrd.tpl.oz.au> paulg@tplrd.tpl.oz.au (Paul Gittings) writes:
>        CloseLibrary((Library*) GfxBase);
>
>I get a message from g++; name GfxBase could be a type or expression.
>Compiler assuming type.
>Which results in a parse error, because we really wanted the variable
>GfxBase not the type GfxBase.  Is there any way (I'm new to C++) to

One way is to go through a temporary variable, such as:

   Library* tmpBase = GfxBase;
   CloseLibrary(tmpBase);

Another way is to add a zero pointer value:

    CloseLibrary((Library*)GfxBase+0);


BTW, Comeau C++ does not have this problem, at least not in v2.1.


-- 
-Erik Lundevall             ludde@nada.kth.se 
                            ludde@adder.adsp.sub.org
                            cbmehq!cbmswe!adder!ludde@cbmvax.commodore.com
Your fault. Core dumped.

Newsgroups: comp.sys.amiga.programmer
From: sevigny@vlsi.polymtl.ca (Benoit Sevigny)
Subject: Re:  If you use locale.library, read this
Organization: Ecole Polytechnique de Montreal
Date: Sat, 10 Oct 1992 04:53:43 GMT

Speaking of translation:

Wouldn't be nice to have a localised translator.library?

If C= is not planning to do so, I think it would be great to patch it with
localised modules.  The actual entries would translate into english
phonetics (to avoid having non-localised program speak with a foreign
accent :) but there might be new calls that would use the preferences.

Having translator preferences would also be great.  That way, you could
even personalise your Amiga voice (are you too considering your Amiga as a
sexy lady ? :^)-B=><

--
-=*                                                                         *=-
   __ Skipping every ?86 numbered lines in your code will remove all your
__/// remaining bugs and bottlenecks 8^)
\XX/  Benoit W Sevigny, software engineering student, sevigny@info.polymtl.ca
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications,comp.sys.amiga.misc
From: oahvenla@snakemail.hut.fi (Osma Ahvenlampi)
Subject: Re: Need RELIABLE assembly blitter routine
Organization: Helsinki University of Technology, Finland
Date: 15 Oct 92 18:43:51 GMT

In article <35823@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:

	   There's nothing wrong with directly accessing the blitter registers,
   providing your friend follows the proper protocol:

	   OwnBlitter()
	   WaitBlit()
	    poke blitter registers to your hearts content. Be sure to call
	    WaitBlit between blits (you don't have to call it after the last
	    blit).
	   DisownBlitter().

Huh? What about AGA compatibility? This works on ECS mode, I think, but does
it work with AGA display modes?
BTW: If you're already poking blitter registers, it could be useful to use
btst #14,DMACONR instead of WaitBlit().. Saves time, if you're low on it.
--
Osma Ahvenlampi  -  oahvenla@snakemail.hut.fi
Disclaimer: Prolonged contact with posts containing my opinions may prove
harmful to some individuals. You have been warned, proceed at your own risk.
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need RELIABLE assembly blitter routine
Date: 13 Oct 92 12:47:07 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct10.151017.4448@bilver.uucp> alex@bilver.uucp (Alex Matulich) writes:
>
>A friend of mine asked me to make this request, because he no longer has
>an internet account.
>
>He is developing a project that requires a fast assembly blitter routine
>(there is too much overhead using the C blitter calls).  He needs to pass
>the routine source and destination coordinates to blit an area that is 6
>bitplanes deep.
>
>He did have one routine that messed directly with the blitter registers,
>until a phone call to Commodore Tech Support told him that this is not
>recommended, and will likely mess things up if the program is run on newer
>OS versions or newer hardware.  They told him something about using
>DMA channels instead, but he wasn't sure what they were talking about (I
>thought the blitter did that on its own, anyway).
>


	There's nothing wrong with directly accessing the blitter registers,
providing your friend follows the proper protocol:

	OwnBlitter()
	WaitBlit()
	 poke blitter registers to your hearts content. Be sure to call
	 WaitBlit between blits (you don't have to call it after the last
	 blit).
	DisownBlitter().



	-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: shansen@solan.unit.no (Stale L. Hansen)
Subject: SAS/C 6.0: schelp crashes w/KS1.2
Organization: Norwegian Institue of Technology
Date: Thu, 15 Oct 92 14:31:52 GMT

When I compile and run schelp.c with KickStart 1.2 amigaguide
"freeze" the machine when I try to drag the scrollbars with the
mouse. If I start other programs (like CED) with 'schelp prg' they don't 
freeze when dragging scrollbars.
With KS2.04 it works fine.

I rewrote schelp.c to not use cback.o, and the all worked fine.

Has anyone else experienced this? (Or am I the ONLY one who still 
use 1.2 ROMS ;-)
Is this a bug in cback.o, AmigaGuide or Intuition (v33)?

-- shansen@solan.unit.no
Newsgroups: comp.sys.amiga.programmer
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  If you use locale.library, read this
Date: 8 Oct 92 21:22:24 PST
Organization: BBS

> OK, I've seen French, Dutch, Danish and Finnish so far.
 
Now all we need is someone to translate English into Australian.
Newsgroups: comp.sys.amiga.programmer