HDTenEightyP/NetNews huggingface dataset:
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ASL and GadTools libraries.
Date: 28 Jul 92 16:05:54 GMT
Article-I.D.: cbmvax.33732
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Jul27.191144.25772@wam.umd.edu> stark@wam.umd.edu (Mike Stark) writes:
>When using the hook function to get messages from a shared IDCMP while an ASL
>requester is displayed, it works to return a NULL pointer instead of the
>pointer to the message ASL passed you. (The reason you would want to do this
>is if you want to close the window with which the message is associated while
>the ASL requester is displayed.)  The reason it is OK is that ASL calls
>GT_ReplyIMsg which doesn't mind being passed a NULL pointer.

Those are mighty strong assumptions you're making.  How do you know that
_all_ ASL does is GT_ReplyMsg()?  Suppose that in the future it has to
do something else with it.

>The autdocs take a strong stance against doing this but it works.

Programming by that kind of credo is asking for trouble.  I cannot overemphasize
the importance of heeding the documented warnings.

>I wish the autodocs said this was OK because I really want to let the user
> of my program close windows while the ASL requester is active.

The autodocs WON'T say it's OK because it's NOT.  If you want to close
the window while the requester is active, then don't pass your window
in as a reference window.  It's pretty simple.

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

Your diagnosis is wrong.  GadTools never modifies IDCMP flags.  What
you are doing wrong is failing to ReplyMsg() all the messages you get
from GetMsg().  You probably only call ReplyMsg() when GT_FilterIMsg()
returns non-NULL.  If you're using the filter functions, you must
ReplyMsg() EVERYTHING you GetMsg().  That's your mistake.

>---Mike Stark                         | stark@umdhep.umd.edu

     Peter
--
Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"If we only use 15% of our brain, what do you suppose the other 75% is for?"
From: abair@parsons.sps.mot.com (Alan Bair)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GNU Emacs vs. the world . . . (was Re: C Programmer's Editor of Choice?)
Date: 27 Jul 92 06:12:14 GMT
	<1992Jul24.141245.18706@syma.sussex.ac.uk>
	<1992Jul24.225711.12639@panix.com>
Organization: AMCU, Motorola Inc., Austin, Texas.

In article <1992Jul24.225711.12639@panix.com> drw@panix.com (Douglas Williams) writes:

   Question:
   For anyone else using v1.25 on a stock amiga: Does amiga-set-geometry
   still work for you?  It causes emacs to freeze after expanding the window
   on my machine, so I have to resize the window manually each time I invoke
   the editor.  It worked fine with 1.24, by the way.


I asked the author about this, its a bug. Just make sure you actually specify
the name of a public screen for the last parameter. I use the following:

	(amiga-set-geometry 10 10 640 400 "Workbench")

The author indicated this would be fixed in the next release.

Now I'll ask for some help. Does anyone know how to rebind the numeric keypad
keys? I saw one posting that indicated using some special character sequences,
like "\C-k1~" or something similar. This is like what is sent for the function
keys, but my keypad just sends their normal values.

   -- 
   Douglas Williams (drw@panix.com)
--
Alan Bair             		AMCU DSCS
Motorola, Inc.            	    (Design Software &
Mail Stop OE-320		     Computer Services)
6501 William Cannon Dr. West	
Austin, TX  78735-8598          abair@parsons.sps.mot.com
Organization: Pittsburgh Supercomputing Center, Carnegie Mellon, Pittsburgh, PA
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: WorkBench 2.04 - bug, or feature?
Originator: jamie@cdevil.unx.sas.com
Date: Tue, 21 Jul 1992 12:39:06 GMT
Organization: SAS Institute Inc.
Keywords: AmigaDOS 2.04


In article <1992Jul21.081047.677@leela.cs.orst.edu>, ridgwad@jacobs.CS.ORST.EDU (Dean Ridgway) writes:
>While working on my latest computer club disk (now in a new Workbench 2.04
>format) I noticed that when you resize or reposition a drawer's window and
>try to save that information back into the .INFO file that only the resizing

2.0 doesn't use the plain ".info" files anymore.  You can nuke 'em off
your disk if you don't boot 1.3 anymore.

>Does anyone know if this is a bug, or if the INFORMATION pull down menu item
>was deliberately rewritten not to save positional information.  I have looked
>through the _Using_the_System_Software_ book under the INFORMATION pull down
>menu and it does not say you have to do anything different to save the
>position of a window.  If this is mentioned anywhere in the System Software
>book please give me a page number, or other reference.

Under the "Window" menu on Workbench, there is a submenu named
"Snapshot", with two subitems, "Window" and "All".  I don't know where
its documented, sorry.
-- 
---------------
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.
Newsgroups: comp.sys.amiga.programmer
From: jmrg9881@uxa.cso.uiuc.edu (Jon Reid)
Subject: SAS 5.10 includes for OS 2.0
Organization: University of Illinois at Urbana
Date: Fri, 24 Jul 1992 20:07:37 GMT

Help me out, folks.  I have SAS 5.10, and have just started trying to
program stuff using the 2.0 includes.  Trouble is, I get compiler errors on
the includes, like

enum{W_Dummy= (1L<<31) +99,
intuition/intuition.h 447 Error 20: invalid constant expression

Has there been a fix for this that I'm not aware of?

-- Jon Reid  (j-reid@uiuc.edu)
Newsgroups: comp.sys.amiga.programmer
From: Hans Ridder <ridder@zso.dec.com>
Subject: Re: MUNGWALL 37.54 uploaded (addendum)
Originator: ridder@zowie.zso.dec.com
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Sat, 25 Jul 1992 20:33:42 GMT

In article <1992Jul23.211923.1838@javelin.sim.es.com> dingebre@imp.sim.es.com (David Ingebretsen) writes:
>In article <1992Jul23.151314.4528@sagpd1>, monty@sagpd1 writes:
>> Minor falme ON:
>> 
>> 	I guess it's time to air my two my pet complaints again.
>> 
>> 	1) signature blocks -- Not everyone in this world has a 16.8k baud
>> 	modem and unnecessarly long signature blocks are a pain.  This example
>> 	is only 18 lines long, some have exceeded 23 lines lately!
>
>The example is my "signature block". I didn't include a disclaimer until 
>my employer told me to put one in. Yell at them, not me.

No, there's no need to yell at them, the problem is yours.  There's no
need for a your "signature" to be so big, disclaimer or not.  You can
easily make it smaller.  How about this:

David <dingbre@imp.sim.es.com>
************************************************************************
Disclaimer: The content of this message in no way reflects the opinions
of my employer, nor are my actions encouraged, supported, or
acknowledged by my employer.  If I mess up, it's my fault and mine
alone.
************************************************************************

There, that wasn't hard, was it? ;-)

-hans
-- 
  Hans-Gabriel Ridder				Digital DECwest Engineering
  ridder@rust.zso.dec.com			Bellevue, Washington, USA
  {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
Newsgroups: comp.sys.amiga.programmer
From: becher@goofy.zdv.uni-mainz.de (Jochen Becher)
Subject: Some questions
Keywords: GadTools DupLock iffparse
Organization: Johannes Gutenberg Universitaet Mainz
Date: Wed, 22 Jul 1992 10:17:44 GMT

I have some questions programming under 2.0.

1. How can I put GadTools gadgets in the Border of a Window?

2. If I use DupLock() on a lock that is locked with non-shared access (i've
   forgotten the constant name, may be ACCESS_WRITE), can I access both locks
   (or files after OpenFromLock()) for read and writing?

3. I have a file opened with iffparse's OpenIFFasDOS(). This file is (shure!)
   a CAT of equal typed FORMs. Can I Seek() through the file ( I know the
   starting positions of every FORM) and read a single FORM using iffparse?

Any help?

Thanx, Jochen


-- 
Jochen Becher          becher@goofy.zdv.uni-mainz.de
6500 Mainz             voice: 06131 689667
Newsgroups: comp.sys.amiga.programmer
From: jpelkone@vipunen.hut.fi (Janne R M Pelkonen)
Subject: Re: C Programmer's Editor of Choice?
Reply-To: jpelkone@vipunen.hut.fi (Janne R M Pelkonen)
Organization: Helsinki University of Technology
Date: Mon, 27 Jul 1992 10:08:55 GMT


>1.System2.0> eval 166852 - 1075888
>592264            ^^^^^^^^^^^^^^^^
 ^^^^^^ It seems to me that 'eval' is a _bit_ rusty on its math :)

	-Janne
>
>Stratocaster
>-- 
>  Steve Davis  |    Contact me at ...            | The Boarding House BBS!
>               | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
>               | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
>          ********** Have you hugged your Amiga today? **********


























-- 
* Janne Pelkonen	*   Helsinki	* "With the day came the	*
* JMT 7C 352		*  University	*  resolution"	 		*
* 02150 Espoo		*      of	*  Uriah Heep: July Morning	*
* FINLAND		*  Technology	*				*
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Changing Directories
Date: 22 Jul 92 15:53:44 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Organization: Commodore, West Chester, PA

Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig) writes:
>
>     I appoligize if this is a too frequently asked question, but I have
> a need to change directories.  And I need the result to be effected
> after my program terminates.  What I am doing is Norton's NCD.  It is
> working perfectly, except I can't change directories.  Please tell me
> what is wrong with this code:
>
>#include <stdio.h>
>#include <ctype.h>
>#include <dos/dos.h>
>#include <dos/dostags.h>
>#include <dos/dosextens.h>
>
>main()
>{
>   char Path[32] = "DH0:\0";
>   struct FileLock *lock;
>
>   lock = (struct FileLock *) Lock(Path, SHARED_LOCK);
>   if (lock == NULL)  puts("Dogs and cats living together!");
>   else
>   {
>      CurrentDir(lock);
>      UnLock(lock);
>   }
>}

Well, lets start with the fact that you are UnLock()ing the lock that
is now your CurrentDir().  This is a very good way to cause crashes.
You would need to do something like:

	oldlock=CurrentDir(lock);
	UnLock(oldlock);

You could actually use:  UnLock(CurrentDir(lock));

Anyway, in addition to that, if this is for the shell, the CLI's string
representation of the CurrentDir() path needs to be updated in the correct
manner.  (And the old one thrown away in the proper manner)  Under 2.x,
this is a bit easier than 1.x, but you still need to do the work.

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                                                                |
| \XX/                      Eloquence is vehement simplicity           |
\----------------------------------------------------------------------/
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
Date: 22 Jul 92 04:27:57 GMT
Organization: FAA Technical Center, Atlantic City NJ

vailm00@DMI.USherb.CA (MARC VAILLANCOURT) writes:

>    Anybody know if CED will ever be updated? The latest release I've seen
>is 2.12 and it's almost two years old! I'd like to buy the program myself,
>but I'll never pay for something that won't be updated, especially to
>support more 2.0 (and above) features...

  Much as I'd like to switch to the rather dusty copy of TurboText that I have
here, I can't so long as it lacks unlimted undo/redo...

  CED maybe old, but it is not biodegradeable, it works as good now as it did
when it was first released.  I wish I could say that same about my knees...

  -jack-
Newsgroups: comp.sys.amiga.programmer
From: prado@enuxhb.eas.asu.edu (Louis A. Prado)
Subject: CManual
Organization: Arizona State University
Date: Fri, 31 Jul 1992 20:16:23 GMT

Is this manual, which appears to be 4Megs compressed, worth looking into.
How well is it orginized ?  How many pages is it ?  Is it written for Amiga
DOS 2.0+ or is it just a compilation of C docucments which have been
floating around for the past 5 years ?

Any opinons would be greatly appreciated.
l
--
- Lou Prado	EE  Undergrad.     Arizona State Univ.
From: hawk@pnet01.cts.com (John Anderson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Please crash my machine
Date: 25 Jul 92 14:16:19 GMT
Organization: People-Net [pnet01], El Cajon CA

>> > The answer is clear.  If the software is good, the author will         
>> > attempt to deal with EVERY possible failure gracefully.                
>>                                                                          
>> The question is whether 1.1 is "possible".                               
                                                                            
>The answer is "yes".                                                       
                                                                            
Let's go right to the source to determine if one should check to see        
that they're at *least* using 1.2. The following is from the Amiga ROM      
Kernal Reference Manual Libraries, page 918, 2nd paragraph. The section     
is Appendix D "Troubleshooting your software"                               
                                                                            
  Fails only on Older ROMs or Older WB                                      
    This can be caused by asking for a library version higher than you need 
    (Do not use the #define LIBRARY_VERSION when compiling!). Can also be   
    caused by calling functions or using structures which do not exist in   
    the older version of the operating system. Ask for the lowest version   
    which provides the functions you need (usually 33), and exit gracefully 
    and informatively if an OpenLibrary() fails (returns NULL). Or code     
    conditionally to only use new functions and structures of the available 
    library's lib->Version supports them                                    
                                                                            
Does that pretty much sum it up?

UUCP: {hplabs!hp-sdd ucsd nosc}!crash!pnet01!hawk
ARPA: crash!pnet01!hawk@nosc.mil                 
INET: hawk@pnet01.cts.com
From: sraboel@srabol.adsp.sub.org (Steen Raboel (ECD 019))
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need help opening a window on a custom screen.
Date: 25 Jul 92 19:33:28 GMT
Reply-To: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!srabol!sraboel
Organization: Interactivision - The Name Of Precision
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <13g4lfINNo64@darkstar.UCSC.EDU> smythe@cats.ucsc.edu (Brian Matthew Aljian) writes:
> 
> I need help opening a window on a custom screen.  I have declared the
> following (lots of stuff omitted for brevity):
> 
> struct Screen *main_screen;
> 
> struct Window *main_window;
> 
> struct TagItem main_win_tags[] =
> 	{
> 	{WA_CustomScreen,	main_screen},
> 	...etc...
> 	{TAG_DONE,		NULL},
> 	};
> 
> main_window = OpenWindowTagList(NULL, main_win_tags);
> 
> But this does not work.  My compiler complains about the first tag in the
> main_win_tags[] structure.  What do I need to do to open this window on the
> custom screen?


Try:

struct TagItem main_win_tags[] =
{
	WA_CustomScreen, NULL,
	...etc...
	TAG_DONE
};



Then open your screen, and:

    main_win_tags[0].ti_Data = (Tag)main_screen;
    main_window = OpenWindowTagList(NULL, main_win_tags);


> Thanks for any help!

Hope this help.

>    Brian M. Aljian
>    smythe@stallion.santa-cruz.ca.us

-- 

  /-----------------------------------------------------------------------\
  | Steen Raboel                 UUCP: cbmehq!cbmden!srabol!sraboel       |
  |                       _      FIDO: 2:231/138.0 Or 2:230/311.13        |
  |                       \\ _                                            |
  |               Interacti\X/ision - The Name Of Precision               |
  \-----------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: tschille@undergrad.math.waterloo.edu (Thorsten Schiller)
Subject: WB 2.1
Organization: University of Waterloo
Date: Fri, 31 Jul 1992 03:10:02 GMT

I'm not sure if this is the appropriate place to ask this, but...

Is there a recent release of 2.1 available anywhere on the net? I've heard/
seen various beta releases, but am curious if anything more concrete is
available yet... regardless, if there any ftp site that has the most current
release?

Thanks for any help.

Thorsten Schiller
tschiller@cayley.uwaterloo.ca
tschiller@descartes.uwaterloo.ca
From: groo@chsdip.wisdom.bubble.org (Bill Squier)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need help linking math library in makefile.
Date: 26 Jul 92 12:24:55 GMT
Organization: Dragonsoft Development
X-Newsreader: Arn V1.00 beta rel2

In article <14q1dkINNob2@darkstar.UCSC.EDU>, Brian Matthew Aljian writes:

> 
> I'm having a problem getting my floating point code to work when I use a
> makefile to compile/link it.  For example, here's a little program (call it
> "prog1.c"):
>
> [...code deleted...]
> 
> But, if I use the following makefile to compile and link it (formatted to make
> it easier to read):
> 
>      prog1 : prog1.o
>         blink FROM lib:c.o+prog1.o TO prog1 LIB LIB:lc.lib+LIB:amiga.lib+
> 	                                        LIB:lcm.lib

Include LIB:lcm.lib _before_ LIB:lc.lib in your link line.

eg,

	blink FROM lib:c.o+prog1.o TO prog1 LIB LIB:lcm.lib+LIB:lc.lib+\
LIB:amiga.lib


----------------------------------------------------------------------
"Stimpy, sometimes your wealth of ignorance astounds me." -ren hoek
Bill Squier (groo@chsdip.wisdom.bubble.org) MetaMail capable
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: 2.04 Includes
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 2.0, 1992/06/25 01:41:36
Keywords: 
Summary: 
Date: 23 Jul 92 21:05:14 PST
Organization: Missionaria Phonibalonica

In <1992Jul23.144100.29361@arcetri.astro.it>, tribioli@arcetri.astro.it (Francesco Tribioli) wrote:
> In article <33245@cbmvax.commodore.com>, mks@cbmvax.commodore.com (Michael Sinz) writes:
> |> 
> |> Well, it really is rather simple.  In order to keep our Copyright and
> |> ownership of the files and the data they contain, we need to do this.
> 
> I don't understand this: you can keep your Copyright and distribute them like
> freeware software (see for example GNU foundation).

Some people lawyers come up with different answers. Since the FSF
started with the idea that they wanted to distribute for free, the
answer they came up with shouldn't be surprising. As far as I know, no
one has as yet tested their copyright/license, or any other case where
someone allows unlimited redistribution while trying to maintain a
copyright.

In other words, only one of the two statements above is true, and
nobody knows which.

> |> The cost is very little ($100 flat fee) and the compiler vendor pays
> |> this.  The vendor can then sell as many as he wishes without paying us
> |> any more.  A user can also buy them from CATS (215-431-9180) as part
> |> of the Native Developers Kit.  We try our best to get the information
> |> out there (the NDK is only $20 and includes more than just the includes)
> |> but we do not wish to give up our rights on the files.
> 
> $100 is not so little fee for a single user.

Reread that paragraph again, *especially* the prat about being able to
order the includes - with machine readable autodocs, developes tools,
and sample code - for $20. If you really want to develop for the
Amiga, that's a bargain. If you just want to port non-GUI Unix/MS-DOS
programs, you probably don't need anything more than what the compiler
vendor gives you, even if they don't include the CBM includes.

	<mike
From: hugh@dciem.dciem.dnd.ca (Hugh D. Gamble)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
Date: 24 Jul 92 21:18:26 GMT
Organization: NTT Systems, Inc., Toronto, Canada

If your CPU is slower than your fingers, you may not be able to
support its full power, but you can't beat gnuemacs.  It has automatic
everything built in, and if one of the thousands of dedicated users
around the world hasn't written a function you want you can roll your
own. 

And the Amiga version has an AREXX port, and workbench support.
It's ideal for building into a complete programming environment.

I'd give a list of the features it has specifically for programmers,
but it would overload the net bandwidth worse than the X11R6 release.
:-)


-- 
# Hugh D. Gamble, NTT Systems Inc. (at DCIEM (416) 635-2156) Std. Disclaimers #
# hugh@dciem.dciem.dnd.ca, hugh@kink.UUCP                                    #
# ** Neural net; holds your mind hour after hour. **                          #
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: **HELP** Whats wrong with this program?
Date: 23 Jul 92 13:07:14 GMT
Reply-To: cbmvax!cbmehq!cbmfra!swinjm!forgeas (Jean-Michel Forgeas)
Organization: The Software Winery
X-Newsreader: Arn V1.00 alpha rel2

In article <sims.711806545@sauron.msfc.nasa.gov>, Herb Sims writes:

> The following is a short serial open/read a little/close program and I
> cannot figure out why the program crashes.  Can someone **PLEASE** help
>     [...many lines deleted...]
>     jsr     _CreatePort             ;Go open the port
>     jsr     _CreateExtIO            ;Allocate/intialze IO request block
>     jsr     _LVOOpenDevice(a6)      ;Go open serial.device
>
> ;this is to be the read/write code
>
>     jsr     _LVOCheckIO(a6)         ;See if any outstanding IO requests
>     jsr     _LVOAbortIO(a6)         ;Yeap, so stop any IO requests before
>     jsr     _LVOCloseDevice(a6)     ;Go close serial.device
>     jsr     _DeletePort             ;Delete the message port to free RAM

Just an idea... perhaps your crash is because you CheckIO() an IO which
has not been used.
Just after the OpenDevice(), you could try to DoIO() a CMD_QUERY to the
device.
BTW you should DeleteExtIO() in your example.

Best regards
    Jean-Michel
--
Jean-Michel Forgeas         uunet!cbmvax!cbmehq!cbmfra!swinjm!forgeas
4 rue du General Leclerc                       __
95210 Saint Gratien, France                    \/