HDTenEightyP/NetNews huggingface dataset:
From: c_feck@informatik.uni-kl.de (Christop Feck)
Subject: Re: HELP! Can anybody hear (see) me?
Organization: University of Kaiserslautern, Germany
Date: Tue, 26 Jan 1993 17:35:04 GMT


In <1993Jan22.135514@informatik.uni-kl.de> c_feck@informatik.uni-kl.de
(Christop Feck) wrote:
         ^ hm, there is an 'h' missing. I should contact my admin.
>I can't read any postings since Wed, Jan 20. I have permission to use
>the newsreader, but I don't get any new postings.
>
>I would appreciate if somebody could send me a private mail, if this
>posting has reached you.
>
>I want to know, if I have at least 'write permission'. So I could ask
>some questions about amiga programming.
>
>It is probably better, if someone from Germany (of course NOT Kaiserslautern :-)
>would send me a mail.
>
>I've grabbed the quoting somewhere. Does anybody know, who said/wrote that in
>the first place? I would like to add the 'author info'.
>
>MANY THANKS IN ADVANCE.

Huuh! I'm back again!
There were some problems in Karlsruhe, from where we get all our news. I'm so
sorry for having interrupted you here, but I was really frightened (sp?) of
having no news access. As I've seen from your mails, my 'help-cry' has
reached you (after Karlsruhe has been 'fixed'). Thank you for mailing me!

As I have missed many postings since this time, I couldn't read the (possible)
answers to my first (original) question. I haven't recieved any mails to this
either.

As I think you can't remember it, I will re-post it here, but if there have
already been some answers, I would really like it, if someone could re-post it.

Autodocs don't say anything about the correct usage of all the System() tags.

Thanks in advance! Here it goes:


Subject: HELP! Detach with OS2.0+

I've run into a problem using 2.0 dos function SystemTags.
I want to detach from the calling console, create a new process with
a user specifiable (sp?) console (e.g. ../AUTO) etc.

Especially, I want to use the SYS_Entry tag, because the new task
should'nt run the same code again.

BUT: How must I arrange the startup-code, so that it frees the segment
when the program exits?

I think of using the SYS_EntryCode/Data tags, but how could I free the
Segment without exiting the process first?


Any hints are welcome.
-- 
Christoph
===========================================================================
|   //                              | Christoph Feck, 6750 Kaiserslautern |
| \X/ A3000/25/6/540/2.04 - GREAT!  | E-Mail: c_feck@informatik.uni-kl.de |
===========================================================================
        "It is better to dream about an Amiga, than to have a PC."

PS: I'm still looking for the original author of this quote.
Newsgroups: comp.sys.amiga.programmer
From: mglew@laurel.ocs.mq.edu.au (Michael Glew)
Subject: Re: PCQ?  Pascal?  PD?  Where!
Followup-To: mglew@laurel.ocs.mq.edu.au (Michael Glew)
Organization: Macquarie University, Australia.
Date: Mon, 25 Jan 1993 08:16:41 GMT

Calling all PCQ users.  Has anyone registered?  I sent my cheque (US dollars)
last september, and havn't received anything...  I phoned him in November,
and he said he try and get it out to me "soon".  I even sent him another
letter.  Does anyone know Patrick Quaid or what he's up to?

Regards,

	Mike.
 -----------------------------------------------------------------------------
 Internet:	mglew@laurel.ocs.mq.edu.au
    Phone:	+61 43 841525

                     "I have a cunning plan..."	- Baldrick (Black Adder)
 -----------------------------------------------------------------------------
     Michael Glew - School of Math Phys Comp & Elec - Macquarie University
 -----------------------------------------------------------------------------

Newsgroups: comp.sys.amiga.programmer
From: c_feck@informatik.uni-kl.de (Christop Feck)
Subject: HELP! Can anybody hear (see) me?
Organization: University of Kaiserslautern, Germany
Date: Fri, 22 Jan 1993 12:55:14 GMT

I can't read any postings since Wed, Jan 20. I have permission to use
the newsreader, but I don't get any new postings.

I would appreciate if somebody could send me a private mail, if this
posting has reached you.

I want to know, if I have at least 'write permission'. So I could ask
some questions about amiga programming.

It is probably better, if someone from Germany (of course NOT Kaiserslautern :-)
would send me a mail.

I've grabbed the quoting somewhere. Does anybody know, who said/wrote that in
the first place? I would like to add the 'author info'.

MANY THANKS IN ADVANCE.
-- 
Christoph
===========================================================================
|   //                              | Christoph Feck, 6750 Kaiserslautern |
| \X/ A3000/25/6/540/2.04 - GREAT!  | E-Mail: c_feck@informatik.uni-kl.de |
===========================================================================
        "It is better to dream about an Amiga, than to have a PC."
Newsgroups: comp.sys.amiga.programmer
From: robart@agora.rain.com (Joe Bob)
Subject: Re: spawning a task with a Delay() in it
Organization: a gora
Distribution: world 
Date: Thu, 21 Jan 1993 13:25:46 GMT

In article <1993Jan20.193205@informatik.uni-kl.de> c_feck@informatik.uni-kl.de (Christop Feck) writes:
>
>I can't imagine that C= will create libraries which must be opened for each
>process. Rendering many programs incompatible?


  If strictly adhered to, this guideline would also make many of the
system libraries obsolete, since many of them open other libraries
and devices and store their base pointers in the library's own
library base structure.  Since the idea of shared libraries is to
allow use by multiple tasks, these cached base pointers are obviously
being shared when different tasks call the library routines.
From: mhr@aber.ac.uk (Michael Richards)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS commands - some help needed.
Date: 27 Jan 93 14:18:05 GMT
Organization: University of Wales, Aberystwyth

Dear All.

	I need some help with some AMOS commands. So if anyone out there
can help me, with some or all of them could they email me at this address?

	1: LLIST - does this command actually work? AMOS 1.2 and 1.3 both
insist that the command doesn't exist: does it? If so - how?

	2: CHANGE MOUSE does this work either? I can't get it to run either.

	3: This is quite involved so read on. I want to display a map
of the game level as the player progresses. This is done by using 16*8
icons pasted onto the screen. The border to the map is a DPaint picture,
the centre of which was painted in the background colour.

	When the program runs, the icons are pasted down, then the border
is pasted down over the top. Now, if things worked as intended, the map should
be seen through the border. However, the program runs, but the hole in
the border is filled with solid colour.

	3a: Can I make the picture colour 0 transparent?

	3b: Alternatively, I have tried to paste the border down first, then
write the icons over the top. This works okay, except that the rightmost 8 
pixels of each icon are in colour 0. These should be transparent (I used the
AMOS sprite editor to design them, with the colour 0 set to transparent), 
but when pasted onto the screen, I get a fringe of colour 1 on the righthand
side of each icon. I have used the MAKE ICON MASK command, but it makes no
difference.

	Thanks for all of your help.

					Mike.
-- 
* Mike Richards is always willing to spend his time discussing arcane topics  *
* and would much prefer to get mail from obscure places at strange hours than *
* work. So go on!!!! What are you waiting for? He's expecting your mail at    *
* the following address. ---------> mhr@aber.ac.uk <--------- Call now !!!    *
From: dlough@csugrad.cs.vt.edu (Dan Lough)
Newsgroups: comp.sys.amiga.programmer
Subject: Ultima Underworld Code
Date: 25 Jan 93 17:20:32 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

Does anyone have a copy of the posts that were on here sometime around Sept.
or Oct. talking about the 3D graphics routines for Ultima Underworld and
programs like that?  If someone could post them, or email me, it would be
appreciated.  Thanks.
From: wayne@cs.adelaide.edu.au (Wayne McKeen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GCC - help needed!
Date: 27 Jan 1993 04:45:27 GMT
Organization: Dept. of Comp. Sci., University of Adelaide
Distribution: world
NNTP-Posting-Host: achilles.cs.adelaide.edu.au

C++ is essentially a superset of C. With a few execeptions, C code will
compile as is with a C++ compiler. Furthermore, anything which can be
done in C++ can also be done in C (indeed most C++ 'compilers' translate
the C++ code to C, and then use a standard C compiler to do the rest).
However, C++ is an object-oriented language, and (in my opinion) is an improvement over C. I would suggest the following as a reference manual:

  "The Annotated C++ Reference Manual" by Ellis, M.A., and Stroustrup, B.

Although it is not the best learning aid. Another book:

  "The C++ Programming Language", bye Stroustrup, B.

may be more suitable.

-- 
Wayne.
(wayne@cs.adelaide.edu.au)
Newsgroups: comp.sys.amiga.programmer
From: dcantrel@magnus.acs.ohio-state.edu (Daniel T Cantrell)
Subject: AmigaGuide Include&Autodocs Wanted
Organization: The Ohio State University
Date: Mon, 25 Jan 1993 22:47:42 GMT

I remember a while back there was talk of the Includes and Autodocs
in AmigaGuide format.  I would be very interested in acquiring these
as I have just upgraded to an A1200.  Preferably the 3.0 I&A.

Does anyone know where I might find these?

Thanks.

Dan
From: Roger.Martensson@p3.nola.bbs.bad.se (Roger Martensson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: sound and graphics
Date: Mon, 25 Jan 93 23:39:54 +0100
Reply-To: Roger.Martensson@p3.nola.bbs.bad.se (Roger Martensson)
Distribution: world
Organization: The Third Point, Mellansel, Sweden 
OD-Comment-To: Michael_John_Ries

Hello Michael,
 In a message dated 21 Jan 93 you wrote to All :

 MJ> I recently purchased an A2000 and SAS/C compiler.  My problem is, the
 MJ>  standard
 MJ> library routines don't seem to have any graphics, sound, or menu library
 MJ> routines.  So, I can't take advantage of any of the cool stuff my amiga
 MJ>  has
 MJ> to offer.
 MJ>         Where are these libraries?  Do I have to purchase them, or are
 MJ>  there
 MJ> public domain versions?

You have to use the Amiga librarys and devices. Purchase the ROM Kernal 
Reference Manual for information how to master it. You can also use the ACC(
Amiga C Club) disks.

 MJ>                                                 Mike Ries
/Rm - InterNet: Roger_Martensson@nola.bbs.bad.se
--- Point Manager 3.10 Unreg.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/C 6.2 Patch Now Available!
Originator: walker@twix.unx.sas.com
Date: Tue, 26 Jan 1993 17:52:53 GMT
Organization: SAS Institute Inc.


In article <1993Jan26.071748.6809@desire.wright.edu>, fheitkamp@desire.wright.edu writes:
|> 	Anyway, I ended up installing 6.0 again and then running the 6.2
|> 	patch program and every thing worked fine.  Maybe I did not read
|> 	the installation instructions real clearly but I thought I could
|> 	do like a first time installation using the patch.

The patch only "patches" existing installations, it won't install
from scratch.  You must install 6.0 before applying the patch to it.

-- 
  *****
=*|_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: walrus@wam.umd.edu (Udo K Schuermann)
Subject: Re: Dos 2.1, Cross Dos & diskinserted events
Organization: University of Maryland, College Park
Date: Sat, 23 Jan 1993 18:19:38 GMT

In article <93023.115157TEW105@psuvm.psu.edu> <TEW105@psuvm.psu.edu> writes:
>If i've mounted pc0: or pc1: two diskinserted or diskremoved messages are
>sent for every disk put in the drive (one for df0: and one for pc0: I guess)
>...
>   My real question is how you feel about the two messages.  It seems incorrect
>for both df0: and pc0: to be sending disk inserted messages since only one disk
>was inserted into one physical device.

There are two independent drivers sharing one physical device.  It is not
the physical device that is sending the diskinserted/diskremoved messages,
but the drivers themselves.  One of the two drivers will not be able to
recognize the disk and post it as a bad disk.  Looking at the workbench
shows this fairly clearly.

> Can there ever be a situation where pc0: is mounted and df0: isn't?  Am I
> missing the big picture (maybe something with removable cartridge drives)?

I expect it would be possible to dismount a volume such as df0: by removing
the driver.  I also think you could disable df0: (via the boot menu in 2.x)
and still utilize the device physically by mounting drivers that use unit 0
(i.e. a pc0: driver.)
	If it's not possible now, at least don't assume that it will never
be possible.

 ._.  Udo Schuermann
 ( )  walrus@wam.umd.edu
Newsgroups: comp.sys.amiga.programmer
From: mlc9g@Virginia.EDU ("Matt Condon")
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: University of Virginia
Date: Wed, 27 Jan 1993 21:27:01 GMT

peterk@cbmger.de.so.commodore.com  writes:
> 
> Now you see what us clever Commodore engineers did: When you even *dare*
> to talk about AA registers, your computer will hang up! Automagically!
> 

Now if you clever Commodore engineers would convice Commodore
to get it in gear before the Amiga market collapses completely,
we might all be better off.
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Thu, 21 Jan 1993 15:38:32 GMT

In article <1993Jan20.153218.12717@lds.loral.com> billt@lds.loral.com writes:
>A few weeks ago, I spoke with Manx and the guy there told me that
>*ALL* Amiga new development in on hold.
>He cited as reasons: Few people are buying new Amiga compilers;  
>CBM has been supporting SAS with vast $$$$
>and they were going it alone; some undetailed comments about 
>unfair play that CBM engaged in relative to even
>mentioning that MANX existed. 

That's some pretty strong allegations if we're discussing rumor.
I wouldn't mind having the name and number of the MANX person you
spoke with on this issue.  I wouldn't mind seeing SAS and CBM
responses to this either.  Thanks.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                Producers of Comeau C++ 3.0/3.0.1 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
Newsgroups: comp.sys.amiga.programmer
From: iank@microsoft.com (Ian Kennedy)
Subject: How to make custom autoscroll screen?
Date: 21 Jan 93 05:18:22 GMT
Organization: Microsoft Corp.

I know this sounds like a total newbie question, but
I can't get my autoscroll custom screen to autoscroll.
All that happens is the mouse wraps around the screen
pointer changes size. Below are my calls to OpenScreenTags
and OpenWindowTags.

screen = OpenScreenTags(NULL,SA_Pens,(ULONG)pens,     
                        SA_Depth,8,                   
                        SA_Width,(ULONG)nImageWidth,  
                        SA_Height,(ULONG)nImageHeight,
                        SA_AutoScroll,1,              
                        SA_Title,"Foo",               
                        TAG_DONE);                    
window = OpenWindowTags(NULL,                         
                        WA_Left,10,                   
                        WA_Top,30,                    
                        WA_Width,200,                 
                        WA_Height,150,                
                        WA_CustomScreen,screen,       
                        WA_Flags,WFLG_DRAGBAR,        
                        TAG_DONE);

Does anybody see aproblem? I don't. There is not much in the RKM:
Libraries regarding this type of screen. One little blurb in the
list of screen attributs, that's it. No example. Grrrrr.

MAIL: IANK@microsoft.com if you know what I'm doing wrong! Please!

Also: Do you know how to convert a SAS(lattice) "libcall" pragma
into an MANX "amicall" pragma? I have some SAS libcall and prototypes
for AGA graphics stuff and need to convert them for use in MANX.

ALSO ALSO: Am I the only one who finds the lack of certain information
in the RKMs frustrating. For example on page 47 of the latest (2.0)
RKM:libraries they mention the SA_Color tag and that its associated
data points to an array of ColorSpec structs. If you look up ColorSpec
in the index it points you to page 47. Not much help eh?

Anyrate, I would really appreciate help with the first problem.

Ian "power outage at work = hack time at home!" Kennedy
-- 
"Well, I'M not worried.  I bought the optional BLAZESHOTGUN accessory
pack COMPLETE WITH the economy "Saturday-Night-Special" 12-ga. dubble-ought
dozen!  (Indispensible aid in communicating with Customer Service)."
MAIL : IANK@MICROSOFT.COM
From: Karsten_Weiss@ibase.stgt.sub.org (Karsten Weiss)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Distribution: world
Date: 25 Jan 93 19:56:42 MET
Organization: Intuition-Base BBS Leonberg

In a message dated Mon 25 Jan 93  2:50, Peterk@cbmger.de.so.commodore.com (
wrote:

 P> Yes, but 8 bits per pixel is not the be-all-end-all of all worlds!
 P> There
 P> are many situations where you can very nicely do with fewer bits, say
 P> 5 or 6, and then you are going to waste memory *and* processor cycles
 P> with a chunky architecture. I think it's *not* realistic to caculate
 P> always with an 8-bit case only. (I say "realistic", not "unfair",
 P> because
 P> we want to deal with what comes across us in our dayly needs.)

 P> Yes, for n*8 bits/pixel, chunky is in most cases the best option. (I
 P> still
 P> believe there also situations where planar can be better also here.)
 P> If you have some odd number of bits, then I guess the planar structure
 P> has more advantages.

I think there are many examples which proof that you are wrong here. Just
imagine a simple DrawLine routine (with the processor of course). In planar
mode you have to do a 'bset' or a 'or' in each plane. In a chunky plane you
get the different colors for free with only one byte access to the memory.

Another problem we should look at is the fact that most graphic algorithms
use coordinates. If you use a chunky plane you can use the x-coordinate as
a offset. In planar mode you first have to calculate the x-byte offset and
then the correct bit you want to set. All that is much slower compared to
the same routine made for a chunky plane...

I am sure that nobody can do a faster drawline for a planar screen than for
a chunky screen - NO MATTER HOW MANY COLORS THE LINE HAS!

                                        L8er,
                                             Karsten

-- Via DLG Pro v0.995

 
/================================================================\
| UUCP:  Karsten_Weiss@ibase.stgt.sub.org | 'Life Is Ours,       |
| FIDO:  2:2407/106 (Karsten Weiss)       |  We Live It Our Way' |
| Voice: +49-(0)7192-8444                 |          (Metallica) |
\================================================================/
From: monster@mbear.apana.org.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Aborting Timer requests
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (10.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 26 Jan 93 08:27:25 PST
Organization: Bears Incorporated

In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
> Can someone give me some insight on the proper way to abort a timer
> request?
> 
> What I have been doing is:
> 
> if (!CheckIO( (struct IORequest *) TimerIO))
> {
> 	AbortIO((struct IORequest *) TimerIO);
> }
> WaitIO((struct IORequest *) TimerIO);
> 
> I then issue a new time request using the same timerequest struct.  The
> timeval struct is reinitialized, of course.
> 
> If then Wait(1L << TimerMP->mp_SigBit ).  TimerMP was used to create
> TimerIO.
> 
> Instead of waiting the apropriate time, Wait returns immediately with the
> the signal value for my timer request.
> 
> Then, when I CheckIO(TimerIO), I find the timer request is still active!
> From then on, my timer requests are non-functional.
> 
> My query is:  Why is the signal still active after AbortIO and WaitIO? 
> What do I need to do to reset it?
> 
> Amiga 3000, AmigaOS 2.04. 
> 

This is the exact same problem that I was having.
No one could explain why it was happening so I had to change the way I did things.
At least now I know there is someone else out there who has the same problem.


-- 

Martin Ozolins :Internet monster@mbear.apana.org.au
Victoria       :FIDO 3:633/359.6 AMIGANET 41:300/359.6 TRINET 42:8699/8.6
Australia      :Amiga Programmer, UniSYS 1100/2200 Systems Programmer 
Newsgroups: comp.sys.amiga.programmer
From: khan@cheshire.oxy.edu (Onnie Lynn Winebarger)
Subject: Help needed (Should be easy)
Organization: Occidental College, Los Angeles, CA 90041 USA.
Date: Fri, 22 Jan 1993 06:26:07 GMT

  I am having some trouble with gcc.  It refuses to recognize functions
such as OpenLibrary(),OpenScreen,etc.  What could the problem be?
(It's properly installed, as far as I can tell, BTW).
Thanks,
Lynn
khan@cheshire.oxy.edu
Newsgroups: comp.sys.amiga.programmer
From: kilitzir@cyprus.csd.uch.gr (Kilitzirakis christos 122)
Subject: I need you knowledge for GFX SPEED!
Organization: Computer Science Department, University of Crete HELLAS
Date: Thu, 21 Jan 1993 08:26:06 GMT

Hello there,
  I have written a program (in Pascal) that simulates the whole
screen as being a right window of a spaceship (i.e I have stars
moving from left to right with various speeds and various colour)
  Now the program has four Integer arrays (one array for x[i],one
  for y[i] one for step[i] and finally color[i])
  Allthough the speed for up to 30 or 40 stars is quite acceptable
there is an annoying thing that can be seen.You can see the old pos
of a star and the new pos at the same time (You see it as a double,
not to mention you can see another one (two positions back) in the
worst case).So what I thought was that I could have eliminate that
by having two screens (one visual,and have all draws taken to the
other and then flip active and visual screens)
  Yeah, good thought...But I did 'setbuffsize(2);setactivepage(1);
  setvisualpage(2);' and I had no problem with compiling it,but I 
had a crash on running it... (Any hints here???)
  So, how can I do it better?What should I optimise???
  If I have sprite stars would it be better?
  Should I turn to C for better results?
  And if you are good in programming graphics can you write a best-
  optimised program and send me the source??? (Come on it won't take
  you more than 20 minutes)
  Oh,here comes a stupid one...How can I break pascal programs that
  are running??? (Ctrl-C DOES NOT WORK,and nothing else I have tried
  too...)
  Please I am desperate on seeing some source. :-)
  Oh, and another one ... I have written a program to use it instead
  of dir/list commands but how do I go about it, in order to set the
  'pure' bit???
  Thank you for taking the time and read this...I am sorry for my bad
  english, I hope you did understand what I was trying to say :-)
					Friendly,
					Alkis Argiropoulos
					(kilitzir@skiathos.csd.uch.gr)

Newsgroups: comp.sys.amiga.programmer