HDTenEightyP/NetNews huggingface dataset:
From: navas@cory.Berkeley.EDU (David C. Navas)
Newsgroups: comp.sys.amiga.programmer
Subject: A proposal  [was Re: Libraries & local data structures]
Date: 7 Apr 92 23:55:19 GMT
Article-I.D.: agate.rtcp7INNfcj
Organization: University of California, at Berkeley
NNTP-Posting-Host: cory.berkeley.edu

In article <30112@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>a) Just have the user pass in the pointer. Most other libraries work this
>way. You could also hide the extra pointer with an object module which
>provided stubs:

Proposal:
	Add a List to the Process structure that libraries -and- user programs
can add data to.

Even better:
	Spend some time w/AVL trees, and implement them in the OS, then
add an AVLTree to the process structure.  If Cmdre really wants that, I have
some non-recursive (<255 bytes stack usage guarantee for Exec) AVL code
that I'd be willing to cut a deal for ;).

You see, there a number of problems, even with the extra pointer/separate
library scheme.  For one thing, you may be calling code defined in one
program from some other program.  If libraries are to become increasingly
task-specific, it would be a good idea to talk about these problems in a
more general way now....

For instance, my library needs task-specific info for the ProcObjects it
creates, your socket.library seems to need similar info, and this last
gentleman also needs room....  tc_UserData won't cut it ;) ;)

David Navas                                   navas@cory.berkeley.edu
"TWA: if you're not terrorists BEFORE you board...."
From: bairds@rigel.cs.pdx.edu (Cheradenine Zekalwe)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: free -- how it works
Date: 13 Apr 92 22:40:14 GMT
Article-I.D.: pdxgate.5321

C503719@UMCVMB.MISSOURI.EDU (Baird McIntosh) writes:

>Now, the question.  If the free(*p) statement is commented out, the
>program still seems to free all memory that it mallocs.  That is, after
>running the program several times, 'avail' still shows the same amount
>of memory before running as after.  Why?  If we don't free(*p), there should
>be 1000 ints * 4 bytes/int == 4000 bytes eaten each time the program runs.
>Or do I misunderstand how the free() function works?  (That's probably it :-)

[ .. irrelevant code deleted .. ]
>    exit(0);
[ .. irrelevant code deleted .. ]

The c library function exit() tidies up for you by freeing all left over
mallocs.  Try removing the exit and checking again (if your compiler doesn't
put in some sort of implied call to exit when exit isn't defined at the end
of main or something) or changing it to _exit which (as I recall) doesn't
close down open streams and doesn't free memory allocated via malloc.  It's
perfectly valid to allocate memory via malloc and then leave it allocated
until you exit (unlike AllocMem).  However, personally, I find it easier to
spot flaws by removing the allocated memory specifically (esp. if I can free
the data before exiting the program and use it elsewhere).  Another handy
function when using intuition and allocating memory via the system is to use
AllocRemember and FreeRemember (or something like that).  Very handy for
releasing a set of data structures that have been allocated all at once.


| bairds@rigel.cs.pdx.edu | "The bomb lives only as it is falling." from      |
| o--[=====- % @>-^-v---- | _Use of Weapons_ by Iain M. Banks                 |
Newsgroups: comp.sys.amiga.programmer
From: rittle@hew2.cs.uiuc.edu (Loren Rittle)
Subject: Re: GCC Problem!!!!
Organization: University of Illinois at Urbana-Champaign
Date: Mon, 13 Apr 1992 07:08:05 GMT

parker_a@kosmos.wcc.govt.nz writes:

>Could anyone help me?

Yes.  This is a FAQ that in the best of all worlds would be
answered in a FAQ list if this newsgroup had one.  It would
also be a good idea if this problem were mentioned in gcc docs,
ay Markus?

>I have just got GCC but don't have the mathieeesingbas library!
>If anyone could please make this available on an ftp site I would 
>be forever in their debt!!!!

Well, you don't have mathieeesingbas.library because you don't have
2.0.  What are you waiting for?  Time to upgrade your OS.

Also, you can't just copy this library from a 2.0 machine, because
it is in ROM (and would be illegal to boot).

>Thanks.....maybe?

Well, I don't know if you like the answer, but you are welcome.

Regards,
Loren J. Rittle
Newsgroups: comp.sys.amiga.programmer
From: dtiberio@csws17.ic.sunysb.edu (David Tiberio)
Subject: Re: Library offsets
Organization: State University of New York at Stony Brook
Date: Fri, 10 Apr 1992 18:02:05 GMT

In article <dcaskey.02wg@pdrome.UUCP> dcaskey@pdrome.UUCP (Douglas Caskey) writes:
>
>ZL|
>/
>B'?o
>ahafadaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>afadaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>adaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>aba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>/
>a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>\aZaXaVaaaPaNaLaJaHaFaDaBa@
>

	In response to your question,

adhsdkuif98re7tejlito;jkrltjr;ktjdfg
glrwekjthyruwiyu54oi64536
tert87we7terwtreutoiretert
rtretjretiuyrtioetuioreyt
tetertert56trekyioutryutry
eterhjtjhretuyretuiwet
tterkjhtkhertlhkretre.


>            _        _
>           | \  /   /         UUCP: aquarium!pdrome!dcaskey@acsu.buffalo.edu
>           |  | \  |         GEnie: D.CASKEY
>           |_/  /   \_      pdrome: Leviathan
>
>           These are my opinions and  not that of the PowerDrome

	kjfhdaskfhaksjhfaksljhfaslkfdasf.


-- 
      //   David Tiberio  SUNY Stony Brook 2-3662  AMIGA  DDD-MEN   
     //  Not the llama! Come here Earl; I want to tell you something...
   \X/  Liverpool, New York	flames to suggestions@cbmvax.commodore.com
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gcc2.0 helloworld compilation errors
Distribution: world
Reply-To: adastra!mbs@Virginia.Edu
Date: 9 Apr 92 19:15:14 EDT
Organization: Private UUCP Node

In article <1992Apr9.211646.28385@acsu.buffalo.edu> vishart@ubvmsd.cc.buffalo.edu (Joseph Hart) writes:
[many details deleted]

>#include <iostream.h>
>int main(void)
>{
>   ccout << "Hello World\n"
>}

>     I am using the following command to do so :
>
>3> gcc -v helloworld.c

Try:

    gcc -x c++ -v helloworld.c -l g++

Or re-name your source to helloworld.cc, and use your first line...

(do you need a semi-colon at the end of the ccout line, as well? :) )

>     I have also noticed that some of the header files from
>the g++-include directory conflict with the header files
>from the gcc2.0 archives (e.g. they have the same names, but
>differing contents).  It would seem from this that the g++-include
>files cannot be kept in the same include directory as the others,
>at least at the same directory levels.

THEY SHOULDN'T BE. Normal C include files are to be kept in gcc:include
whereas C++ includes should be kept in gcc20:lib/g++-include. This
is documented in the README that came with the distribution. I think
you may need to re-install your includes....

(The above assumes you are running GCC 2.0, as a different directory scheme
for g++-include applies to GCC 1.40.)
--
  //   Michael B. Smith
\X/    ...!uunet!virginia!adastra!mbs
From: rcbi110@muvms3.bitnet
Newsgroups: comp.sys.amiga.programmer
Subject: Again!WhatDoes"RightToLeft"DoIn1.3FontEditor??Help!
Date: 14 Apr 92 12:32:58 GMT
Organization: Marshall University


I am reposting, as I would really like to know about this, and any other bitmap
font info, because Amiga bitmap fonts are so MYSTERIOUSLY UNDOCUMENTED as far
as I can tell... :^(

The font editor "FED" on the 1.3 extras disk has a menu option where you can
choose "right-to-left"  or "left-to-right"

Does this mean you could make arabic and hebrew fonts with this option, that
would really print from the right side of the screen?

In other words does it do this:

      Start +--->---+  +---->---+
      |     |       |  |        |
  <----     ^   <---+  ^    <---+ 
 |          |  |       |   |
 +--->------+  +--->---+   +--->----->

or this:

                                Start
                                  |
                                  |
   <------- <------- <------- <---+

I am kicking around the idea of making an arabic/farsi word processor, so this
is obviously kind of central to such an application :^)

So, all you fontmeisters, tell me what this option does :^)

Are the font printing routines in graphics.library or intuition.library???

By the way I am still using 1.3.

((   ||  /\\ \\  / /\\  ((      R. Alan Monroe       ((  For best results, ((
 )) _// /--\\ \\/ /--\\  )) rcbi110@muvms3.wvnet.edu  )) squeeze sig from   ))
((              _       ((                           ((  the  bottom and   ((
 ))  ||  /\\  //  ||_/   ))    Pinkwater Rules!       )) flatten it as you  ))
((  _// /--\\ \\_ || \  ((            :^)            ((  go up.            ((
From: C503719@UMCVMB.MISSOURI.EDU (Baird McIntosh)
Newsgroups: comp.sys.amiga.programmer
Subject: Shared Libraries Questions
Date: 11 Apr 92 06:28:49 GMT
Organization: The Synthy EuroTechnoWack Beat, Inc.

I have a specific and a general question about using shared libraries on
the Amiga with C.  I am using DICE v2.06.40R on a two floppy 1 meg A2000.
I am running WB 1.3 software and ROM.

1. Specific question:  I have v1.0d of Nico Francois' ReqTools.library and
   I am trying to compile a much-simplified version of the demo.c that comes
   with the program.  This version is supposed to support DICE and comes
   with two link libraries for DLIB: and numerous other includes, protos,
   pragmas, etc.  Obviously some of these files are not used with DICE,
   right?  Well, I am afraid I don't know all that much about using shared
   libraries on the Amiga or about pragmas, etc.

   I don't fully understand why I need to link with reqtoolss.lib to be
   able to compile code that is going to use the ReqTools.library shared
   library.  As you can tell, I need some explanations.

   I tried the following line to compile the simplified demo.c:

   1> dcc demo.c -l reqtoolss.lib -o demo

   I got some errors about improper function declarations that don't seem
   to relate to anything.  I know this is very vague, but if anyone could
   tell me how to get this to work, I would be very grateful.  Remember,
   this is the 'specific' question.  :-)

2. General question:  I need general information on using any old library
   like JoeSchmoesKillerDemoFunctions.library.  In general, what do I need
   to do to compile a program that OpenLibrary's this library, uses the
   functions inside, and CloseLibrary's the library.  Is there some general
   scheme that is true of using most shared libraries?  I am not in a position
   to buy or borrow any reasonably up to date Amiga RKMs and I am relying on
   CManual (from the Fish Disks) as well as docs from DICE and any code
   examples I can find.  My problem right now seems to be more of a compiling,
   linking, including type of problem as opposed to a function-call problem.

Email or posting responses are fine; consider carefully and take your pick. :)

| Baird McIntosh , c503719@umcvmb.missouri.edu <-or-> c503719@umcvmb.bitnet |
|    "Love:  you can't start it like a car;                                 |
|            you can't stop it with a gun." -- spoken by David Letterman    |
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gdb for the Amiga? (Which version?)
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 15 Apr 1992 15:29:10 GMT

In article <1992Apr14.213310.16803@watson.ibm.com> sck@watson.ibm.com (Scott C. Kennedy) writes:
>According to the documentation for the latest gdb (v4.5), AmigaDOS is 
>supported, but when I try to configure it, it complains that bfd, and gdb 
>don't support  m68k-cbm-amigados. So my question is, which version
>of gdb works under Amigados? I have 3.5 4.4 and 4.5 and the latter two have 
>"amigados" in their documentation but don't support it in their configuration.
>
>Am I missing something?

I guess Fred Fish might be responsible for that one.. AmigaDOS isn't 
supported at all (if it is, *pleaze!* publish!), but Fred did the Amix part of
it, and he probably thought it was nice to have AmigaDOS there as well ;-)

Besides, if I recall correctly, AmigaDOS was listed among ELF clients, I
certainly wouldn't support that featurism for AmigaDOS...

-Markus

PS: I'd *love* to have gdb under AmigaDOS! As soon as the vfork/exec issues
settle in stable fields, I'll give it a try. Problem: for the new gdb code
somebody would have to write a hunk-module for the bfd library. This is work
I don't feel too motivated to start with at the moment...
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Q: How many IBM cpu's does it take to do a logical right shift?
A: 33.  1 to hold the bits and 32 to push the register.
Date: Sun, 12 Apr 92 11:36:03 +0000
From: Alexander_Lazarevic@mowgli.fido.de (Alexander Lazarevic)
Subject: Re: Version checking
Newsgroups: comp.sys.amiga.programmer
Distribution: world
Organization: Independent Point Project 

In a message dated <12 Apr 92  01:29:42> John Bickers wrote:

JB>     struct Library *lp;
JB>
JB>         lp = OpenLibrary("dos.library",37L);
JB>         if (!lp) { ... }
JB>         CloseLibrary(lp);
JB>         ...

I think it's not necessary to open and close the dos.library to get it's
version number. If the dos.library has been opened by the startup module
you just could check the lib_Version of the DOSBase structure.


#include <exec/libraries.h>

UWORD const VERLIMIT = 37;

VOID
main(VOID)
{
   extern struct Library   *DOSBase;

   if (DOSBase->lib_Version < VERLIMIT)  {
      printf("You need at least Version %d of the dos.library\n", VERLIMIT);
      exit(FALSE);
   }
}


al

---
From: divineg@prism.CS.ORST.EDU (Glade Diviney)
Newsgroups: comp.sys.amiga.programmer
Subject: Cycle Gadgets & Others
Date: 7 Apr 92 20:20:22 GMT
Article-I.D.: CS.1992Apr07.202022.29387
Organization: Oregon State University, Computer Science Dept.


  I've been using GadToolsBox from Fish Disk #470, and I like it (except the
  menu-building part with crashes.  Blechh.)

  My question(s) is(are): Does anyone know of a good book or reference work
  which will help me USE these gadtools gadgets?  Will the RKMs work?  Is there
  anything like CManual (1.3 only) in the works?  Why are there so few
  books on Amiga C programming anyway?  Hrmph.

  Thanks for your info...

-=Glade Diviney
  divineg@prism.cs.orst.edu
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Fibonacci Delta Compression
Date: 10 Apr 92 19:37:20 GMT
X-Newsreader: Arn V1.00 alpha rel3


	Hi!

	Is there any example code out there which encodes (decoding
is simple) sampled sound data using fibonacci delta compression?  I've
written my own, but on certain sounds it's qualitiy (i.e. quality of
decoded sound) is poor.  I wonder if this loss is entirely due to
limitations of sCmpFibDelta or if a better encoding algorithm would
result in less loss.

	Thanks in advance, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de "Don't drink and drive my car, Don't get breathalised"
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: reading floating point
Date: 14 Apr 92 12:11:58 GMT
X-Newsreader: Arn V1.00 alpha rel3

In article <1992Apr12.030428.10347@uwm.edu>, Dale Dean Sloan writes:

>   float Xval,Yval,Zval;
> 
>   while (fgets(line,80,fp) != NULL) {
>     n = sscanf(line,"%f,%f,%f",&Xval,&Yval,&Zval);
>     printf("values: [%d] %f,%f,%f\n",n,Xval,Yval,Zval);   
>   } 
> 
> Hope this is enough.  If you have any solutions or guidance in the right
> direction I would appreciate the help.

	Looks like a bug in sscanf.  %f reads - different to what
the manual says - doubles, not floats.  The manual says, use %lf
to read doubles, actually use %hf to read floats.

	Regards, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                         "Aus Liebe zum Auto: AutoB*LD"
From: mckeehan@utkux1.utk.edu (William McKeehan)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: FREEWARE BBS program undertaking
Date: 6 Apr 92 13:05:04 GMT
Distribution: na
Organization: University of Tennessee Computing Center

I don't like shareware that cost more than the commercial
versions for which you get some guarantee, updates (sometimes),
and some very nice features...If I was going to go shareware,
I'd just go commercial and go with CNet (@ $100 for version 2.0
which is very nice...and he's incorporating in some networking,
UUCP I believe)...with which I would get free updates, a support
BBS (with several lines), a fairly large base of users...etc.

I am looking for FREE or Public Domain stuff...

not a flame...just to make it clear...

William McKeehan
From: barrett@snoopy.cs.umass.edu (Daniel Barrett)
Newsgroups: comp.sys.amiga.programmer
Subject: Need a beta tester for Manx/TurboText/ARexx tool
Date: 9 Apr 92 04:47:07 GMT
Reply-To: barrett@snoopy.cs.umass.edu (Daniel Barrett)
Distribution: usa
Organization: University of Massachusetts, Amherst


	If you use all of the following programs:

		TurboText
		Manx Aztec C
		ARexx
		Amiga OS 2.04 (preferably)

then would you like to beta-test a small, but *extremely* useful,
new tool?  (It will be freely distributable when I'm sure it works.)
Send me e-mail if you are interested.

                                                        Dan

 //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
| Dan Barrett -- Dept of Computer Science, Lederle Graduate Research Center |
| University of Massachusetts, Amherst, MA  01003  --  barrett@cs.umass.edu |
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////
From: navas@cory.Berkeley.EDU (David C. Navas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A proposal  [was Re: Libraries & local data structures]
Date: 11 Apr 92 23:45:35 GMT
Article-I.D.: agate.s7tmvINNmpt
Organization: University of California, at Berkeley
NNTP-Posting-Host: cory.berkeley.edu

In article <0ziSq*qt1@swinjm.UUCP> forgeas@swinjm.UUCP (Jean-Michel Forgeas) writes:
>In article <rtcp7INNfcj@agate.berkeley.edu>, David C. Navas writes:
>
>> Proposal:
>>       Add a List to the Process structure that libraries -and- user programs
>> can add data to.
>
>I have done a routine which adds memory to the task memory list,
>perhaps it can helps:

Hmm, maybe....
I'd need another interface, though -- I need to be able to -lookup- a data
block address.  IE: you need to be able to add memory blocks to this List
that are keyed, so that Socket.library can lookup its data in the MemList,
and shadow.library can lookup its data in the MemList, etc. etc.  I'm not sure
there is room for that key anywhere???

I suppose you could do something kinda dangerous, like use a low/high bit in
one of the MemEntry structures to indicate that the first longword of the
address was the key, but....

It's entirely possible to do something like this in Exec.  If you did some
alloc-size rounding, you could use a couple of bits in the size pointer
to indicate things like this -- but it sure would be ugly as non-system
code, as the MIN_BLOCKSIZE might change....  Plus, you'd need to do a
linear search involving several memory accesses, which kinda sucks
wrt time....

Best sugg. I've heard so far, though!

David Navas                                   navas@cory.berkeley.edu
"TWA: if you're not terrorists BEFORE you board...."
From: sdk@math.ufl.edu (Steven D. Kuck)
Newsgroups: comp.sys.amiga.programmer
Subject: How long does it take to execute instructions?
Keywords: clock cycles
Date: 3 Apr 92 17:33:55 GMT
Article-I.D.: math.1992Apr3.173355.14362
Organization: University of Florida Department of Mathematics

I have seen listings for Intel processors up to the '486 which give the number
of clock cycles it takes to execute an assembly language command.  Is it
possible to get/make a table like this for the 68xxx series of chips?  I noticed
someone mentioned in the 3d rotation discussion about not wanting to use divu. 
I presume it's because it takes too many cycles to execute this instruction.

Even a listing for C commands would be fine.  I think the reference I saw was
for Turbo C++ [but don't quote me, I just know I saw it].  It would help in
optimization of code.  Reply Email - or to the net - your discretion.

Steven Kuck
From: richard@vogue.UUCP (Richard Carde)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: c questions
Date: 13 Apr 92 13:56:08 GMT
Organization: Australian Amiga Developer
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <1992Apr12.001948.26542@sbcs.sunysb.edu> dtiberio@csws7.ic.sunysb.edu (David Tiberio) writes:
>
>	Here are some things I cannot find in any of my C books,
>or the 2.0 RKMs...
>
>	- how do I make my screen into a public screen (the RKMs
>	are not helping too much)?
>
>	- how do I draw Workbench style window borders on a custom
>	screenwithout redrawing each line myself?

Both questions can be answered thus:

myscreen = OpenScreenTags(&newscreen,SA_Pens,(LONG)&pens[0],
                                     SA_PubName,"ROGER",
                                     TAG_DONE);

WHERE:

OpenScreenTags() is a variable args verison of OpenScreenTagList() from
amiga.lib

AND

SA_Pens is a SCREEN TAG defined as:

/* pointer to ~0 terminated UWORD array, as
 * found in struct DrawInfo

AS:

UWORD	pens[] = { 0,1,3,2,1,2,1,0,2, ~0 };


AND

/* rendering pen number indexes into DrawInfo.dri_Pens[]	*/
#define DETAILPEN	 (0x0000)	/* compatible Intuition rendering pens	*/
#define BLOCKPEN	 (0x0001)	/* compatible Intuition rendering pens	*/
#define TEXTPEN		 (0x0002)	/* text on background			*/
#define SHINEPEN	 (0x0003)	/* bright edge on 3D objects		*/
#define SHADOWPEN	 (0x0004)	/* dark edge on 3D objects		*/
#define FILLPEN		 (0x0005)	/* active-window/selected-gadget fill	*/
#define FILLTEXTPEN	 (0x0006)	/* text over FILLPEN			*/
#define BACKGROUNDPEN	 (0x0007)	/* always color 0			*/
#define HIGHLIGHTTEXTPEN (0x0008)	/* special color text, on background	*/

#define NUMDRIPENS	 (0x0009)


>-- 
>      //   David Tiberio  SUNY Stony Brook 2-3662  AMIGA  DDD-MEN   

--
  Richard Carde   Australian Amiga Software Developer  Ph: +61 7 300 6315
      EMAIL: cbmaus!vogue!richard@cbmvax.commodore.com     +61 7 300 6864
            Sysop of CCUGQ BBS   FIDO: 3:640/304
Newsgroups: comp.sys.amiga.programmer