HDTenEightyP/NetNews huggingface dataset:
From: jpotter@sirius.ucs.adelaide.edu.au (Jonathan Potter)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Determining file length
Date: 15 Sep 92 04:22:15 GMT
Organization: Information Technology Division, The University of Adelaide, AUSTRALIA
NNTP-Posting-Host: sirius.itd.adelaide.edu.au

In article <1992Sep14.152206.28572@cs.uow.edu.au> u9147063@cs.uow.edu.au (Richard Barry Ling) writes:
>
>Suppose I want to take a filename from the command line, get the size of the
>file, allocate an exact-size buffer, and read the file into the buffer...
>(this is, in fact, exactly what I want to do...)
>
>Is there a better way to find file length in assembly language than to do a
>Lock() on the file, allocate a half-k buffer or so for the crap Examine()
>returns (I only want one long word of it :-(... ) pass that to Examine,
>extract the file length, free the Examine() buffer, unlock the file... it's
>screenfulls of code and an utter kludge. Can the file length be found in the
>file structure you get from Open() or something?

You can get the file size like this :

file = Open (filename, MODE_OLDFILE) ;

Seek (file, 0, OFFSET_END) ;
size=Seek (file, 0, OFFSET_BEGINNING) ;


Although its fairly slow, and also doesn't seem to work on vd0: (asdg's
rrd, not that that should be a problem), it is usable.

Jon


-- 
| Jonathan Potter |                              | A                       |
| P.O. Box 289    | jpotter@itd.adelaide.edu.au  |   Suffusion             |
| Goodwood, SA    | FidoNet : 3:680/829          |               Of        |
| Australia  5034 |                              |                  Yellow |
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: U.K. Distributor of SAS C V6
Originator: walker@twix.unx.sas.com
Date: Tue, 15 Sep 1992 14:56:32 GMT
Organization: SAS Institute Inc.


In article <cheungc.716464213@p4.cs.man.ac.uk>, cheungc@p4.cs.man.ac.uk (Carson Cheung) writes:
|> Does anybody know who is going to be responsible for distributing SAS C V6 in
|> the U.K. ? and will they offer academic discounts ?(I recall reading in one
|> posting that there is will be academic discounts on this product.)

The SAS Institute office in Heidelberg, Germany will be handling 
upgrades and academic discounts.  HiSoft will be handling 
distribution of new products.  Please call or write SAS Institute's
German subsidiary for more information:

Iris Roth
SAS Institute GmbH
PO Box 10 53 07
Neuenheimer Landstrasse, 28-30
6900 Heidelberg 1

Telephone (49)6221-4150
Fax       (49)6221-474850

-- 
  *****
=*|_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: entity@nsq.uucp (cybernetworx)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Locking Window Input -- How?
Date: 4 Sep 92 14:23:52 GMT
Organization: NSQ

In article <34822@cbmvax.commodore.com>, peter@cbmvax.commodore.com (Peter Cherna) writes:
> 
> If you care to elaborate on the effect you wish to achieve, someone might
> help you with a system-friendly and user-friendly approach.

Sure.  All I wanted to do was open up a window on top of a foreign
applications screen and not pass control back to the foreign program until I
have closed my window.  I want it to work under 1.3 as well so public screens
etc are out of the question anyhow.
 
Why do I want to do this?  Essentially I'm writing a patch that will give the
user an easy way to dynamically change the palette per scanline while using
another program such as Dpaint or DigiPaint.  I need to do all kinds of low
level messing around anyhow just to ensure that the system likes my custom
copperlist and to maintain current resolutions/modes etc.  I could go the easy
route and simply disable multitasking while my code is going, but I wanted to
keep multitasking alive and so I'm doing the 'hardware level/system friendly'
approach ;-)  For game and demo designers, this program would be invaluable. 
I can just imagine all the agony the artist for 'agony/psygnosis' went through
without a utility such as this :)

If you have any ideas on how to lock the window input to only MY window then
great -- email me the solution.  Requestors are not a viable solution.  I
don't mind setfunctioning etc. because I already have a VB interrupt which
tells me when I'm on my applicaitons screen or not, so I can doa passthrough
when it's not my application, and otherwise intercept it.  I already do this
with CloseScreen() to make sure the application (eg. dpaint) doesnt shut down
while my window is still active.  In other words, I AM trying to make it very
system friendly... just the individual approaches in themselves would normally
not be considered 'good programming practice'.  Such is life.

Newsgroups: comp.sys.amiga.programmer
From: kelso_j@cs.uwa.oz.au (J Kyle Kelso)
Subject: Amiga PROLOG wanted.
Organization: Dept. Computer Science, University of Western Australia.
Date: Mon, 14 Sep 1992 01:53:40 GMT

Can anyone tell me where I can get a PD PROLOG for the Amiga?  I have
VT prolog but it's a very very old version.  Fish disk numbers or FTP
sites would be appreciated.

I don't want to sit in front of this PC any longer than I have to...


J Kyle Kelso 
email: kelso_j@kultarr.cs.uwa.edu.au
-------------------------------------------------------------------
"...You tow it to the repo man's front door
and you give him these keys I don't need 'em no more
I've come a long way I've come a long way I've gone 500 miles today
I've come a long way I've come a long way
and never even left L.A." - Michelle Shocked
-------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: PropGadgets and Manx C bug
Organization: UNC Office of Information Technology
Date: Fri, 11 Sep 1992 15:11:13 GMT

Below are two very short (6 line) C programs which only differ by
the type of the only variable they contain.  MAXPOT you may
recognize as one of the constants used when manipulating
Intuition slider PropInfo structures.  Below that is the
assembler output produced by Manx C v5.2a.  Note how the one on
the left works, while the one on the right uses register d1 in a
subtraction without ever initializing it.  ARGH!  No wonder I've
been having so much trouble with my slider gadgets.

I present this in the hope of saving someone else the time I've
spent trying to get this to work.  The work-around is simple
enough--make the variable "level" unsigned long.  Note that
casting it to unsigned long has no effect on the assembly
instructions produced.

/**COMPILES CORRECTLY**/            /**COMPILES INCORRECTLY**/
#define MAXPOT 0xFFFF               #define MAXPOT 0xFFFF
main()                              main()
  {                                   {
    unsigned long level;                unsigned short level;
    level * MAXPOT;                     level * MAXPOT;
  }                                   }

Respective outputs from the compiler:

  ;:ts=8                            ;:ts=8
  ;#define MAXPOT 0xFFFF            ;#define MAXPOT 0xFFFF
  ;main()                           ;main()
  ;  {                              ;  {
       xdef _main                        xdef    _main
  _main:                            _main:
       link a5,#.2                       link    a5,#.2
       movem.l   .3,-(sp)                movem.l .3,-(sp)
  ;    unsigned long level;         ;    unsigned short level;
  ;    level * MAXPOT;              ;    level * MAXPOT;
       move.l    -4(a5),d0               move.w  -2(a5),d0
       move.l    d0,d1                   swap    d0
       lsl.l     #8,d0                   clr.w   d0
       lsl.l     #8,d0                   swap    d0
       sub.l     d1,d0                   sub.l   d1,d0
  ;  }                              ;  }
  .4                                .4
       movem.l   (sp)+,.3                movem.l (sp)+,.3
       unlk a5                           unlk    a5
       rts                               rts
  .2   equ  -4                      .2   equ     -2
  .3   reg                          .3   reg
  ;                                 ;
  ;                                 ;
       xref .begin                       xref    .begin
       dseg                              dseg
       end                               end


--
Todd M. Lewis / Todd_Lewis@unc.edu / utoddl@guitar.oit.unc.edu
Newsgroups: comp.sys.amiga.programmer
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: SAS/C - Borland C++
Organization: /etc/organization
Date: Fri, 11 Sep 1992 14:37:22 GMT

I've got a really good idea.

	Why don't all amiga 'C' programmers march on Borland int. head office
and demand a version of their brilliant 'C++' compiler be made for the amiga?

Why is it that our 'C' environment is still limited to the standard Shell with
a third party editor (Unless you can stand using LSE). Why can't someone bring
out a nice full-interactive, 2.04, font-sensitive, style guide conformant 
'C++' compiler for the amiga, that makes programming a joy. If anyone has ever
seen Borland 'C++' or Borland 'C++' for windows, they will probably know what
i'm talking about. Even something nice like the Devpak Assembler editor would
be acceptable. We have to settle for unforgiving command line arguments and 
excuses for a text editor (Namely LSE V5.10a).

	What I'm trying to get at is, OS 2.0 is here, it's waiting, it's an 
operating system with a nice standard GUI and makes making GUI's alot easier,
yet the amiga seems to be SADLY lacking in a good interactive compiler. You
know, one with a nice little guage that fills up as it compiles, a listview
that shows all your errors back on the main editor screen. As you click on each
one, it loads each module file and jumps to the respecive line numbers. A 
source-level debugger that allows you to view strucutres as 'trees' and you 
just point and click at a member to watch it happening. 

	This is all just mindless dreaming, but I really think that there are
enough serious amiga developers out there to warrent a BIG company like Borland
to produce one of there legendary products for our Amiga's. 'Borland C++ for 
Amiga' has a REAL nice ring to it. 

	So how about SAS/C 6.0? Does anyone have it? Can anyone comment on it?
Is it a BIG improvment?




-- 
--
Well I guess I'd better say something witty...
--
"The Lord gave us farmers two strong hands so we could grab as much as
From: at595@cleveland.Freenet.Edu (Garrett Laska)
Newsgroups: comp.sys.amiga.programmer
Subject: QWK Mail Door
Date: 9 Sep 1992 22:27:05 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: at595@cleveland.Freenet.Edu (Garrett Laska)
NNTP-Posting-Host: slc10.ins.cwru.edu


  Can anyone out there shed some light on a dim subject (my brain).. that
being what in the heck the format is of the .ndx files that are produced
by QWK compatible doors... I'm currently stuck on this 1 point, I'm writing a
QWK Mail door and for the life of me can't figure it out... I have misc
docs of the QWK standards, everything else is a piece of cake but here is my
situation:
    The QWK docs say that the numbers in the .ndx files are MSBIN or BasicReal
format, and that I have to convert them to/from a Float format??? why would
they be floating point numbers anyways, a Long int (4 odd million) would seem
sufficient, but anyways, here is a routine I pulled out of the docs..
 
union Converter
{
unsigned char uc[10];
unsigned int  ui[5];
unsigned long ul[2];
float       f[2];
double       d[1];
}
 
float MSBINToIEEE(float f)
{
union Converter t;
int sign, exp;
 
t.f[0] = f;
 
sign = t.uc[2] / 0x80;
exp  = (t.uc[3] - 0x81 + 0x7F) & 0xFF;
 
t.ui[1] = (t.ui[1] & 0x7F) | (exp << 7) | (sign << 15);
return(t.f[0]);
}
 
 
  I have many QWK packets I've pulled off of many boards, and always, the first
.ndx file (the one that pertains to the first message in Message.dat) contains
for the first message 0x82... which is 130 in decimal... if you run that
through the converter you don't get a Byte seek position or a 128byte block
position?? At least that is one common thing... from there on out it seems
erratic as to what the next value will be... Someone told me that they were
Shown 86%, press <SPACE> for more, 'q' to quit, or 'h' for help
not MSBIN numbers and were just Byte seek positions for the Message.dat file
but that doesn't fly.... Anyone out there that knows what I'm talking about??  
Does this make any sense??? heh.. 


 
  
  
-- 
	
	      
	     Garrett Laska...  
             Internet: AT595@cleveland.freenet.edu  Cleve, OH
From: rcbi110@marshall.wvnet.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icon default tool paths (was Re: A4000 Specs? Who knows.)
Date: 14 Sep 92 14:21:45 GMT
Organization: Marshall University


> I took the cheap way out.  I decided that the maximum size of font I
> would support is 16, fit in as many gadgets as possible with a 16

Wouldn't everything be a lot simpler if someone made a program for the amiga
that is pretty much a clone of "ATM" ?

Then you could use the given font, just in another size.


((   ||  /\\ \\  / /\\  ((      R. Alan Monroe       ((  I'm not an actor, ((
 )) _// /--\\ \\/ /--\\  )) rcbi110@muvms3.wvnet.edu  )) but I play one     ))
((              _       ((                           ((  on T...   Hey!!   ((
 ))  ||  /\\  //  ||_/   ))    Pinkwater Rules!       )) Who wrote this     ))
((  _// /--\\ \\_ || \  ((            :^)            ((  script!?!?!   -me ((
From: gs@TEETOT.ACUSD.EDU (Greg Simon)
Newsgroups: comp.sys.amiga.programmer
Subject: Hacking the POWERGLOVE: a call for tech. specs
Date: 8 Sep 92 22:19:16 GMT



A friend and myself are attempting to hack the Mattel (c) PowerGlove.

I have some example code I got from the glove-list, but it's awful and 
only detects finger movements.  The coords leave a LOT to be desired.
On top of all that, it uses the CIA resource and doesn't even close it
correctly!

If ANYONE has ANYTHING like TECH SPECS on it; something that describes
the data packet coming out of it PLEASE e-mail me!  I want to encode it
into a shared library for other programmers to use.  

Sure, I could by the book, "COMPUTE's Mapping the PowerGlove" but, hey,
that's not quite /possible./  :-)

Thanks a lot--if I am able to work it into a shared library, it would be
PD ...

Greg

Greg Simon
<gs@teetot.acusd.edu>
Electrical Engineering 
University of San Diego, CA


Newsgroups: comp.sys.amiga.programmer
From: s37732v@vipunen.hut.fi (Markus Juhani Aalto)
Subject: SAS/C Upgrade?
Organization: Helsinki University of Technology, Finland
Distribution: comp.sys.amiga.programmers
Date: 11 Sep 92 18:12:41


Hi!

Are there still other peoples who haven't received upgrade notice from SAS
for their V6.0 upgrade. I haven't heard anything about them and I 
recall that it was supposed to be released 15th of September.

They should have my address and everything because I ordered my V5.10b
directly from them.

Or maybe I just have to send them a letter, but that takes too much
time.


--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
From: jpotter@sirius.ucs.adelaide.edu.au (Jonathan Potter)
Newsgroups: comp.sys.amiga.programmer
Subject: GadTools listviews question
Date: 8 Sep 92 11:27:48 GMT
Organization: Information Technology Division, The University of Adelaide, AUSTRALIA
NNTP-Posting-Host: sirius.itd.adelaide.edu.au

Quick question : Is there any way at all under GadTools 37 to find out the
parameters of a LISTVIEW_KIND gadget (specifically, the GTLV_Top field) ?

Jon
-- 
| Jonathan Potter |                              | A                       |
| P.O. Box 289    | jpotter@itd.adelaide.edu.au  |   Suffusion             |
| Goodwood, SA    | FidoNet : 3:680/829          |               Of        |
| Australia  5034 |                              |                  Yellow |
Newsgroups: comp.sys.amiga.programmer
From: quandt@mcs213g.cs.umr.edu (Brian Quandt)
Subject: vogle
Date: Sun, 13 Sep 1992 03:10:50 GMT
Organization: University of Missouri - Rolla

Has anyone seen vogle ported to the amiga?  The port itself actually
looks easy, however, if anyone has already done it...

Are there any other 2D/3D libraries out there (that are any good, and
have decent documentation)?

						Brian Quandt
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS C++?
Date: 10 Sep 92 04:07:55 GMT
Reply-To: cbmehq!cbmden!hemmer@cbmvax.commodore.com (Franz Hemmer)
Organization: InterActivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <BuA2F1.7uu@news.cso.uiuc.edu> jdl47513@uxa.cso.uiuc.edu (Jason Lowe) writes:

> I've been gone for the summer, so if this was answered before, please pardon
> the repetition.
> 
> Has SAS announced anything about their C++ compiler?  Is the C++ compiler
> still slated for production or has it been scratched?  I have not heard a
> peep about it for a long time, and I thought it was due out sometime soon.
> 
> Any information appreciated!

Unfortunately SAS C++ is far far away. If we're really lucky, we might have
one at the end of next year, but only if SAS pushes this project very hard.

> Jason Lowe      |   //       | Take the Oath.  Watch Ren and Stimpy!

-- 
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer located in Silkeborg, Denmark, Europe |
*-------------------------------------------------------------------------*
From: cheungc@p4.cs.man.ac.uk (Carson Cheung)
Newsgroups: comp.sys.amiga.programmer
Subject: U.K. Distributor of SAS C V6
Date: 14 Sep 92 09:50:13 GMT

Does anybody know who is going to be responsible for distributing SAS C V6 in
the U.K. ? and will they offer academic discounts ?(I recall reading in one
posting that there is will be academic discounts on this product.)

responses by e-mail please.

Thanks

Carson Cheung
From: barrett@clpd.kodak.com (Chris Barrett (x37253))
Newsgroups: comp.sys.amiga.programmer
Subject: Animations with iffparse.library?
Date: 15 Sep 92 16:41:42 GMT
Article-I.D.: clpd.1992Sep15.164142.19660
Organization: Eastman Kodak Co. - Clinical Products Division
X-Newsreader: Tin 1.1 PL4


-- 
		barrett@Kodak.COM  ( Chris Barrett )
From: cheungc@p4.cs.man.ac.uk (Carson Cheung)
Newsgroups: comp.sys.amiga.programmer
Subject: Info On Registered Developers
Date: 11 Sep 92 08:34:09 GMT

Can anybody give me info regarding Registered Developers?

Thanks in advance

Carson Cheung
From: christia@ntua.gr (Panagiwths Xristias)
Newsgroups: comp.sys.amiga.programmer
Subject: Where can I find the ,so called, AutoDOCS?
Summary: Can anyone tell me where can I find the Autodocs?
Date: 8 Sep 92 17:08:45 GMT
Organization: National Technical University of Athens

(Note : this is is my first attempt to post a letter using nn, please
        forgive me for any mistake, thank you )

I have a request, it is:
 Is there any way for my to get the Autodocs for the 2.0 OS ?
 Any ftp-site or any other address where I can ask for them ?

	thanks, Panagiotis.

______________________________________________________________________________
Panagiotis J. Christias / National Technical University of Athens (NTUA) ____/
_____AMIGA USER________/  Department of Electrical Engineering & __________/
___& Star Trek_fan____/__ Computer Science.______________________________/
e-mail address: christia@theseas.ntua.gr / phone: (INT-CODE)-6523585.__/ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       ...to seek out new life and new civilizations,
          ...to boldly go where no man has gone before...
From: spark@spuddy.uucp (Steve)
Newsgroups: comp.sys.amiga.programmer
Subject: How to program a DOS: handler?
Date: 13 Sep 92 20:00:05 GMT
Organization: Spuddy's Public Usenet Domain


Does anyone else find the information in the Bantam DOS manual
unclear, pitifully incomplete, badly structered, confusing,
and poorly presented?

I've got the second edition, but as far as I can see, the 3rd
edition isn't much better.


There are:
41 pages decribing how to use EDIT, the line editor, but only
6 pages on how to create a new dos handler

(3 of those 6 taken up with a pathetic example, in BCPL of all
languages.)

I'm sure the poor quality has been debated endlessly here. In
fact I do remember seeing something about Commodore having a
contract with Bantam - which they regret - giving Bantam complete
editorial control.

Is there any better on-line documentation about?  Particularly
dealing with packets, and how to create DOS handlers such as CON:.
Examples would be nice too.

Specifically, what happens when someone opens my handler for the first time?

copy * FRED:
blah blah
ctrl-\

I take it, my code is LoadSeg()ed, CreateProc'ed. Then I get a
packet at my process port.

Here's where I'm having a little difficulty. What is the 'open' packet
I get. I take it I then get ACTION_WRITEs, followed by ACTION_END?

Thanks
Steve
-- 

        ---- Steve Parkinson (spark%spuddy.uucp@uknet.ac.uk) ----
        ----- Call Spuddy for Free UK USENET on 0203 638780 -----
Newsgroups: comp.sys.amiga.programmer
From: ejames@venus.iucf.indiana.edu (ERIC JAMES)
Subject: Re: Patrick Quaid and PCQ Pascal
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: ejames@venus.iucf.indiana.edu
Organization: nothing
Date: Wed, 9 Sep 1992 17:10:09 GMT

In article <9209090228.AA00515@mackay.mpce.mq.edu.au>, s3007048@mackay.mpce.mq.edu.au writes...
>The reason why Patrick Quaid has been hard to get in contact with is
>because he has moved to Virginia - I have the latest version of
>PCQ Pascal, and I will be uploading it to amiga.physik.unizh.ch
>as soon as I can - this is the August version of PCQ12d
> 
>Regards,
> 
>	Mike.
> -----------------------------------------------------------------------------
> Internet:	s3007048@mackay.mpce.mq.edu.au
> 
>                     "I have a cunning plan..."	- Baldrick (Black Adder)
> -----------------------------------------------------------------------------
>     Michael Glew - School of Math Phys Comp & Elec - Macquarie University
> -----------------------------------------------------------------------------
> 
  You shouldn't put PCQ12d on a public site, it's the registered version.

Newsgroups: comp.sys.amiga.programmer
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: Re: Refreshing GADTools LISTVIEW
Keywords: gadtools
Organization: /etc/organization
Date: Sun, 13 Sep 1992 04:53:02 GMT

You call the gadtools.library function GT_RefreshWindow() with two arguments
1. A pointer to the window to refresh (struct Window *)
2. A NULL. The second field is not used yet (I think it's a pointer to a 
   requester structure).

That will re-draw the borders of your Listview.

If you mean to refresh the actual text in a listview, You must detach your
linked list from the listview first by calling
GT_SetGadgetAttrs(Pointer-to-listview-gadget,Pointer-to-window,NULL,GTLV_Labels
		  ,~0,TAG_DONE);
then modify the list, then re-attach it to the listview by calling
GT_SetGadgetAttrs(Pointer-to-listview-gadget,Pointer-to-window,NULL,GTLV_Labels
		  ,Pointer-to-list,TAG_DONE);




-- 
--
Well I guess I'd better say something witty...
--
Anyone can hold the helm when the sea is calm.
Newsgroups: comp.sys.amiga.programmer