HDTenEightyP/NetNews huggingface dataset:
From: fletcher@cs.UAlberta.CA (Cocquyt Fletcher B)
Subject: Symmetric Chaos
Keywords: Chaos symmetric
Organization: University of Alberta, Edmonton, Canada
Date: Tue, 29 Dec 1992 22:22:38 GMT

In the December Scientific American they have an article "Christmas in the
House of Chaos" by Ian Stewart pp 144-146.  They give some formulae 
to generate images of symmetric chaos but they neglect to explain
how to localize the patterns to the resolution of a standard monitor...

I've tried to implement it using x modulo WIDTH and y modulo HEIGHT
but I don't get the desired results...here is my algorithm right now:

#define A 1.89   /* you can experiment with these constants */
#define B -1.10
#define C 0.17
#define D -0.79


  for( loop = 0; loop < somebignumber; loop++ )
  {

    x=(((int)(A*x+B*x*(x*x+y*y)+C*(x*x*x-3*x*y*y)+D*(x*x-y*y))));
    y=(((int)(A*y+B*y*(x*x+y*y)+C*(3*x*x*y-y*y*y)-2*D*x*y)));
/*
   x=(((int)(A*x+B*x*(x*x+y*y)+C*(x*x*x*x-6*x*x*y*y+y*y*y*y)+D*(x*x*x-3*x*y*y)))%WIDTH);
   y=(((int)(A*x+B*x*(x*x+y*y)+C*(4*x*x*x*y-4*x*y*y*y)+D*(-3*x*x*y+y*y*y)))%NTSC_HEIGHT);

    x=abs(x);
    y=abs(y);*/
    printf("%d %d\n",x,y);
/*
    (*(cmap+WIDTH*y+x))++;   
    SetAPen( &my_rast_port, ((int)((*(cmap+WIDTH*y+x))/11))%31);
    WritePixel(&my_rast_port,x,y);*/
  }


The cmap just keeps track of how many times each point is "hit" by the 
formulae...The colors then reveal a "frequency map" of the
relative attractiveness of each point (Their pictures look nice!)

The commented out formulae are the ones for "three fold symmetry"
and the others are for 4 fold.  In each case I get only 40 to 109
points plotted over and over again...I was expecting more
diversity...

Perhaps it is a problem with the way I take the mod and "disturb
the mapping"?  Anyone have any idea how to implement this?
 
BTW my WIDTH was 352 pixels and NTSC_HEIGHT was 262...32 colors.
 
The division by 11 in the SetAPen line was to slow down the 
rate the colors changed...
 
Any suggestions/comments are welcome!
 
-Fletch


Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Advice to SAS/C 5.10b users
Originator: walker@twix.unx.sas.com
Date: Thu, 24 Dec 1992 20:16:20 GMT
Organization: SAS Institute Inc.


In article <1992Dec24.190502.12582@oracle.us.oracle.com>, dnavas@oracle.uucp (David Navas) writes:
|> In article <BzGqrA.4qI@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
|> >FYI, in general, it should NEVER be necessary to use CODE=FAR -or- DATA=FAR,
|> 
|> As long as you don't use SAS' included proto files that define the library
|> bases without the __far keywords.

The __far keywords do NOT belong on the library bases declared in the
proto files.  If you compile with DATA=NEAR, the library bases should
be in the near section; if DATA=FAR, the far section.  Why do you
think they should always be FAR?

-- 
  *****
=*|_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: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Big mistake - A compromise (of sorts)
Date: 23 Dec 92 03:04:24 PST
Organization: TAP

Quoted from <cg.0i2x@ami-cg.GraySage.Edmonton.AB.CA> by cg@ami-cg.GraySage.Edmonton.AB.CA (Chris Gray):
> In article <1992Dec18.211223.29630@clipper.ingr.com> kontos@clipper.ingr.com

> >"demos" for fun. The obvious solution given that Commodore does not wish
> >to release the AGA specs, is to release code that will allow the hacker
> >to bang the hardware, yet return to the normal OS when the demo is

    That isn't the problem that the demo writer faces, though. His
    problem is that he doesn't have the AGA specs. I don't think he
    could care less that the user may have to reboot after running his
    demo.

> Folks with lots of money will buy one of each, and will have a stable system
> on which to run BBS's, develop software, run WP's, spreadsheets, etc. and
> will have a possibly highly unstable (boot all the time) system on which to
> run arcade games, demos, mods, etc.

    I must add that I don't have lots of money, would only upgrade to
    a high end system, but I'd still want to see arcade games, demos,
    MODs, etc.

    The funniest thing about this entire thread is that the OS-
    friendly _applications_ don't actually exist, while lots of demos
    do exist. There is no Excel or Word or Finale for the Amiga, so
    its not like this kind of application base somehow needs to be
    "protected".

    My suggestion to CBM is that they upgrade the system however they
    please, and if software breaks, it breaks. Certainly demos don't
    seem to be kept around for more than a short period. It seems to
    be "see the demo, marvel at the graphics, rip the MOD, move on to
    the next one".

> Chris Gray   cg@ami-cg.GraySage.Edmonton.AB.CA
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: jkatz@netcom.com (Joseph Katz)
Subject: Can you help me find the person who wrote AREXX?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 23 Dec 1992 09:41:50 GMT


Newsgroups: comp.sys.amiga.programmer
From: umbadiu0@ccu.umanitoba.ca (Ted Babiuk)
Subject: HELP!!!!
Summary: Background Tasks
Keywords: Lattice C
Organization: University of Manitoba, Winnipeg, Canada
Distribution: global
Date: Sun, 27 Dec 1992 10:32:56 GMT

*sigh*....its 4:09 and I'm at wits end with this....

I'm writting some code in SAS/Lattice C 5.10.....

What i'm trying to do is start a new task called 'cycle' which does some
color cycling while my main program is running.....now.....

Address =LoadSeg("df0:Cycle");  loads the code...and.....
X = CreateProc("Task_name",Address,priority,stack_size) start it....

but since i need a pointer to the viewport used in the main program in the
new task 'cycle' to modify colors, how do i pass it???

CreateProc starts a process, but how do you pass data to it....

Also, I'm linking and compling my code for the cycle program as a stand a
lone program....i.e.

**program cycle.c**
void main()
{

  Code to cycle colors, but i dont have a pointer to the viewport that I need!
};

i just use:
lc cycle.c
and
blink LIB:c.o+_cycle.o LIB LIB:amiga.lib LIB:lc.lib (lc.lib? not sure if
thats the one i use...set it up in a batch file long ago....)

HOW DO I PASS THE VIEWPORT ADDRESS TO THE NEWLY CREATED TASK???????

-Thanx in advance.....


Ted Badiuk
umbadiu0@ccu.umanitoba.ca


<SIG UNAVAIL> 5-task-held warning messages wait for my behind this
window....not sure how long till this system crashes...ahhhhhhhhh......:)

Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS C6.1 datecmp bug [Was: Re: Advice to SAS/C 5.10b users]
Originator: walker@twix.unx.sas.com
Date: Tue, 22 Dec 1992 13:50:04 GMT
Organization: SAS Institute Inc.


In article <BzMJJB.84z@unx.sas.com>, jamie@cdevil.unx.sas.com (James Cooper) writes:
|> Doug was correct.  Out of all those people, things can still slip past... for
|> instance, one of the things fixed in 6.1 over 6.0 was not being able to compile
|> with the F4 key in SE.  This was finally traced down to having the system
|> WildStar bit turned on.  You might claim this is a common thing to do, but none
|> of the Beta testers uses that bit, so it wasn't found until after release.

...or if they do, they don't use SE, or if they do, they don't compile
using F4, or if they do, they shrugged their shoulders when it happened
and used right-Amiga-B instead.

|> As for why it was broken when you got it... well, I don't know any programmers
|> who use the ANSI functions unless they are porting code, and we've only had 3
|> people complain about the datecmp() function so far... and all of the complaints
|> were *after* 6.1 came out.  The function was there in 6.0, and hasn't been
|> touched since, but we never knew there was a problem, so we couldn't fix it.

Huh?  Many, many people use the ANSI functions.  datecmp() is not an
ANSI function, however, it's an AmigaDOS function.  This is probably
why it got by unnoticed.

The bug was a simple = vs == typo in datecmp().  I have fixed it and
the fix will be in 6.2.  I suggest coding a datecmp() yourself,
it's pretty obvious how it has to work.  In fact, here it is:

   #include <exec/types.h>
   #include <dos/dos.h>

   int datecmp(struct DateStamp *a, struct DateStamp *b)
   {
      LONG tmp;
      if((tmp = a->ds_Days - b->ds_Days) == 0)
      {
         if((tmp = a->ds_Minute - b->ds_Minute) == 0)
         {
            if((tmp = a->ds_Tick - b->ds_Tick) == 0)
               return(0);
         }
      }
      return(tmp < 0 ? -1 : 1);
   }

(Actually, assuming the fields in the DateStamp structure can
never be negative, you could use a simple memcmp() on it...
hmmm....)

Right now, 6.2 is being held pending discovery of a weird memory-
trashing bug on '040 machines that was introduced after 6.1 was
shipped.  I apologize for the delay;  I'd love to be able to ship
it right now, but until we locate this problem, we can't ship
anything.

|> Jim Cooper

-- 
  *****
=*|_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: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.programmer
Subject: Icon dragging fun (Hmm?)
Summary: Sources of draggable icons?
Keywords: icon app cbm hello?
Date: 29 Dec 92 17:44:14 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

Hello out there in programmation land...

...does anyone know if it's possible to have your program become a *source*
for draggable icons (ala NeXT apps), and if so how to pass different types
of information between apps this way?  It would be extremely user-friendly
and neat-o-keen if this were possible, but as far as I can tell CBM's only
set things up so that the Workbench is the only source of draggable icons,
and an app can only be a destination, and the only type of information that
can be passed is file info.  This is kind of restrictive!  Is there any OS
support for custom draggable "stuff"?  Thanks!
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Jake Rose               :: Every cloud has a silver lining.
jaker@csugrad.cs.vt.edu :: Every silver lining has a cloud inside it.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: dougp@sbphy.physics.ucsb.edu ( Doug Peale)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Date: 24 Dec 92 05:36:06 GMT

peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:

>In article <petter.09wh@pnilsen.adsp.sub.org> cbmehq!cbmnor!pnilsen!petter@cbmvax.commodore.com writes:
> >Hey, I got all the demoes which were originaly used to show off the Amiga.
> >They ALL works on my A3000 running OS 3.0 !!   RobotCity, Boing etc. works
> >like a charm.

>I second this, at least I tried them under 2.04 and had no problem.

Gee, I can't get RoboCity to work, and the Mandrell picture just displays
garbage on my system. I have an A1000 with a rejuvinator, ECS chipset, 2megs of
chip ram, and 2.04 in ROM.

Douglas Peale
--
Douglas Peale
From: henning@mari.StOlaf.edu (Mark Henning)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Power Windows 2.5
Date: 2 Jan 93 22:02:02 GMT
Organization: St. Olaf College, Northfield, MN USA

Powerwindows is obsolite.  Innovatronics has a new product slated for
release at devcon in Orlando called appbuilder.  They have been
working very closely with CBM and although they have been (development
necessary) vague with me about what it actually does, it is supposed
to be for C and other compiled languages what CANDO was for AREXX! 

Personally, I wil be one of the first forlks with a cheque for them as
soon as it is available!
---------------------------------------
Mark Henning
henning@stolaf.edu

My opiniouns are my own and do not reflect those of Alpha Video, or
any other groups.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Aztec Tech Support on BIX -- address?
Date: 24 Dec 92 08:43:12 PST
Organization: BBS

> Its that fairly useless page at the beginning, just inside the
> front cover.
 
The one that says, "Before you do anything else, READ THIS PAGE"?
 
 
The question of whether I take up that offer depends on timing:  if
the event of me having a bunch of spare money happens before the
event of Manx fixing the worst problems in the current product, I'll
take up that offer.  I'd say the odds are pretty good.
Newsgroups: comp.sys.amiga.programmer
From: jkatz@netcom.com (Joseph Katz)
Subject: Help me find the guy who wrote AREXX
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 23 Dec 1992 09:46:31 GMT



Hi there,

   Sorry for the truncated message.  Can anyone help me locate the fellow
who wrote AREXX?  I would appreciate any info you can give me on how to
contact him (email, US mail, whatever).  Please respond by email to 
jkatz@netcom.com.  Thanks.

--Joe Katz
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Aztec Tech Support on BIX -- address?
Date: 21 Dec 92 14:40:23 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <paulk.2u8n@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
|> Does anybody happen to know the BIX address of Manx tech support for Aztec C? 
|> I've seen it a hundred times, something like "manxts", but never wrote it
|> down...  now their BBS is down and I need to send them a fairly large file
|> demonstrating a compiler enforcer hit problem ...  is it true that I can mail
|> them at BIX through this net by sending to SomeBixID@dcibix.das.net?

Manx has not logged in to their BIX account since September.

This might be a good time to mention that there is a Manx-SAS
upgrade offer for version 6.0.  You send in one page from your
Manx manual and get a 50% discount off the retail price, which
brings your cost to $197.50 for the full SAS/C package.

SAS Institute, Inc.
Book Sales
SAS Campus Drive
Cary, NC 27513
USA

Phone (919)677-8000
Fax   (919)677-8123

European customers, I don't know what the SAS Heidelberg office's
policy is on competitive upgrades, but you can ask them:

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: Counsellor@cup.portal.com (Benjamin Counsellor Reich)
Newsgroups: comp.sys.amiga.programmer
Subject: What is htonl() ?
Date: Tue, 22 Dec 92 23:10:38 PST
Organization: The Portal System (TM)
Distribution: world

I am writing a program based on another's source code.

I am stumped by one line of code:

     *lmark = htonl(*lmark);

I have no idea what this function is or does.  It is not in SAS/C
v. 5.10b, nor can I find any mention of it in the Waite Group's
New C Primer Plus, which alleges that it is comprehensive.

I would appreciate any info as to what this function does, so that
I may either emulate it or throw it out.

Benjamin Reich
Counsellor@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Chunky Pixel Mode for Low End Chip Set?
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 26 Dec 92 12:56:30 PST
Organization: TAP

Quoted from <1hbngoINNglt@uwm.edu> by bloc1469@ee.ee.uwm.edu (Gregory R Block):

> First, I'm curious:  Why on Earth is a chunky pixel mode that
> important to you?  There -ARE- some tricks...

    Another reason for having chunky pixels is to play back PC
    animations without having to convert them first.

    It sounds great to me. Will the OS support stuff like:

        planar screen
        --
        chunky screen
        --
        planar screen

> Greg
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: Douglas_Stockman@graceUUCP (Douglas Stockman)
Newsgroups: comp.sys.amiga.programmer
Subject: Writing DR2D IFF format
Distribution: world
Date: 30 Dec 92 11:00:08 EST
Organization: Graceful Boot BBS (send replies to User_Name%grace@moscom.com)

I need to output some basic graphical objects (lines, circles, boxes, text,
etc.) in IFF DR2D format and am not sure where to begin.  I have the
RKM:Devices DR2D.doc information and Stylus, Inc. has provided me with
reading and writing routines.  The trouble is, I am unable, so far, to put
all the information together.  I am pretty much a C novice.  Can someone
please point me in the correct direction, either with a small bit of code
that writes out maybe just 1 line, or provide information where I can look
to find information for writing DR2D commands for dummies?  Given the
information from Stylus, writing the commands out seems straightforward.  I
am stuck on putting all the DR2D commands together to create a drawing. 
Given that I do not have a program at present that can display DR2D images,
is there another way to figure out if I am drawing what I think I am
drawing?  Thanks for all the help


-- Via DLG Pro v0.992

Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Chunky Pixel Mode for Low End Chip Set?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Thu, 31 Dec 1992 17:45:15 GMT

In <jbickers.0mce@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
>    processor, though as far as I know high end graphics boards do go
>    for chunky pixels rather than planes. Or did back when I could
>    afford to read about that sort of thing. :)

As I said, chunky (i.e. 8bit or 32bit per pixel) is easier to do in hardware.

>    A demo that could do vectors in chunky pixel mode and a scroll
>    text in planar mode at the bottom of the screen would be nice.

Well, filled vectors might not need the chunky display :)

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: too@cardhu.cs.hut.fi (Tomi Ollila)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is htonl() ?
Date: 23 Dec 92 15:46:43
Organization: /u/users10/too/.organization
Distribution: world
NNTP-Posting-Host: cardhu.cs.hut.fi
In-reply-to: Counsellor@cup.portal.com's message of Tue, 22 Dec 92 23:10:38 PST

In article <72250@cup.portal.com> Counsellor@cup.portal.com (Benjamin Counsellor Reich) writes:

   I am stumped by one line of code:

	*lmark = htonl(*lmark);

that function (Macro) return 32 bit value of its host byte order value in
network byte order. because 680x0 processor uses network byte order in 16
and 32 bit values (LITTLE ENDIAN) , that function is implemented as macro
whis does no conversion:

#define htonl(x)	(x).

.. in that case you couild just remove the line and reduce a few cycles
from execution time, but it would cause combabitily problems.

Tomi
From: tstark@access.digex.com (Timothy M. Stark)
Newsgroups: comp.sys.amiga.programmer
Subject: A bug in SAS/C 6.0
Date: 1 Jan 1993 20:27:57 GMT
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: world
NNTP-Posting-Host: access.digex.com

Hello Everyone:

      I discovered that bug in the compiler. I implemented a few typedef
statements into my program and set up double-link variables. I tried compile 
it but it displayed the strange message error:

      Missing closed bracket!

This bug program:

#include <stdio.h>

typedef struct bug1 {
       bug2  *bugb;
} bug1;

typedef struct bug2 {
       bug1  *buga;
} bug2;


This program cause the compiler confusing and it displayed the strange
message - Missing closed bracket (']'). I looked for the open bracket
character but it is not in my program! 

Do you have any bug fixes about my program or is it a bug in the compiler?
If so, please let me know as soon as possible before I will send e-mail to
the technical support dept. Thanks! Is it the bug fix in SAS/C 6.1 patches?

I have SAS/C 6.1 patches here. I tried to patch them to my SAS/C 6.0 diskettes
(backup diskettes) but they complaint that not enough memory in my Amiga
computer ( 512K chip ram and 512K fast ram).

-- Tim Stark


-- 
Timothy Stark               Internet1: tstark@access.digex.com (Preferred)
837 North Van Dorn St       Internet2: tstark@netcom.com
Alexandria, Va. 22304-2723  TDD: (703) 212-9731 Pager: (703) 702-4078
"Washington, DC is the most deaf population!! -- Gallaudet University"
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Date: 31 Dec 92 20:35:00 PST
Organization: BBS

>>> No, the VRAMs contain a color register. The "1" expands to
>>> whatever color was previously loaded. Again, this allows text
>>> writing and polygon filling to be done 4 times faster than usual.
 
> No, it is specific to chunky. There's -no way-to write several
> bitplanes at the same time except by using seperate memory banks
> for each bitplane.
 
It is NOT specific to chunky, as best I can tell from your
description... it's simply a hardware feature that allows a normally
chunky display to temporarily act like a bitplane display using a
small number of planes.  The planar version doesn't have to write the
same value to several planes, it simply has to turn the other planes
off.
From: Gene_Ruebsamen@republik.fidonet.org (Gene Ruebsamen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New Datatypes?
Date: 2 Jan 93 20:08:57 PST
Organization: Eiffel Media of Orange County

> Xref: ucivax comp.sys.amiga.misc:27772 comp.sys.amiga.programmer:25464
> Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.programmer
> Path:
> ofa123!ucivax!news.service.uci.edu!usc!cs.utexas.edu!swrinde!emory!sol
> .ctr.columbia.edu!zarthac
> From: zarthac@bradley.edu (Matthew Simmons)
> Subject: Re: New Datatypes?
> Followup-To: comp.sys.amiga.misc,comp.sys.amiga.programmer
> References: <C02uz1.48w@news.cso.uiuc.edu>
> Sender: nobody@ctr.columbia.edu
> Organization: J. Random Misconfigured Site
> Date: Fri, 1 Jan 1993 08:19:42 GMT
> X-Newsreader: TIN [version 1.1 PL8]
> Message-ID: <1993Jan1.081942.28725@sol.ctr.columbia.edu>
> X-Posted-From: cs1.bradley.edu
> NNTP-Posting-Host: sol.ctr.columbia.edu
> Lines: 21
>
> Jon Reid (jmrg9881@uxa.cso.uiuc.edu) wrote:
> : 22black@sol.cs.wmich.edu (Martin Black) writes:
>
> : >sbiddle@aviate.welly.gen.nz (Steve Biddle) writes:
>
> : >>Does anybody know if anybody has created any extra Datatypes for
> WB3.0,
> : >>such as GIF, and if they do exist, an FTP site or other place they are
> : >>available?
>
> : >I have been looking, but have came up empty so far.  Would like to see
> : >a gif and jpg.
>
> : If you have access to GEnie, file #18002 in the Amiga *StarShip*
> libraries
> : is described as "GIF Datatype for WB3.0".
> : --
> : Jon Reid    j-reid@uiuc.edu    GEnie: THE.REIDS
> : "He is no fool who gives what he cannot keep to gain what he cannot
> lose."
>
> Can somebody please d/l that file and either post it here uuencoded, or
> send it on its merry way to wuarchive or amiga.physik, along with details
> on which programs can use it?

Please post it here uuencoded, as I dont have access to FTP!
thanks in advance!
Gene

 * Q-Blue v0.7 [NR] *

-- Via DlgQWK v0.65a