HDTenEightyP/NetNews huggingface dataset:
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icons for assigns?
Distribution: world
Date: 16 Nov 92 09:47:02 EST
Organization: Fabbian G. Dufoe, III

In article <alien.013w@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz (Ross Smith) writes:
>I'd like to be able to put a "disk.info" icon into a directory, set up an
>assign to that directory, and have the pseudo-disk icon appear with the
>real disk icons on my Workbench.

   That's a neat idea.  You might want a special icon, though, so you would
know it was a logical device.  And if all the logical devices had icons
you'd have one for PAR:, one for SER:, and one for PRT:.  You wouldn't neet
the PrintFiles program from the Sys:Utilities drawer.  You could just "copy"
a file to the "PRT:" device.

>find the docs: directory (I don't mind if I have to do a reset before the
>new icon appears). The idea is that an assign should look just like a real

   The assigns themselves won't survive a reset, so that won't do much to
display the icons.  But that shouldn't be necessary, any more than it is
necessary to reset after inserting a new disk to see the new icon.

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3

Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: ENFORCER hits from SLINK SAS/C 6.0
Originator: walker@twix.unx.sas.com
Date: Mon, 23 Nov 1992 14:51:19 GMT
Organization: SAS Institute Inc.


In article <heinz.04p9@edohwg.adsp.sub.org>, heinz@edohwg.adsp.sub.org (Heinz Wrobel) writes:
|> I know where this bug comes from now! It's actually a bug in the SAS/C 6.0
|> tmpfile() function!

Oh, yes - this is already fixed for the upcoming 6.1 patch.  Sorry, I
should have thought of it right away.

|> >PS: This is not yet reported to emits. I still have problems registering :-((
|> 
|> Same thing ... :-((

What kind of problems are you having?  How have you tried to register?
Try sending email to ts4sasca@unx.sas.com to get this resolved.

|> Heinz Wrobel, Edotronik GmbH (ECG018)

-- 
  *****
=*|_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: charro@ee.ualberta.ca (Dan Charrois)
Subject: GCC and streams
Keywords: GCC stderr streams
Organization: University Of Alberta, Edmonton Canada
Date: Wed, 18 Nov 1992 01:17:43 GMT

I have a question regarding the gcc compiler (2.2.2).

Since no include files came with gcc, I told it to use those which
came with Lattice C..  but I have a small problem...

When trying to compile a simple program that just printed a message to
stderr using fprintf, I got the message (during linking, I believe),
that __iob wasn't defined anywhere.  Looking at the stdio.h which came
with Lattice, I see that stderr is &_iob[2], and _iob[] is itself
declared as external.  Therefore, I assume that Lattice is finding out
where the standard streams are kept and returning the pointers through
_iob.  What's gcc's method?

If anyone has any information on how to get gcc to understand what I
mean by stderr, It would be great if you could help me out.  (I
imagine it has problems with stdin and stdout as well, though I
haven't checked to be sure...)

Thanks!   Dan
-- 
Dan Charrois - University of Alberta, Electrical Engineering
INTERNET: charro@bode.ee.ualberta.ca
From: davids@cats.ucsc.edu (Dave Schreiber)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: physical memory prot
Date: 18 Nov 1992 03:48:35 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: as215-ws-5.ucsc.edu


In article <n0e9ft@ofa123.fidonet.org> Aric.Caley@ofa123.fidonet.org writes:
>
>Well, how about two memory lists?  Each task has its own private, protected
>memory  list  (as  you  described), and then there would be "shared" memory
>list.  Memory that was intended to be passed around would be allocated from
>the  public memory list (or basicly, the way all memory is alloceted now!).
>Now, this would require simply using the right memory flags in AllocMem() -
>which  probably most applications do not.  So there's still a compatibility
>problem, even though it should be easily fixed by correcting the AllocMem's
>in your application and recompiling.

That's basically the same problem as we have right now:  programs don't
specify shared memory properly.  It can be fixed my recompiling, but we
want to avoid making that necessary if possible since it that makes it 
necessary to buy upgrades, assuming the company that produced the crucial
piece of software you use is still in business.

>
>-so-
[bunch of stuff I agree with deleted to save bandwidth]

>
>Now  perhaps  I  am  completely  off  here...   but it seems like this is a
>reasonable  solution.   What don't I understand, if this idea is completely
>unfeasable?   Third parties have developed VM that uses a similar system to
>what  I described (from what I understand, I dont have an MMU to see how it
>works).

This is really something that needs to be integrated into the operating
system, IMHO.  As you said (in the text I deleted :-), AmigaOS as a whole
needs to be made memory-protection compliant, since every program interacts
with it.  What if Intuition doesn't use MEMF_PUBLIC when allocating 
memory for IDCMP messages?  This'll mean that no program that uses Intuition
will be able to use memory protection, unless you write a routine that
intercepts an IDCMP message and makes it public.  Doing this for every
system routine that needs it could be a lot of work.  Of course, once 
memory protection is implemented in Exec, the rest of the OS will be made
memory-protection compliant, but for now, who knows?

>--- Maximus 2.00

-- 
Dave Schreiber  "Look.  Don't touch."  davids@cats.ucsc.edu (until 6/20/93)
From: sjc27@unix.brighton.ac.uk (Eriond)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ADA needed
Date: 23 Nov 92 14:56:36 GMT
Organization: University of Brighton, UK

jesup@cbmvax.commodore.com (Randell Jesup) writes:
> dobrien@sybase.com (Dave O'Brien) writes:
> >In article <1992Nov9.082743.3432@sunbim.be> , accs1@bagheera.mumath
> >>>	is there somewhere an ADA Compiler for the Amiga ?
> >>
> >>Thank god there is another real software-engineer out there!
> >
> >Seems that ADA programmers - oops, software *engineers* - are wearing
> >their chins rather high this year...   ;^)
> 
> 	Now now, Ada isn't all that bad, especially nowadays (see the current
> CACM issue focus on Ada).  I used to program in Ada (for about a year, in '86-
> '87).  The Amiga actually has a better fit to Ada than many machines do, with
> a low-overhead tasking model (many people using Ada avoid tasking due to the
> overhead with spawning processes on most Unixes, or worse yet VMS).
> 

	So...IS there an ADA compiler for the amiga??
	I havent heard of one.......

	'Si at Uni of Brighton
-- 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

          If a tree falls and nobody hears it...does it make a sound?

		..Beldin....


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
These views are my own and not Uni of Brightons...
.....As if a Uni actually has views..
Newsgroups: comp.sys.amiga.programmer
From: tope@imhps.im.se (Torbj|rn Pettersson IMD)
Subject: Window & Gadget generator
Organization: Industri-Matematik Data AB, Sweden
Distribution: comp.sys.amiga.programmer
Date: Mon, 23 Nov 1992 18:18:11 GMT


 If anyoune out there in net-land knows of
some program, preferably public-domain, which
is able to generate C or assembler-code to open
Screens and Windows and attach gadgets and menus
to it, could you please enlighten me on the subject.

The ideal thing would be something where you point
and click on a screen, and get the C structures
necessary.
(Ok, I am lazy, so what?)

Thanks...


--
-----
Torbj|rn Pettersson                     Phone   +46-(0)8-676 51 70
Industri-Matematik AB                   Fax     +46-(0)8-676 50 10
Kungsgatan 8                            Email   tope@im.se        
Box 7733
S-103 95 Stockholm, Sweden
-----
Newsgroups: comp.sys.amiga.programmer
From: epa@phys.ksu.edu (Eric P. Armstrong)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gcc2.2.2 Opening Intuition
Date: 23 Nov 1992 16:39:06 GMT
Organization: Kansas State University
NNTP-Posting-Host: bohr.phys.ksu.edu

In <1992Nov23.134029.21678@samba.oit.unc.edu> Walt.Namitz@launchpad.unc.edu (Walt Namitz) writes:

>Does anyone have a working code fragment which opens the intuition library
>that they could email me. I have tried using the examples in the Amiga
>ROM Kernel Reference manual however I haven't had any success. Thanks in
>advance to those who respond.

Try this instead.
  
Don't open intuitiion.library in your program.  Just use the functions
normally.  Make sure you use #include <inline/intuition.h> in your
program as well as intuition/intuition.h.  Then link with -lauto
Something like:

gcc myprogram.c -o myprogram -lauto

libauto has code to automatically open and close the library for you.
It will also open and close other libraries for you automatically.
See the documentation for details.

--
Eric P. Armstrong 				epa@phys.ksu.edu
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help with my C program anyone?
Date: 15 Nov 92 19:51:30 GMT
Organization: BBS

> My problem is this: I get no error messages from any of the OS
> functions, they all seem to work fine, except that the current
> directory has NOT been changed. (I have verified this because the
> program is run from the CLI and I just printf the GetCurrentDirName
> string).
> 
> The main problem is however, that a) the directory name on the
> shell prompt is not the new directory ( I was thinking that perhaps
> this has to be set manually)
 
CurrentDir() does NOT change the directory name string.  That's what
SetCurrentDirName() is for.  If you want the two to match you have to
use both.
 
> b) when I do another disk command such as 'dir' after running my
> program the machine crashes!
 
Well, let's see.  Your procedure was to do this:
 
> By now, I assume that the UnLock function has unlocked the preous
> directory, and there is now a valid lock on the new directory, and
> it has become the current directory. Before my program finishes I
> make sure that it unlocks the new current directory.
 
So once the lock that you used for the new CD has been unlocked and
is no longer usable, what did you put in its place?  What is
CurrentDir set to when your program exits?  The one you just
unlocked?  You discarded the original value you found there...
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gcc2.2.2 open a library
Date: 19 Nov 92 10:38:50 GMT
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: Walt.Namitz@launchpad.unc.edu's message of 18 Nov 92 02:00:38 GMT

>>>>> On 18 Nov 92 02:00:38 GMT, (Walt Namitz) said:


Here's my guess.

Walt> #include<stdio.h>
Walt> #include<intuition/intuition.h>
Walt> extern long OpenLibrary;
      ^^^^^^^^^^^^^^^^^^^^^^^

Here you declare OpenLibrary as an external variable of type long
integer. Then later you try to call it is a function returning a pointer
datatype:

Walt> 	IntuitionBase = (struct IntitionBase *)
Walt> 			OpenLibrary("intuition.library",33);

And then the compiler gets way confused because you're trying to invoke
a variable as a function:

Walt> When I compile this fragment I get the following error which
Walt> refers to the line that tries to open the library;
Walt>
Walt> Called object is not a function

--
/**************************************************************************/
/* 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  *                                        */
/**************************************************************************/
SHHHH!!  I hear SIX TATTOOED TRUCK-DRIVERS tossing ENGINE BLOCKS
 into empty OIL DRUMS..
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 20 Nov 92 13:56:15 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Nov18.161755.8884@mnemosyne.cs.du.edu> eeklund@nyx.cs.du.edu (Eivind Eklund) writes:
>In article <37091@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>>	So your problem was rendering speed. Use OwnBlitter and bang the blitter
>>yourself (or simply use the CPU to render your polygon. 32 bit chip ram
>>on 1200's and 4000's will help here). Problem solved. Open an NTSC/PAL
>
>Is this OwnBlitter/DisOwnBlitter solution guaranteed to keep working?  In
>that case approx 1/2 my problem is solved...  But I would think this would
>end up stopping DIG/RTG?

	The OwnBlitter/DisownBlitter solution will work in any future amiga system
that has (a) planar bitmaps stored in blitter-accessible ram and (b) A
blitter that has an ECS compatible mode in it. This is likely to be
true for many more generations of Amiga.
	Yes, using the blitter directly on display memory is not RTG/DIG compatible.
A simple work-around is to allocate a separate normal planar bitmap
do the OwnBlitter stuff on that bitmap, and then BltBitMap it to the bitmap
of the RTG device. You can check if this is necessary by querying the display
database for the DIPF_IS_FOREIGN bit flag for the screen you want to blit
to:

#define DIPF_IS_FOREIGN		0x80000000	/* this mode is not native to the Amiga */

	And mind your BytesPerRow when rendering!
-- 
*-------------------------------------------*---------------------------*
|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: havardn@edb.tih.no (Haavard Nesse,o92a)
Subject: Gadgets & Windows - Help needed!!
Reply-To: havardn@edb.tih.no
Posting-Front-End: Winix Conference v 92.05.15  1.20 (running under MS-Windows)
Date: Mon, 23 Nov 1992 12:12:55 GMT

I'm working on a program that opens windows which should look exactly
like MS-Windows style windows.(Don't ask me why!!).
I've made the Close Window Gadget, and te Minimize- and Maximize Gadgets.
All the windows should be connected to a Custom screen(With the Marble
background from MS-Windows).
I've got two problems:
1) The background color in the windows should be white, but since the back-
   ground color of my Custom screen is black (as it should be), the bg in
   the opened window is also black.
   How should I solve this problem?
2) I can't make a border around my window that changes size when I change 
   the size of the window. I know about the flags (GRELHEIGHT etc.) in the
   Gadget structure, but I can't connect this to the Border-structure.
   (I guess there are other ways than using the Border structure)

I'm sure these are stupid questions to some of you, but I've just started
working with windows, and I'M STUCK!!!

Anyway.....Please give me a hint!!!
(PS! It would be nice if you could answer by E-Mail, since I don't read
this conference very often.)
                                  Greeting from Haavard Nesse, Norway.                                                        
Newsgroups: comp.sys.amiga.programmer
From: a2bartel@rzdspc22.informatik.uni-hamburg.de (Henner Bartels)
Subject: Help - How to install Popup-Menus
Organization: University of Hamburg, FRG
Date: 20 Nov 92 11:03:23 GMT

I am working on a project to replace the default menu-system
by popup-menus (like OS/2). My idea is to install an input-handler
which intercepts the RMB and then opens a window with the
menu-choices.
Here is my problem: I will get a gadget-info which must be
  reconverted into an IDCMP-structure and then reinserted into
  the IDCMP-stream, so that the system can handle it.
How can I perform thist part. Suggestions, samples - I work with
System 1.3 and a very old C-Compiler - would be appreciated.

Thanks in advance - send email to:

a2bartel@rzdspc22.informatik.uni-hamburg.de
Xref: sparky comp.sys.amiga.programmer:16196 comp.sys.amiga.hardware:20069
From: Ty_Sarna@fcircus.sat.tx.us (Ty Sarna)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
X-NewsSoftware: BBX-UMB 0.26c beta (Nov 19 1992)
Date: 21 Nov 92 23:37:32 CST
Organization: The Flying Circus Amiga BBX, San Antonio, Texas


In <37189@cbmvax.commodore.com>, spence@cbmvax.commodore.com (Spencer Shanson) writes:
> The graphics.library works fine in a multitasking system, so there is no
> problem. It relies on the exec, utility and layers libraries.

Which is exactly the problem -- Writing a new OS that keeps exec and
layers and graphics around would be a major headache. Porting an
existing OS would be a nightmare. At least, that's what Commodore has
always said when asked why AMIX and AmigaDOS won't run concurrently.

I agree, we need make the general programming public start using the OS;
HOWEVER, C= DOES need to provide the Linux, Mach, and other alternate-OS
people with hardware docs.  Make them sign up as certifieds if you like
so that they're covered under NDA, and even make them distribute those
drivers binary-only if you must, but DO provide them with details.
If you don't, nifty projects like Linux and Mach that can only help the
Amiga will never see their full potential.

> Spencer Shanson - Amiga Software Engineer     | email: spence@commodore.COM
>                                               | or uunet!cbmvax!spence
> All opinions expressed are my own, and do not | Bix: sshanson
> (necessarily) represent those of Commodore.   | I want a tube of
>                                               | orange Smarties!

I'll send you a dozen tubes if you see that the Mach and Linux guys
get details. Mail me for details :-)


::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::    Ty Sarna, Postmaster       The Flying Circus BBX, San Antonio, TX ::
:: Ty_Sarna@fcircus.sat.tx.us      512/697-9134 (USRobotics Dual Std)   ::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problems with SAS/C library (3)
Keywords: SAS/C
Date: 16 Nov 92 14:26:35 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <hadig.721912453@kaa>, hadig@kaa.informatik.rwth-aachen.de (Thomas Hadig) writes:
|> The fstat function uses the amiga os 2.0 dos function ExamineFH,
|> so if you use this function with amiga os 1.3 your machine will
|> crash.
|> 
|> I told EMITS, to mail or post a list of functions using 2.0
|> features. I will post it,when i get the list (if SAS doesn't
|> do it).

fstat is the only function in this category.

fstat is now fixed to return an error of 236 (ERROR_NOT_IMPLEMENTED)
if used under 1.3.  This fix will be in the 6.1 patch.

|> Thomas Hadig

-- 
  *****
=*|_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: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/C 'se' Problems
Originator: walker@twix.unx.sas.com
Date: Tue, 17 Nov 1992 14:38:48 GMT
Organization: SAS Institute Inc.


In article <Bxtp9B.8K6@hermes.hrz.uni-bielefeld.de>, dnehring@techfak.uni-bielefeld.de (Dirk Nehring) writes:
|> I have the problem that I can't evoke the compiler in 'se' with F4
|> (Build runs correctly with the editor). Have I anything forget to install?
|> i.e. some env-variables or a assign. On the screen there only flashes
|> the window 'Compiling..' for a moment and disappears than rapidly.
|> I have a A4000 with the Commodore Shell.
|> 
|> cu Dirk

You have the WILDSTAR bit set to allow '*' as a wildcard.  This
messes up the interface between the editor and the compiler.

You can disable WILDSTAR, or you can use Right-Amiga-B to reinvoke
the last SMAKE command you issued to do your builds instead of 
using F4.

A fix will be in the forthcoming 6.1 patch.

-- 
  *****
=*|_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: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: Re: Assemblers, which is the best please?
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Distribution: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga
Date: Wed, 18 Nov 92 16:32:16 GMT

In article <1992Nov9.085124.19479@daimi.aau.dk> u920659@daimi.aau.dk (Carsten S|rensen) writes:
>eeklund@nyx.cs.du.edu (Eivind Eklund) writes:
>
>>Here you are getting more and more demo-coders to disagree with you.
>>AsmOne is lacking an OK debugger.
>
>It serves my needs perfectly. And I think that most democoders here in
>Denmark uses ASM-One.

I know.  But it is trash nontheless. Or rather, it too like SEKA, and has
no debugger.  I need a debugger. And the editor of AsmOne is almost
unusable, too...    But it DO have the POTENTIAL to become good.

>>> ASM-ONE also has a source-level debugger which is
>>>VERY nice indeed.
>>
>>This statement obviously comes from an old user of SEKA. That debugger is
>
>Of course I used SEKA. When you have used SEKA the only true assembler is
>ASM-One due to the fact that they are alike in the way they operate.

Exactly the reason why NOT to use it 8-)   I left SEKA the moment I got 1
MB of memory - and as it is, I won't go back to a buggy assembler and a
lack of debugger (Yes, there are bugs in AsmOne).  If AsmOne gets proper
debugger support and the possibility of using CED as an editor (Wouldn't
be VERY hard) I will start using it.  And, yes, remove the FORCED command
interface.  Let it be an OPTION instead.  Anybody that REALLY think it is
logical to have to leave the editor to load a new file?

>>I feel that the ultimate developement is DevPac running with CED as
>>editor. I am running this through a self-written interface, meaning I get
>>devpac asm to memory from inside CED.
>
>And you lose some mem. Not a problem for most of us but for a guy running
>One or two floppy's and only 1 meg of mem, he will chose ASM-One

Sure.  But that is no reason to keep with it longer than you HAVE to.

Eivind Eklund AKA Vishnu CRB
eeklund@nyx.cs.du.edu or phone +47-(0)-9-944946 (BBS, shout to get ME)

Newsgroups: comp.sys.amiga.programmer