HDTenEightyP/NetNews huggingface dataset:
From: beust@rhea.inria.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Gadtools Question
Date: 13 Aug 92 16:47:12 GMT
Organization: University of Nice Sophia-Antipolis, France

In article <1992Aug12.173302.29788@cabezon.uucp>, darrinm@cabezon.uucp (Darrin Mossor) writes:
> ...
>  So the question.  Did Commodore
>    a) Use some unstated method of moving and adding/removing GadTool 
>        Gadgets from the window?
>    b) Use regular gadget that they caused to look and feel like GadTool
>        Gadgets and then use AddGList/RemoveGList to alter the calendar?
>    c) Violate their own RKM's?
>    -or-
>    d) Am I missing something obvious that I should be embarrassed about?

	Mmmh... just a guess : maybe they used Boopsi to achieve this?
	Check out your RKM libraries, it's in there.


+------------------------------------------------------------------------+
| Cedric BEUST                                     University of Nice    |
| INET: beust@avahi.inria.fr                       $whoami               |
| UUCP: llaor.unice.fr!arkonis!beust               god (personal alias)  |
|    //      -- "To be, or not to be...",                                |
| \\// Only    That is illogical, captain!         f U cn rd dis         |
|  \/ Amiga!                 -- Spock              U mst uz Unix         |
+------------------------------------------------------------------------+
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: compress for amiga-FOUND! Where is uncompress?
Date: 21 Aug 92 10:51:40 GMT
Distribution: usa
Organization: Private UUCP Node
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith

In article <1992Aug21.063726.26546@midway.uchicago.edu> dgc3@ellis.uchicago.edu (milovan djilas) writes:
> BTW, I tried to compile Unix compress with GCC, and it has no problem
> with hanging.  However, when time comes to remove the old file (i.e.,
> the file you're compressing or decompressing), it says
> "compressedfile.Z: File exists" (no .Z if I'm compressing).  My guess
> is that something's wrong with either the ixemul.library's unlink(),
> or compress.c's use of it, although I haven't investigated this much.

compress.c tries to do the unlink() while the file is still open. AmigaDOS
declares this function illegal (object is in use, is the specific error).

Later versions of ixemul.library try to deal with this more intelligently
(if the file is open, it closes it under many circumstances).

This is one of the things that has to be looked for when porting Unix code
to the Amiga....
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: mpue2@syma.sussex.ac.uk (James E. Talbut)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: console device raw mode
Date: 14 Aug 92 11:46:48 GMT
Distribution: comp
Organization: University of Sussex, five miles away from Brighton

In article <NIX.92Aug14014127@zombie.oulu.fi>, nix@zombie.oulu.fi (Tero Manninen) writes:
> On Thu, 13 Aug 1992 12:39:36 GMT, ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) said:
> Bernhard> Just call DoPkt(conport,ACTION_SCREEN_MODE,DOSTRUE) to enable RAW-mode and
> Bernhard> use DoPkt(...,DOSFALSE) to go back to cooked output.
> There is even siplier way to do it:
> fh = Open("CON:....", ...);
> SetMode(fh, 1);   (1 is raw, 0 is cooked or normal line buffered mode).

These are both useful (assuming they work, I haven't got onto my Ami' in
the last few days!)
But wasn't the original question about how to read from a RAW with
dos.library commands?
If not, it must have been another post, but how do I do it?
Whenever I try to read from a RAW: it hangs.

	J.T.

-- 
Fine beer may be judged with just one sip,
	but it's better to be thoroughly sure.  -  Czech proverb

James Talbut            mpue2@syma.susx.ac.uk
Newsgroups: comp.sys.amiga.programmer
From: Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig)
Subject: Re: ToolMaker from CATS
Organization: Extended Bulletin Board Service
Date: Sat, 15 Aug 1992 07:38:12 GMT

     Could someone please tell me how to order this product?

     F. Michael Theilig  -  RPG117@URIACC.URI.EDU
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: umward10@ccu.umanitoba.ca (Derek Ward)
Newsgroups: comp.sys.amiga.datacomm
Subject: Problem installing VLT on floppy
Date: 19 Aug 92 00:04:02 GMT
Organization: University of Manitoba, Winnipeg, Canada



  I am having a problem getting VLT to run a-rexx macros.  It says that I
don't have A-rexx on my system.  I have rexxapp.library in my libs:
directory, is there something else I need?

  Please send any help through mail.  Thanks...

Derek

-- 
---------------------------------------------------------------------------
umward10@ccu.umanitoba.ca     <=- That's me.
---------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.datacomm
From: jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999)
Subject: Re: Problem installing VLT on floppy
Organization: NCR (Torrey Pines Development Center)
Disclaimer: This posting does not neccessarily reflect the opinions of NCR.
Date: Thu, 20 Aug 92 15:44:58 GMT

In article <1992Aug19.221038.5197@ccu.umanitoba.ca> umward10@ccu.umanitoba.ca (Derek Ward) writes:

>>I don't know what rexxapp.library is maybe you meant rexxarplib.library?
>
>  I could've been mistaken.

Both library names are valid.  If I remember correctly, rexxapp is for
assisting in creating Arexx utilizing applications, while rexxarp is, natch,
for interfacing to ARP.

-- 

*******************************************************************************
Jeff Grimmett [SuperBitMap BBS]        | fido!1:202/1401.0 [619-460-7290]
NCR -- Torrey Pines Development Center | Jeffrey.Grimmett@TorreyPinesCA.ncr.com
==========    "Pay no attention to the man behind the curtain."   =============
*******************************************************************************
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 16 Aug 92 12:40:31 EST
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Ethernet for A500 (was: Re^2: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc)))
	<1992Aug4.060027.19657@regina.cs.uregina.ca>

kaba@wintermute.north.de (Kai Bartels) writes:
>Hydra Systems, UK sells A500-ethernet boxes. But I don't know their
>address or tel-no., sorry.

  Wasn't Hydra the boards that GVP attempted to sell for a while, but gave
up because both the hardware and software were giving them so much
support problems?

  Last I heard their sofware did not run under 2.0, and
their boards had interupt problems that caused a 25mhz machine to clock
at 20MHZ with NO SOFTWARE RUNNING, just the board being plugged in.


>"It consisted of a lot of twigs mashed up to a pulp and flattened out into
>sheets and then held together with something that had previously held a cow
>together."                                                    <Douglas Adams>
>Uni: g14b@alf.zfn.uni-Bremen.de        +       Home: kaba@wintermute.north.de
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
From: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc))
Date: 15 Aug 92 16:55:25 GMT
Reply-To: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <1992Aug14.230106.2067@endicor.com> tsarna@endicor.com (Ty Sarna) writes:
>In article <34252@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking) writes:
>> Any new networking stuff that we release will be SANA-II. The original
>> AS225 inet.library knew about the A2065, A2060 and Ameristar Ethernet
>> boards. It was, indeed, hardcoded.  SANA-II bypasses such problems.
>
>Will the current SANA C= Ethernet driver still support the Ameristar
>boards? I assume the answer is yes, since they're supposed to be the
>same hardware.

 Same hardware, different Manufacturer and Product ID numbers.  Yes -- the
a2065.device works with Ameristar boards too.  

>--
>Ty Sarna
>Endicor Technologies, Inc.
>tsarna@endicor.com				#include <stddisclaimer.h>


 - Greg

-- 
Greg Miller                     "Violence never settles anything."
Amiga Networking Group                      -  Genghis Khan
gregm@cbmvax.commodore.com
From: Greg_Bastow@tvbbs.wimsey.bc.ca (Greg Bastow)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Supra 14.4 & DLG
Distribution: world
Date: 12 Aug 92 23:55:11 PST
Organization: Tunnel Vision BBS!

In a message dated Tue 11 Aug 92 13:40, Tom@cs.ualberta.ca (warkentin Tom H
wrote:

 TTH> tom@cs.UAlberta.CA (Warkentin Tom Henry) writes:

>I've been trying to configure a Supra 14.4 faxmodem to run with DLG...
does
>anyone have any modem config lines they'd like to share as well as
trapdoor
>configs if there were any modifications.  So far users can connect at any
>speed without any problems, upload at any speed without any problems, BUT
>they cannot download.  Here's my trapdoor modem config lines:
>   BAUD 19200 LOCK
>   7WIRE
>   ADJUST 0
>   SLOWMODEM 10
>The rest are pretty much the same as in the trapdoor manual.  I've tried
>changing the above settings to no avail.  My modem settings are the
following:
>B1 E1 L0 M0 N1 Q0 T V1 W2 X4 Y0 &C1 &D3 &K3 &Q5 &R0 &S0 &X0
>S07:100 S9:025 S11:050
>The rest of the settings are set to the defaults.

>Any help would be greatly appreciated... the modem works great when I use
it
>to call around, but this problem with the BBS is really beginning to annoy
me.
>.

 TTH> I've done some more tests on it and found out that transfers using
 TTH> XModem 1K
 TTH> or XModem CRC/Checksum work great... only ZModem downloads have
 TTH> constant errors.
 TTH> It appears that DLG is sending the info to the modem at 19200
 TTH> continuously
 TTH> during a download.  Eventually, no matter what connect speed a user
 TTH> is at, the
 TTH> transfer will get errors as the modems buffer gets filled.  Is this
 TTH> a bug in
 TTH> TelePro's Zmodem or is it a Supra bug?

Sounds like a classic error in the recieving ends serial Preferences. They
should be RTS/CTS, 4096 Buffers and of-course a baudrate of 19200. That is
a full 7 wire implimentation in your serial cable?

-- Via DLG Pro v0.995

  ___________   _        _     +-----------------------------------------+
 ////////////   \\      //     | 1.3 GIG Online, Gaming, Usenet, Fido!   |
      //         \\    //      |  *> 8,000+ Files [-All Fish Disks-]     |
     //           \\  //       +-----+ All Fish Disks Online {4 Lines}   |
    //_unnel       \\// ision_BBS    +-----------------------------------+
    \_______________\/_________________Greg_Bastow@tvbbs.wimsey.bc.ca
From: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc))
Date: 15 Aug 92 16:52:52 GMT
Reply-To: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Distribution: comp
Organization: Commodore, West Chester, PA

In article <56740@mentor.cc.purdue.edu> jad@expert.cc.purdue.edu (John Dormer) writes:
>In <34194@cbmvax.commodore.com> gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking) writes:
>
>> Actually, someone would have to write a SANA-II driver for one of those
>>little gadgets.  You wouldn't have to go -near- socket.library.  :')
>
>> - Greg
>
>  I've been playing with device drivers on my Bridgeboard lately, and I
>came across a skeleton driver which follows the Crynwr spec. Does
>anyone at CBM think they could release a skeleton driver for SANA-2 so we
>programmers have a clue what all those silly documents mean? ;> It would
>be a real help in all seriousness.
>
>  (Crynwr is one of the more dominant IBM-world driver interface specs
>out there, and it helps to write new drivers for the cards when you have an
>example from another card and a skeleton Terminate and Stay Resident (TSR)
>driver to modify. Crynwr is what Clarkson became, BTW).
>
>:	John Dormer
>:	Purdue Daemons
>:	jad@expert.cc.purdue.edu
>
>>-- 
>>Greg Miller                     "Violence never settles anything."
>>Amiga Networking Group                      -  Genghis Khan
>>gregm@cbmvax.commodore.com

 There's a sample SANA-II driver coming, I can assure you.  Ken just finished
it a few weeks back.  What kind of distribution it'll get, however, I have
no idea.  RSN.

 - Greg



-- 
Greg Miller                     "Violence never settles anything."
Amiga Networking Group                      -  Genghis Khan
gregm@cbmvax.commodore.com
From: mjl@ccwf.cc.utexas.edu (Maurice J. LeBrun)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: How to avoid no-activity disconnect w/ VLT?
Date: 13 Aug 92 05:37:01 GMT
Organization: The University of Texas at Austin, Austin TX

In article <4139@winnie.fit.edu> wood@ra.phy.fit.edu (Matt A. Wood) writes:
>Hello:  Our local system disconnects dial-up connections that are
>inactive after about 5 minutes, which is mighty short IMHO.
>Is there a way to simulate some activity from within VLT (AREXX
>macro or something) so that I can stay connected when I go off
>to make a sandwich or when I have a conversation with someone
>who stops by my office?

I used to have this problem and just kludged my way around it by invoking a
simple Rexx script that periodically (every minute or so) sent a relatively
innocuous sequence.  I wasn't too happy with it because I'd come back and
forget that it was still going.  I had it send a XON-XOFF (^S^Q) which
generally worked ok, except for the obvious case of emacs :-\.

An interesting thing to try if you have access to a Sun workstation is to
always access through DNet.  That alone won't do the trick as far as I know
(I don't see any evidence of ACKing going on unless I am actually
sending/receiving data).  But you can alter the properties of a socket with
a setsockopt() call, and there is this option called SO_KEEPALIVE which
forces an ACK every so often (minute I think) if there is no activity.  So
apparently this would defeat the auto-logout.  You'd need to modify the
dnet unix end so that calls to socket() are followed by calls to
setsockopt() with the SO_KEEPALIVE option.  But I haven't tried it so
you're on your own with this.  (I'd be interested if anyone plays with this
though.)

--
Maurice LeBrun    mjl@fusion.ph.utexas.edu
Institute for Fusion Studies, University of Texas at Austin
Newsgroups: comp.sys.amiga.datacomm,news.answers
From: umward10@ccu.umanitoba.ca (Derek Ward)
Subject: Re: Problem installing VLT on floppy
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Wed, 19 Aug 1992 22:10:38 GMT

In article <92231.191057WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:
>If it says you don't have ARexx on your system, maybe it is right. You
>should run the program "rexxmast" from your startup sequence, user-startup
>or drag it into the WBStartup drawer. If you are running AmigaDOS 1.3,
>you have to buy ARexx if you don't already have it.

   So, I would have to have ARexx to use the ARexx macros for VLT?  Such
as the phone directory? I have the rexxarplib.library and
rexxmathlib.library libraries, but I still need the rexxsupport.library.  
Is it freely-distributable?

>I don't know what rexxapp.library is maybe you meant rexxarplib.library?

  I could've been mistaken.

Derek

-- 
---------------------------------------------------------------------------
umward10@ccu.umanitoba.ca     <=- That's me.
---------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.datacomm,from.socal.com
From: mrubino@csws2.ic.sunysb.edu (Michael N Rubino)
Subject: Re: Supra 14.4 & DLG
Organization: State University of New York at Stony Brook
Date: Mon, 17 Aug 1992 21:58:32 GMT

In article <1992Aug17.145242.613@TorreyPinesCA.ncr.com> jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999) writes:
>
>One more time:  99.9% of the problems I've seen with Supras can be described
>with two words:  Operator Error.

[Stuff deleted]
>If you're up on Fido I suggest you freq SUPFXMOD.LHA and pass it on to anyone
>having problems.
[More stuff deleted]

Perhaps it would make sense to post that file here.  If not could you please
send it to me via email?  The more info we have the better off we all are.

>*******************************************************************************
>Jeff Grimmett [SuperBitMap BBS]        | fido!1:202/1401.0 [619-460-7290]
>NCR -- Torrey Pines Development Center | Jeffrey.Grimmett@TorreyPinesCA.ncr.com
>==========    "Pay no attention to the man behind the curtain."   =============
>*******************************************************************************

-- 

- Mike
  mrubino%csws1.ic.sunysb.edu@sunysb.edu <--- use this address for email.
  
Newsgroups: comp.sys.amiga.datacomm
From: qala@netcom.com (Stephen Semegran)
Subject: TOM CAT software for Wildcat BBS?
Date: Sun, 16 Aug 92 01:54:33 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: Anyone know of Amiga software that can download TOM CAT protocol?
Keywords: WildcatBBS, TOM CAT


Does anyone know of any AMIGA comm. pkg. that is capable of downloading
TOM CAT protocol material from Wildcat BBSes?  As I understand it, this
is a mechanism whereby unread notes are compressed and downloaded, and
you can read them offline, then any responses you make are uploaded the
next time you log into the BBS.   I was asked about this by a friend,
and offered to post an inquiry here.  There is software like this for
both the MAC and IBM PC platforms.

Thanks.


Newsgroups: comp.sys.amiga.datacomm
From: jrc1390@ritvax.isc.rit.edu (John Crowley)
Subject: Re: Updates on fast Supra modems?
Reply-To: jrc1390@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Thu, 13 Aug 1992 16:25:07 GMT



         I have an Okidata Okitel 9600 baud modem that I picked up
         used.  Does anyone out there in net land have info/docs for
         it that you could somehow share the info with me?  Any help
         would be greatly appreciated!   Thanx in advance.


						-john

         #define .sig \
         #include <std.disclaimer>
         #include <std.bs>
         jrc1390@ritvax.isc.rit.edu
From: mohawk@ccwf.cc.utexas.edu (Mohawk Dave)
Newsgroups: comp.sys.amiga.datacomm
Subject: Supra 14.4; VLT; AmigaFAX
Date: 23 Aug 92 00:11:30 GMT
Organization: The University of Texas at Austin, Austin TX


I recently got a SupraFAX v32bis, and also a piece of softwre called
AmigaFAX.  Well I can't use VLT anymore because it keeps getting putting
up a "FIFO error" requestor even though everything seems to work anyways.
But NComm still works fine.  What's up?  I'm hoping I just need to set
something in VLT . . .

:wq
oops
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT config and download mysteries...
Date: 13 Aug 92 23:22:36 GMT
Organization: Stanford Linear Accelerator Center

Crystal -
          The reason you're using 76 columns, I suspect, is that you
want to have VLT run on the Workbench in a window *and* you want to use the
larger font, *and* you're not using overscan. Well, with an 8 pixel wide
font and a 640 pixel Workbench, you can only have 80 columns if you have
*no* borders for your window. Since on the Workbench the window does have
(big) borders, you found that you have to reduce the number of columns to
76 in order to get the bigger font.
          To get it to work properly, you either have to use VLT on a
custom screen, or you have to set your Workbench to 680 pixels wide or so.
I recommend that you set your Workbench wider anyway. Then set the number
of columns in VLT back to 80. This will solve pretty much all the problems
you saw with vi. The one other thing you may have set wrong is the "destructive
backspace" option in the operation menu. Set this to off for use with vi.
          The problem you may be seeing with Kermit could be due to several
things. VLT has to update the status display but if you do things on your
machine that "lock the layers" for extended periods of time, then VLT
can't update the display and while it is trying to do so won't proceed
with the download. Other problems may be related to problems with the
software you're trying to run at the same time. If any of that disables
interrupts for too long, the serial.device will (have to) drop characters
with all nasty consequences thereof. Unfortunately, some hard disk driver
software suffers from the same problem, so heavy disk activity may cause
the same thing. On accelerated machines these problems aren't as obvious
as on non-accelerated ones... The solution to this particular problem is,
unfortunately, to just not do the things that cause trouble.

          Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
From: Les_Jenkins@lppl.mi.org (Les Jenkins)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Ansi and Jrcomm
Distribution: world
Date: 13 Aug 92 23:01:19 EST
Organization: Les's Place BBS

In a message dated Thu 13 Aug 92 18:48, Greg_Bastow@tvbbs.wimsey.bc.ca
(Greg Bastow) wrote:

 GB> Simply changing the number of bit-planes for your custom screen would
 GB> allow DLG to display 16 colors no problem.
 GB>  

Hmmm. I thought we were limited to 3 bit-planes max (8 colors). Not that
thats a big deal to me anyways. I don't mind 8 colors. Better than none.
I'll have to try setting it to 4 and see how it looks.

Will that cause any slow down on a standard 7.14 MHz Amiga? Well, only one
way to find out.



 -- AEd V1.36f/EvaA

-- Via DLG Pro v0.992

======================================================================
E-Mail to:      | "Stimpy, sometimes your wealth of ignorance simply |
Les@lppl.mi.org |  astounds me." - Ren Hoek                          |
----------------+-----------------------------------------------------
From: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc))
Date: 12 Aug 92 02:19:49 GMT
Reply-To: gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking)
Distribution: comp
Organization: Commodore, West Chester, PA

In article <1992Aug11.132326.14393@vax5.cit.cornell.edu> mx8@vax5.cit.cornell.edu writes:
>In article <1992Aug11.002122.526@regina.cs.uregina.ca>,
>gorrie@hercules.cs.uregina.ca (Dennis Gorrie) writes: 
>> In article <1992Aug10.054335.25646@msuinfo.cl.msu.edu> coup@crs.cl.msu.edu.UUCP (Chris Klaus) writes:
>>>
>>>Does anyone know whether ethercards are available for Amiga 500 ?
>>>if so how much? or is there any future plans to market ethernet cards?
>> 
>> It would be easy to hook up a Xircom pocket ethernet adapter; they
>> plug into the printer port.  Then you just need someone to write
>> a packet driver for it.  Any takers?
>> 
>
>	No, don't do that!  There's a much easier way -- Get the SlingShot
>board for the 500 (gives you one 2000 slot on a 500).  Then plug in an A2065  
>card.  Works fine, provided you have a hard drive and at least 1 Meg
>(preferably more).  I have tried this myself, so I know it works.  The 2065
>also works fine in the Bodega Bay.
>
>	You could go the parallel ethernet route, but no one is writing the
>packet driver, and I understand this to be a daunting task.  Performance is
>lower, too.  You'd also have to write a socket.library for that device, too,
>'specially if you wanted to use the newer Amiga networking software.

 Actually, someone would have to write a SANA-II driver for one of those
little gadgets.  You wouldn't have to go -near- socket.library.  :')

 - Greg


-- 
Greg Miller                     "Violence never settles anything."
Amiga Networking Group                      -  Genghis Khan
gregm@cbmvax.commodore.com