HDTenEightyP/NetNews huggingface dataset:
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Enough talk.  FILE: server.c
Date: 8 Jan 93 19:20:39 GMT
Organization: Edotronik GmbH

In article <C0IyF5.9Gv@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:
>   Forbid();
>   myport = FindPort("Foobar!");  /*Is the server already running..? */
>   Permit();

You shouldn't Permit() here. You delay it depending on myport until after
AddPort() or some other server could get in your way.

>   while (!done) {
>      WaitPort(myport); /* Wait for an incoming message. */
>      while ((msg = (struct FooMsg *)GetMsg(myport)))  /* Got one...! */
>      {

Hmm. There is no ReplyMsg() or FreeMem or any cleanup like that for msg!

>	     if (!(win = (struct Window *)OpenWindow(&newwin)))
>	     {
>		Alert(AN_OpenWindow);
>		exit(0);

Hmmm. You quit without even trying to clean up behind yourself. Not nice.
Leaves lots of memory and a non functional port around.

>void shutdown(struct MsgPort *victim)
>{
>  FlushPort(victim);  /* Empty the queue (see func below) */
>  RemPort(victim);  /* We're no longer public.. */

In between FlushPort() and RemPort() somebody could add new messages. You
should be protecting yourself. safe sex ;^) :-)

>    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)

While all of this doesn't help you right now, you should "fix" the code
first and make it as "clean" and nice as possible. Then check the results
again with mungwall and munglist.

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: How to get SAS/C 6.0 educational price
Originator: walker@twix.unx.sas.com
Date: Mon, 11 Jan 1993 14:18:46 GMT
Organization: SAS Institute Inc.


In article <1993Jan10.172407.26303@maths.tcd.ie>, dwmalone@maths.tcd.ie (David Malone) writes:
|> Do HiSoft cover the European end of this offer or do it exist for
|> european mortals ?
|> 
|> 	Dave Malone (dwmalone@maths.tcd.ie)

Users in the U.K. should contact HiSoft;  users in the rest of
Europe should contact SAS Institute Gmbh in Heidelberg, Germany.
I know the SAS office has a student discount, don't know what
HiSoft's policy is.  The Heidelberg office can if necessary
ship product to the U.K., so if HiSoft doesn't help you out,
U.K. users contact Heidelberg as well.

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

Telephone (49)6221-4160
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: cs_e445@ceres (Vlod Kalicun)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Prolog Available?
Date: 11 Jan 1993 14:34:02 GMT
Organization: Kingston University
NNTP-Posting-Host: ceres.kingston.ac.uk
X-Newsreader: Tin 1.1 PL4

hassink@cs.UAlberta.CA (Hassink Brian John) writes:
: Is prolog available for the Amiga? If so, could someone please direct
: me to a site?
: 
: Thanks,
: Brian
: 
: hassink@cs.ualberta.ca
: 
Hi,
Looking through a fish list, on 

	ff524 Kamin   -various interpreters inc Prolog,lisp,apl,scheme,sasl,
			& clu.

Hope this helps..

Regards..

Vlod
-Amiga Advocate.
----------------------------------------------
Amiga - Anything else isn't worth considering
----------------------------------------------
From: ruil@ersys.edmonton.ab.ca (Rui Lopes)
Newsgroups: comp.sys.amiga.programmer
Subject: Getting the Current Directory
Date: Mon, 04 Jan 93 16:17:41 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

I'm writing a Coomodities program that needs to find out the Current 
Directory of the CURRENTLY ACTIVE WINDOW.  I can get the currently active 
window by looking in IntuitionBase, but that just gives me the Window 
structure.  Is there a way of getting the Current Directory from this 
structure or one connected to it.  Of course this would only apply to 
CLI/Shell windows.
Later,
                ruil

Rui Lopes              ruil@ersys.edmonton.ab.ca 
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Arexx question
Organization: UNC Office of Information Technology
Date: Mon, 11 Jan 1993 16:04:48 GMT

In article <73229@cup.portal.com> plav@cup.portal.com (Rick M Plavnicky)  
writes:
>Huh?  What about doing a
>   call delay(ticks)
>in your ARexx code?  ticks is 50 or 60 per second, depending on your
>machine's ``orientation''[...]

This is a common misconception.  Delay()'s ticks are always 1/50sec
regardless of your machine's "orientation" (NTSC or PAL).  Delay() is 
not tied to the video display.
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@spckls.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Going to the metal
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 5 Jan 1993 19:15:07 GMT

In <TL6VwB2w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us (Rockerboy) writes:
>included a vital library?  While it has been the case that some people 
>release program requiring libraries that did not include, such libraries 
>were commonly available, and could be easily acquired.

Having a library per program defeats the concept of a library. Having
different but slightly incompatible libraries with the same name defeats
having an operating system.

>> Look at the number of slightly incompatible MOD players out there to
>> get an idea of the problem.

>I don't see that as a problem.  Do you play Dungeons and Dragons, Mr. Van 
>Elst?  If so, take a look at the book tome of Magic, and look up the 
>magic item called the 'Mirror of Simple Order'.  I believe you've been 
>playing around with it...

I see that as a problem. Using a computer isn't metaphysics or philosophy.
Finding out what program will work, will not work or even crash in what
situation is not my first goal and I left that to the theoretic computer
science people some years ago.

>By the way, I _dare_ you to post that kind of thought in audio!  It would 
>start a war that would run for weeks!  Now, you want to see _real_ 
>fanatics, step on someone's toes about his tracker.

>That's why you have so many mod formats.

That's simply because tracker programmers have little imagination.
They can't look beyond their next idea.

If you define a 'format' you make a specification and then write code
that follows that specification. MOD programmers did go the opposite
way by writing a new bit of code and seldomly write down what format
is understood by the player.

Regards,
--
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: dcs01@bnr.ca (Don Selchow)
Subject: Comeau C++ bug report
Date: Mon, 11 Jan 1993 19:16:54 GMT
Organization: Bell-Northern Research, Richardson, Tx.

Greg,

 I have sent you 2 bug reports about 6 weeks ago thru email. Have
you received them?  I have not received any replies.

Don Selchow
From: chucks@pnet51.orb.mn.org (Erik Funkenbusch)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ResEdit 2.1 for Amiga
Date: 7 Jan 93 09:05:02 GMT
Organization: People-Net [pnet51], Minneapolis, MN.

barrett@iastate.edu (Marc N. Barrett) writes:
>
>   With all of this bashing of the internals of the Mac OS in advocacy, I have
>a question: why hasn't the equivelent of ResEdit 2.1 ever been written for the
>Amiga?

Because Resources are a byproduct of having WAY too much pointer redirection
in your OS.  Resources are what makes so many weird viruses possible on the
Macintosh.  Resources are what allow a 10 year old in a computer lab to
totally screw up your programs.  Resources are file based, and thus, when you
need to access them, you are forced to do disk accesses which slow down your
program.  Resources are *NOT* my ideal environment, and i would probably leave
the Amiga platform if they were implemented (at least without the option NOT
to have them)

Newsgroups: comp.sys.amiga.programmer
From: emcoop@bnr.ca (hume smith)
Subject: Re: More Amiga OS weaknesses and strengths
Organization: Bell-Northern Research, Ottawa, Canada
Date: Sun, 10 Jan 1993 19:00:57 GMT

In article <paulk.35q9@terapin.com> paulk@terapin.com (Paul Kienitz) writes:

   > >   Another feature that is totally broken on the Amiga is
   > > launching of applications by double-clicking a project.

it's not broken on the Amiga, it's broken on the tool :-)
whenever the tool is started from an icon, it should be able
to find its own absolute path by parenting the lock on itself
it gets.  it should then write this path into all project icons
it creates.

this is not perfect, since it would then be hell to move the tool.

perhaps better is for a tool to have its own assign, added to the
startup-sequence in the installation procedure.

you'd still have to change that manually if you move the tool, but
at least it's only one thing.

i still think the amiga's way is better though.  i had a lot of trouble
with a mac once, when it was trying to be smart(*ss) about where the
tool was, that i could have fixed on an Amiga in moments.

   > One problem with Mac icons, is that if you're doing development,
   > and you have several versions of the application, you have to click
   > on the application in order to guarantee you're using the right
   > application.

   Is the Workbench any better?

this is just about the trouble i had with the mac.  sure workbench is
better!  i could've fixed the problem on the workbench.
--
Hume Smith
hume.smith@acadiau.ca
emcoop@bnr.ca
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RKM description of WaitPort()
Date: 8 Jan 93 17:46:54 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <38385@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
>Wait() and WaitPort() clear the signal.  GetMsg() does not.

Let me clarify.  Wait() clears the signal when it wakes up.  WaitPort()
checks to see if there are any messages present.  If so, it returns
immediately with a pointer to the first message (which you must still
GetMsg()). The signal is not cleared.  If the port is empty, then
Wait() is called, hence the signal will be cleared.

In ordinary use, you never have to worry about who clears the signals.
It all works out if you code your Wait/GetMsg() loop in one of the
ways that have been suggested (eg. mine or one of the several followups
that offer techniques to deal more "fairly" with multiple ports when
one is undergoing heavy messaging).

Thanks to Ralph Babel for spotting my WaitPort() oversimplification.

>Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"Never take two chronometers to sea;  bring either one or three."
Newsgroups: comp.sys.amiga.programmer
From: ridder@zowie.zso.dec.com (Hans)
Subject: Re: RKM description of WaitPort()
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Tue, 5 Jan 1993 19:38:27 GMT

In article <1ib7peINNele@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
>In article <1993Jan1.221013.26070@urbana.mcd.mot.com> qbarnes@urbana.mcd.mot.com (Quentin Barnes) writes:
>>It seems to me to OS is waking up the task before it has attached the
>>message to the specified port and it would be up the the application
>>to spin on the GetMsg() call until the message generating the signal
>>showed up.
>
>No, it's just possible to send a signal to a port without sending a
>message.

There is a much more likely cause of a signal bit being set without
there being a message.  It probably occurs *very* frequently which is
the reason programs break quite quickly if message processing isn't done
correctly.  The sequence of events goes like this (pay attention now
;-):

Your task calls Wait() with the signal bit for a message port.  A
message (such as an IntuiMsg) arrives at your message port causing the
signal bit to be set, thus waking your task.  The Wait() returns after
clearing the signal bit.  Your task enters the usual loop calling
GetMsg() until NULL is returned.  While your task is processing
messages, a higher priority task (like the input.device task) or an
interrupt preempts your message processing loop and winds up placing
another message on your port, setting your signal bit again.  Your task
is resumed, and you continue processing *all* the messages, including
the one which just caused your signal bit to be set.

Note that emptying a message port does *not* clear the corresponding
signal bit (since other ports may be sharing the same signal bit.)  Now
with the message port empty your task calls Wait() again, which
immediatly returns due to the signal bit being set.  There are however,
no messages to be processed....

Therefore, you *must* be sure to check the return from GetMsg() for
NULL, *even if* you just returned from a Wait() indicating a message has
arrived.  

In any case, the wording in the Autodocs is at best completly
misleading, and more likely just plain wrong.  I can't imagine any
circumstance where the signal bit will be set, but the message has not
arrived on the port *yet*.  I welcome any discussion to the contrary.

>Greg

-hans
-- 
  Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  DECwest Engineering, Bellevue, Washington, USA
  "I'd rather be writing MACRO-20!"
  Any opinions expressed are not those of my employer, honest.
Newsgroups: comp.sys.amiga.programmer
From: solorzan@fwi.uva.nl (Valik Solorzano (I88))
Subject: Help with G++ 2.3.3
Organization: FWI, University of Amsterdam
Date: Tue, 5 Jan 1993 13:42:10 GMT

Hallo everyone,
I'm making a program and I always compiled with g++ (version gcc 2.2.2) on a
Sun workstation.
One week ago I got the gcc2.3.3 port for the amiga and try to compile my
program (by the way in my program I'm not making use of any Amiga specific funct
ion,procedure or structure) and I got the following error message:

Reading specs from gcc:compilers/amiga/2.3.3/specs
gcc version 2.3.3
 gcc:compilers/amiga/2.3.3/ld -o cg gcc:lib/crt0.o -Lgcc:compilers/amiga/2.3.3 -
Lgcc:lib main.o matrix.o vector.o polygon.o sort.o sweep.o clear.o transform.o -
lg++ -lgcc -lc -lgcc
ld: Reloc is base relative. Specify -databss-together in gcc:lib/libgcc.a(__main
.o)

Could someone help me and tell me what I'm doing wrong!!!
I almost forgot to tell that I used the -v flag so I could see what the compiler
was doing

Thanks
---Valik---
Ciao

Newsgroups: comp.sys.amiga.programmer
From: Charlie_Gibbs@mindlink.bc.ca (Charlie Gibbs)
Subject: Re: Subliminal Messages
Organization: MIND LINK! - British Columbia, Canada
Date: Sat, 9 Jan 1993 00:30:58 GMT

In article <C0IMpJ.A5o@unix.portal.com> cpc@shell.portal.com
(Chris Cebelenski) writes:

>multi-colored backgrounds.  My attention was immediately drawn to the
>static displays and I noticed that there were words faded into the patterns
>and colors.  I pointed this out to people around me and nobody could
>see these words.  (Example words "Peace", "Love", "Apple" (?), etc.)

     Hmmm.  Any idea who sponsored this presentation?

Charlie_Gibbs@mindlink.bc.ca
Is it coincidence that the Mac was released in 1984?
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Error in AmigaDOS Execute() ???
Date: 4 Jan 93 17:31:13 PST
Organization: BBS

> I have been running into a problem with AmigaDos's Execute()
> function.  It returns a non-zero value even when trying to
> Execute() a command that doesn't exist.  How do I get the actual
> return value and how do I find out if an error occured while using
> Execute().  According to the documentation, Execute() returns a
> NULL if unsuccessful.
 
"Unsuccessful" in this context means only, unsuccessful at creating a
child CLI to run the command string in.  The results of the commands
themselves are lost.
 
If you need the return value, you can't use Execute.  You have to use
RunCommand or SystemTagList or, under 1.3, one of several various
hacks such as the Aztec fexec functions or (I think) the arp.library
SyncRun.

Or you can try to hack up code to call the child program within your
own process, but this means you have to do all your own work of finding
and loading it ... but it's not impossible to write the equivalent of
RunCommand under 1.3.  The trickiest part is passing the argument line to
BCPL programs.  I happen to know how this is done ... (talking about
wasting brain space on useless data)
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: More Amiga OS weaknesses and strengths
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 9 Jan 1993 22:03:21 GMT

In <paulk.35q9@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>This is rather lame compared to the Finder.

Since when can the finder use any other program than the creator
program ?

>If I double click it but the executable aint been linked yet, the WB
>will find an app of the same name in my command path, and run that.
>Mind you, this is a TOOL icon I'm talking about here, not a project
>icon.  This "feature" once caused me to send a disk to a paying
>customer that contained no executable copy of the program.  I thought
>it was on the disk because when I double clicked it, another copy of
>the program started up.

Fascinating :) I consider this a bug in Workbench.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: cs_e445@ceres (Vlod Kalicun)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to get SAS/C 6.0 educational price
Date: 8 Jan 93 17:07:26 GMT
Organization: Kingston University
NNTP-Posting-Host: ceres.kingston.ac.uk
X-Newsreader: Tin 1.1 PL4

walker@twix.unx.sas.com (Doug Walker) writes:
: 
: In article <C0HzsL.FAp@DMI.USherb.CA>, vailm00@DMI.USherb.CA (MARC VAILLANCOURT) writes:
: |> Hi everybody,
: |> 
: |>    I'd like to have the information on how to get the special educational
: |> pricing for SAS/C 6.0. I know they sell it for around 200$ US if you
: |> can prove them you're a student, but I'd like to get all the details...
: |>  
: |>    Thanks in advance..
: |> 
: |> 	Marc
: |> 
: 
: Send some kind of proof that you're a student or professor - 
: perhaps a class schedule with your name on it, or a xerox of
: a student ID - and $197.50 to the address below.
: 
: USA:
: 
: SAS Institute, Inc.
: Book Sales
: SAS Campus Drive
: Cary, NC 27513
: USA
: 
: Phone (919)677-8000
: Fax   (919)677-8123
: 
: -- 
:   *****
: =*|_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.
: 

Does this also apply to the UK ??

Thanks..
Vlod
From: mcscs1wji@dct.ac.uk (Bil Irving)
Newsgroups: comp.sys.amiga.programmer
Subject: REPOST: GNU C++ in smaller chunks?
Date: 7 Jan 93 10:26:37 GMT
Organization: Dundee Institute of Technology

This is (more or less) a repost as I left for the Chrimbo break before I
got to see any replies, sorry. Please repost your replies if you did.

Question:
Does anyone know of an FTP site containing small (ie: under 720k to fit on
a MSDOS 720k floppy) archives for Gnu C++? All the sites I've looked at
have the main archives as being over 3MB. Even if I had the quota on the
college HD to download that, I couldn't transport it home to my Amiga as
its far too large.

If anyone could help, I'd be really grateful. Someone (I've lost his name)
offered to email it to me, but that might be tricky as I really *DON'T*
have enough space on the college computer to store them as they come.

Thanks in advance,

Bil
-- 
-------------------------------------------------------------------------
|   Bil Irving                                 |  1 Demondale Place,    |
|   Internet:  mcscs1wji@dct.ac.uk             |  Arbroath,  Angus      |
|   Janet:     mcscs1wji@uk.ac.dct             |  SCOTLAND              |
|   FidoNet:   2:259/24.100                    |  Tel: +44(0)241-73472  |
|-----------------------------------------------------------------------|
|   Call Visions Perceived BBS, 12midnight till 7:30am GMT on above no. |
-------------------------------------------------------------------------
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How Fast Can The Serial Port Go?
Date: Sun, 10 Jan 1993 19:01:01 EST
Organization: Phaedra V

In article <C0CGA1.CMy@mentor.cc.purdue.edu>, Allen B writes:

> I would like to talk to my LaserWriter at a faster rate than
> 19.2Kb.  I know my (Fusion-Forty retrofitted 2000)
> computer will go faster than that and that my (NTX)
> printer will.  How fast can I get the UART or whatever to go?

You can run the motherboard serial port of an accelerated A2000 at
115.2kbps. On an unaccelerated system MIDI speed is about the best you
can be guaranteed to handle if everything running complies to the
guidelines about how long interrupts should be disabled.

> And then, are there terminal programs that will let me go
> that fast as well?  I mainly use my printer via a terminal

Yup.

> Barring that, how bad is adding another (or several more)
> serial port(s).  What are the user and programmer level
> ramifications? 

That depends on the serial ports. If you add a smart board like the C=
A2232 then there should be little CPU impact except for any overhead
or bus contention from DMA transfers. If you add a port on an
accelerator board it doesn't have to tie up the system bus at all. If
you add a dumb board like the ASDG DSB or GVP I/O Extender that has a
multi byte FIFO your CPU has longer to respond before you start losing
bytes so you should get better performance in a busy system.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %

Newsgroups: comp.sys.amiga.programmer