HDTenEightyP/NetNews huggingface dataset:
From: r0mill01@ulkyvx.louisville.edu
Subject: (Fwd: *C&CD*) Text is inside, Images outside? (28)
Date: Sun, 15 Nov 1992 15:50:01 GMT
Organization: University of Louisville


Entry: 28
Date: Sun, 15 Nov 1992 09:24:14 EST
From: IN%"RobertRoyar@Delphi.COM" Robert Royar, (C&CD Moderator)
Message-id: <1992Nov15.092414.v7.018.1.Grendel.Lair@Cratylus>
Subject: Text is inside, Images outside? (28)
Reply-to: "Computers & Composition Digest (R. Royar)" <R0MILL01@ULKYVX.BITNET>
Organization: Cratylus Educational Software

I'm intrigued by the rationale for the following:
>Date: Sat, 14 Nov 1992 17:22:09 CST
>From: Irvin Peckham <peckham@CWIS.UNOMAHA.EDU>
>Subject: RE: Multimedia (*MBU*)
>Message-id: <01GR5GXXHHZK8WW4IY@ulkyvx.bitnet>

>  Looking back at my query about how text might trace cognitive
>processes (and I find that possibility questionable), I also
>thought about how text seems to come from inside the head; images
>don't.  Images represent the stuff on the outside (which can
>obviously *stand* for stuff on the inside), but text represents
>the stuff on the inside (has more *presence* regarding thought).

How is it that images are outside ther mind while text is inside?  Does this
imply that we can't think imagistically? What do we do with color? Are
colors internal or external?

I think it's all in our heads--the buzzing stream. We're just lucky we can
sort of agree on some of the properties of the supposed phenomena that lead
to our impressions.

Hey mer!!! What do you think as one of our resident thinkers of things
musically philosophical?

 -- Robert Royar (RobertRoyar@Delphi.com) New York Institute of Technology
    "The guerrilla lives among the people like the fish in the sea."
                                                              - Mao Zedong

------------------------------
Newsgroups: comp.edu.composition
From: r0mill01@ulkyvx.louisville.edu
Subject: (Fwd: *C&CD*) RE: Computers and Composition Digest 7.014 (8)
Date: Sun, 15 Nov 1992 15:49:41 GMT
Organization: University of Louisville


Entry: 8
Date: Fri, 13 Nov 92 16:02:28 EDT
From: Lynne Taetzsh <TAETZSCH@gwuvm.gwu.edu>
Subject: RE: Computers and Composition Digest 7.014 (8)
Message-id: <01GR3XJQGE1C8WWGHW@ulkyvx.bitnet>
Reply-to: Computers & Composition Digest (R. Royar) <R0MILL01@ULKYVX.BITNET>

I was browsing through MBU and getting more and more uncomfortable being
a lurker.  Had to speak up.  Enjoying your conversations.  Overworked.
System not working properly (too many users?).  Have to make this short.
I have always had a problem with grading as punishing students when I am
trying to get them all to succeed.  Universities that criticize my grading
for being too high, using grades to weed out, eliminate . . . .

------------------------------
Newsgroups: comp.edu.composition
From: r0mill01@ulkyvx.louisville.edu
Subject: (Fwd: *C&CD*) ERIC (12)
Date: Tue, 17 Nov 1992 02:02:27 GMT
Organization: University of Louisville


Entry: 12
Date: Mon, 16 Nov 1992 20:39:28 EST
From: IN%"RobertRoyar@Delphi.COM" Robert Royar, (C&CD Moderator)
Message-id: <1992Nov16.203928.v7.020.1.Grendel.Lair@Cratylus>
Subject: ERIC (12)
Reply-to: "Computers & Composition Digest (R. Royar)" <R0MILL01@ULKYVX.BITNET>
Organization: Cratylus Educational Software

Isn't the ERIC database (at least part of it at IU Bloomington? There is a
move afoot to take it back to Urbana (U of IL). As for ERIC online, I've
checked it via CI$, and I believe that was a pay service (in addition to the
normal CI$ overcharge.

Anyone else know about the location of the ERIC online databases and telnet
info?

 -- Robert Royar (RobertRoyar@Delphi.com) New York Institute of Technology
    "Computers are potentially the most addictive drug yet devised"
                                                            - R. U. Sirius

------------------------------
Newsgroups: comp.edu.composition
From: r0mill01@ulkyvx.louisville.edu
Subject: (Fwd: *C&CD*) Syntax of imagery (10)
Date: Mon, 23 Nov 1992 10:30:38 GMT
Organization: University of Louisville


Entry: 10
Date: Mon, 23 Nov 1992 04:53:10 EST
From: IN%"RobertRoyar@Delphi.COM" Robert Royar, (C&CD Moderator)
Message-id: <1992Nov23.045310.v7.028.1.Grendel.Lair@Cratylus>
Subject: Syntax of imagery (10)
Reply-to: "Computers & Composition Digest (R. Royar)" <R0MILL01@ULKYVX.BITNET>
Organization: Cratylus Educational Software

In a recent message
>Date: Mon, 23 Nov 1992 02:11:57 -0200
>From: "(Leland Emerson McCleary)" <mccleary@CAT.CCE.USP.BR>
>Subject: Music and Imagery (*MBU*)
>Message-id: <01GRGXOPLS2O8WW01Q@ulkyvx.bitnet>

>How many would object to the statement that imagery has semantics
>but no syntax.

I argue that semantics and syntax are closely allied (welded) in all
sense-mediated experience. Where there is meaning, both are present. Even
the nonsense *sentences* of the linguists hold some semantic
element--ironically given them by their very syntactic structure.
  *Gee bleem iopioooed gee woiuthell*
oder auf Deutsch
  *Fa Blemingtheroiusya fan woiuthellkiet iopiot*

Syntax is a way of organizing discrete elements to create a meaningful new
element. Thus we use syntax to assembly words and punctuation into phrases
and clauses. Viewed this way the syntax of imagery is tied to spatial
organization and iconography. A well-trained iconologist can read a
painting and determine subtlties of meaning based not only on its elements
but also on their positions in the work. One of the more obvious examples
of this syntax is that embodied in the triptych. The order of the three
grosser elements determines much of the meaning in the triptych. Why is
this?

Some would argue that as symbol manipulators our primary goal is to impose
meaning on whatever our senses present us. Some would argue that insanity
stems from the failure of this ability. The visual imagistic stream can be
ordered by some using words, by others with color, by some with
chiaroscuro, by some with blueprint and brick, by others with sound, and by
a few with violent actions on their fellows.

The syntax of images is not currently taught to most (even well-educated)
people--our education system prefering to teach art appreciation without
interpretation and analysis. The romantic movement in literature,
impressionistic and expressionistic movements in art cloud the structural
"syntax" underlaying literary and visual arts. The Abstract movement should
serve to remind us of the syntax inherent in the visual--with its
reinterpretation of such key structuring concepts as perspective and
linearity. Previous to that we can look at renaissance painting and
"gesture theory" or the doors of Notre Dame.

 -- Robert Royar (RobertRoyar@Delphi.com) New York Institute of Technology
    "If the Russians can get rid of the Communists, the Americans can get
     rid of the Republicans."
                                                             - Rudy Rucker

------------------------------
From: jmfres11@ucs.usl.edu (Karthikeyan Gurnswamy)
Subject: Pascal Waterloo TCP/IP library
Organization: Univ. of Southwestern La., Lafayette
Date: Sat, 21 Nov 1992 05:53:49 GMT

In article <peter.722065275@palin.cc.monash.edu.au> peter@palin.cc.monash.edu.au (Peter Hawkins) writes:
>I need to interface a turbo pascal (V6) application to TCP/IP. The
>application is heavily OOP & TVision etc so I pretty well am forced
>to use turbo pascal. It's huge & re-writing in C is not practical.
>I could use novell IPX & Banyan Vines, but I want it to be more
>general if I can.
>
>I got a copy of wattcp - a mixture of asm & C, and compiled it with
>BCC, but unfortunately I couldn't link the C & pascal object files
>without leaving unresolved externals - Borland's advice was that
>interfacing C to Pascal will not work with any C code which is either
>not-straightforward (in calling) or which utilises intrinsic libraries.
>(They advised against my attempting it - and suggested I re-write the
>TCP/IP stack in pascal!)

First get the Waterloo TCP/IP manual and make identical functions in
C itself like psock_init(), psock_read() which calls sock_init()
and sock_read() respectively. Declare psock_init() in the waterloo
as 
pascal psock_init()
This directive is for linking your pascal routines correctly with
the C function with correct function parameters. You have do the
pascal psock_init()
in one of the Waterloo TCP/IP source files itself. Build the Waterloo
TCP/IP library. Now make a small pascal routine which calls psock_init()
or psock_read() and compile and link it with the new library and all
the support pascal and c libraries like cs.lib + maths.lib etc.,
Wild guess - Might work ...

>Before embarking on a major project such as re-writing the stack, or
>giving up and using IPX and Vines, I thought I'd try and see if anyone
>knew:
>
>1)  What public domain / commercial TCP/IP stacks are there which might
>    be callable from turbo C?
>
>2)  Are there any stacks around written entirely in assembly or (joy of
>    joys!) pascal?
>
>Thanks in advance,
>
>Peter

Karthik
/----------------------------------------\--------------------------\
| Karthikeyan Guruswamy                  |                          |
| Graduate Student, Computer Science     | Why does'nt my:          |
| Center for Advanced Computer Studies   |                          | 
| Univ. of SouthWestern Louisiana        |    NET WORK ?            |
| Lafayette, LA 70501                    |                          |
| Email: jmfres11@ucs.usl.edu            |                          |
|                                        \--------------------------\
| The opinions stated are solely mine and does not reflect the views|
| of anyone in my organization ...                                  |
\-------------------------------------------------------------------/ 


Newsgroups: comp.protocols.tcp-ip
From: tbooth@netcom.com (Todd Booth)
Subject: Re: Multicast Routers (was Re: NIS broadcasts over IP subnets)
Organization: Wellfleet Communications, Inc
Date: Thu, 19 Nov 1992 15:13:55 GMT

>...
>In the sense you probably meant the question, I don't know.  For years
>I hounded router vendors at Interop, and was always told "wait for
>OSPF."  

Why have you been waiting?

OSPF is a draft internet standard and has been available for over
a year and a half from Wellfleet Communicaitons (and other vendors).
Cisco has been shipping OSPF since April?

--todd
From: sss@scammell.ecos.tne.oz.au (Steve Silver)
Newsgroups: comp.protocols.tcp-ip
Subject: Details of Service Name to Socket Type
Date: 20 Nov 92 06:10:08 GMT
Organization: Telecom Australia, Information Technology Development

To all TCP/IP gurus.

I am trying to locate the RFC or documention describing all known
Service Name types to Socket types (eg. telnet = 23/tcp, ftp = 21/tcp).

Could you please send the info to my E-mail address and/or this Bulletin
Board.

Thank you for your anticipated help.
-- 
Steve Silver         sss@scammell.ecos.tne.oz.au
Newsgroups: comp.protocols.tcp-ip
From: cyberchrist@wam.umd.edu(X)
Subject: etherfind-type program for the Mac
Organization: Workstations at Maryland, University of Maryland, College Park
Date: Sun, 22 Nov 1992 07:03:53 GMT


I'm currently working on a SUN SPARC, running the program
etherfind to debug a local network, and need to have the
same capabilities on a mac.  Is there anything out there?
please mail me  bluefish@wam.umd.edu
Newsgroups: comp.protocols.tcp-ip
From: smb@ulysses.att.com (Steven Bellovin)
Subject: Re: Is the Balkanization of the InterNet inevitable?
Date: Tue, 17 Nov 1992 17:41:09 GMT
Organization: AT&T Bell Laboratories
Keywords: security, firewalls

In article <141672@lll-winken.LLNL.GOV>, casey@gauss.llnl.gov (Casey Leedom) writes:
>   Are network security firewalls between organizations and the InterNet
> going to be the norm in the future?  This seems to be the answer some of
> our local people think is inevitable.  I haven't had time to keep up with
> network security issues for a couple of years, so I just don't know what
> the state of current work is or what the consensus on this issue is.
> 
>   If the Balkanization of the InterNet is inevitable, I feel it will be a
> great loss.  It will be an acknowledgement that irresponsible criminal
> hackers have won from us our freedom of open inter-operation.  What a
> sad thought.  Are there no other realistic options for providing security?
> Is it impossible to conceive of effective authentication methods?

For the most part, authentication isn't the issue.  We already know
how to build effective authentication methods; they just aren't deployed.
But even if they were, it wouldn't help that much.  There are too many
break-ins caused by buggy software and/or system administration errors.
The former is just a special case of the general software engineering
problem, and I don't think it's close to being solved.  The latter --
well, it would help if vendors would try to ship stuff in a default
secure configuration, but there are still so many knobs to twiddle
that mistakes are inevitable.
From: jim@grimaldi.rutgers.edu (Jim Martin)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Wanted ftp sites for wattcp and cutcp
Date: 20 Nov 92 09:40:14 GMT
Distribution: na
Organization: Rutgers Univ., New Brunswick, N.J.

lvandyke@balboa.eng.uci.edu (Lee Van Dyke) writes:
>Can someone please tell me where to get the above?

	Both packages are available on dorm.rutgers.edu (128.6.18.15).
Dorm mirrors both wattcp and cutcp, as well as a number of other PC
(and Mac) network packages on a nightly basis.
							Jim

-- 
	Jim Martin			Internet: jim@dorm.rutgers.edu
	Network Services		UUCP: {backbone}!rutgers!jim
	Rutgers University		Phone: (908) 932-3719
From: possoz@sic.epfl.ch (Anne Possoz EPFL-SIC/SL)
Newsgroups: comp.protocols.tcp-ip
Subject: RPC vs sockets performance and network influence
Keywords: RPC socket performance
Date: 19 Nov 92 10:41:16 GMT
Reply-To: possoz@sic.epfl.ch
Organization: Ecole Polytechnique Federale de Lausanne

Working a lot on transfer of huge arrays across different computers,
I reached the following conclusions.

1) using Sun RPC (with underlying XDR), I can handle .2 to .6 Mbytes/sec
   depending on the platform on which I am working (here the CPU time
   is converted in Mbytes/sec); this has to be compared to the network
   which can handle around 1. Mbytes/sec for ethernet.
   So the CPU is slower than the network. The reason for this is that
   the XDR package is not at all optimized for this kind of problems.

2) using sockets, I can handle 3. to 10. Mbytes/sec instead. So now the
   network is my limitation. Moreover, I noticed that if data are going
   from FFDI network to ethernet network, I reach that performance only
   if I decrease the SO_RCVBUF size to 8 kbytes (the gain is a factor of 3
   to 4 if SO_RCVBUF is set to 8 kbytes compared to 32 kbytes).
   Note that by default, SO_RCVBUF is 4K on SUN, 8K on HP, 32K on crays and
   61K on SG. There is also some interest to increase the SO_SNDBUF to a value
   of 32K.

Thus I have some questions to who migth help :

 - where can I find any information on performances?

 - does this means that any application using RPC are not suitable for large
   transfer of data? And, as far as I can read, NFS is based on RPC; does that
   mean that NFS is not optimized?

 - do you know of any other newsgroup where I could read on that subject?

						Anne
-- 

Anne Possoz
possoz@sic.epfl.ch
Newsgroups: comp.protocols.tcp-ip
From: Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman)
Subject: Re: What is "RMON" ? Please explain .
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Sun, 22 Nov 1992 01:21:15 GMT

scoggin@snow-white.ee.udel.edu (John K Scoggin) writes:

>	System:		ftp.nisc.sri.com
>	Directory:	internet-drafts
>	Files:		draft-ietf-rmon-mib-01.txt
>			draft-ietf-rmon-trap-00.txt

>For some reason, rollout and standardization seem to going very slowly.
>This has not stopped a number of manufacturers (Hewlett-Packard, Novell, and
>TTC come to mind) from introducing "RMON-compliant" monitors, even though
>there is NO standard yet!

RFC 1271 is the official name for the Ethernet RMON MIB.

>Of course, there always comes a time when you have to stop studying and
>start implementing - fish or cut bait...  I am planning on buying 25 or 30
>RMON segment monitors this spring for our network.

May I state here that our group has a freely available RMON monitor
for OS/2 machines? You only need a PC with enough RAM, OS/2, an Ethernet
card and our software.



Richard.
From: manmetha@gauss.rutgers.edu (Rajesh Malhotra)
Newsgroups: comp.protocols.tcp-ip
Subject: Recommendations for Terminal Servers
Keywords: SLIP, IBM RS6000
Date: 20 Nov 92 20:36:57 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


I had an error in a previous post, and am not sure if it got posted,
so this may be a REPOST. If so, I apologize.



Fellow Netters,
	The following is being posted for a friend with no Internet
access. Please send responses to this account, and I will forward them.
Raj.

--------------------------------------------------------------------------

We are looking for recommendations for SLIP connectivity to an IBM RS/6000.
We have been told that the included SLIP device driver on the RS/6000
only supports 8 concurrent connections.  We are considering placing
terminal servers across an ethernet connection.  By placing the modem
pool on the terminal server we will be able to have the Slip connection
be routed across the ethernet to the RS/6000.  We know of no limit on
the number of TCP connections to the RS/6000.  

The requirements are:

	1. 9 to 50 SLIP connections to one or more terminal servers.
	2. Data rates of 19.2 to 56.7Kbps, expecting to use some
		switched 56kbps lines with async to sync converters.
	3. Transparent access  directly from the Mac to the RS/6000.
		We wish to avoid the need to login to the terminal server.
		We wish to have all calls routed to 1 or alternate
			 RS/6000's.
		We wish to have IP addresses dynamically assigned to 
		the remote user, independent of the phone line to the
		terminal server that they use.

The remote nodes are Apple Macintoshes running MacTCP, by Apple,
and MacSLIP, by Hydepark Software.  Without a terminal server we can
use the bootp daemon to dynamically assign addresses to the remote
users(so I'm told).  Do any terminal servers do this or have an
alternative method?  The goal is to forego addressing changes on the
remote nodes based on the phone line used for access.

We are considering the Telebit Netblazer.  We would also consider a
better SLIP device driver.  Recommendations?

--------------------------------------------------------------------------
-- 
===============================================================================
  __  __     .
 /   __/    /                               Raj Malhotra.
/   ( /_   /                                voice : (908)613 4313. 
        __/                                 email : manmetha@gauss.rutgers.edu

===============================================================================
Newsgroups: comp.protocols.tcp-ip
From: tbooth@netcom.com (Todd Booth)
Subject: Re: Multicast Routers (was Re: NIS broadcasts over IP subnets)
Organization: Wellfleet Communications, Inc
Date: Fri, 20 Nov 1992 06:57:33 GMT

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

>...
>As far as I can tell, the router vendors have been dragging their feet
>vigorously on any kind of multicast routing for at least 4 years.  The
>router vendors have shown more enthusiasm for PPP, despite the danger
>PPP represents to their locked-in customer bases.

I can't speak for others, but I get requests for multi-vendor
interoperability over leased lines over 50 times as often as
for multicast routing.  Are there a lot of people out there
with requirements for multicast routing?  Could anyone quantify
how many routers would be used for multicast routing?  Maybe
1 out of 10, 1 out of 1000...?

Assuming it is closer to 1 out of 1000, why not use a high end
router for the non-multicast and a Sun or whatever for the 
multicast?

PPP allows our customers to use less expensive IPX or IP routers,
from other vendors, and interoperate with Wellfleet equipment at
the central site.

I think this newsgroup would tear to shreads any router vendors
that did not support PPP (at least IP over PPP with static support).

--todd
From: P88037@BARILVM.BITNET
Newsgroups: comp.protocols.tcp-ip
Subject: PC control over TCPIP
Date: 17 Nov 92 08:40:15 GMT
Organization: Bar-Ilan University Computing Center, Israel

Question: is there a software that allows one to control a PC via TCPIP,
i.e. telnet to the PC and get a DOS prompt?

please mail to elharrar@bimacs.cs.biu.ac.il or reply in post.

Thanks!

          Yair
Newsgroups: comp.protocols.tcp-ip
From: mike@gordian.com (Michael A. Thomas)
Subject: Re: how to restart broken file transmission in ftp?
Organization: Gordian; Costa Mesa, CA
Date: Sun, 22 Nov 1992 22:46:43 GMT

In article <1992Nov22.214557.26023@mnemosyne.cs.du.edu>, rmaszkow@nyx.cs.du.edu (Rafal Maszkowski) writes:
> 
> How can restart file transfer when I lost connection and I have, say, 20 MB
> transmitted and 10 still not?
> 
> Rafal


% ftp blah
% !!

? 
-- 

		Michael Thomas	(mike@gordian.com)
	"I don't think Bambi Eyes will get you that flame thrower..."  
		-- Hobbes to Calvin
		USnail: 20361 Irvine Ave Santa Ana Heights, Ca,	92707-5637
		PaBell: (714) 850-0205 (714) 850-0533 (fax)
Newsgroups: comp.protocols.tcp-ip
From: berman@nlm.nih.gov (Lew Berman)
Subject: tcp client/server performance
Reply-To: berman@nlm.nih.gov
Organization: National Library of Medicine
Date: Tue, 17 Nov 92 14:30:12 GMT

I am building a client/server to transfer 5Mbyte 
images over the internet.  The system is up and running, 
but I would like to know what I can do to improve the
performance of the system.  Besides data compression, 
different protocols (VMTP, etc.), what can I do with the
standard sockets, etc?

I've changed the SO_RCVBUF and SO_SNDBUF size at both the
client and server sides so that they are now 16384 bytes.
Should I make them larger?  How large can they be (I'm 
on SUN workstations)?  Currently I just do one massive
write into the socket, should this be split into smaller
blocks and then written to the socket?  If so, what would
be a good size block?  

Any other suggestions for improving the performance?


Please send all e-mail directly to me and I will repost
to the net.

Thanks,

Lew Berman
National Library of Medicine
Bethesda, MD




Newsgroups: comp.protocols.tcp-ip
From: fsgreen@dredd.lerc.nasa.gov (Doug Greenwald)
Subject: SUMMARY:  Need Ethernet types/IP Frame and Header Formats
Originator: fsgreen@dredd
Organization: Institute for Computational Mechanics in Propulsion
Distribution: na
Date: Tue, 17 Nov 1992 20:48:02 GMT

I wish to thank the following people for responding to my request for
Ethernet frame headers for the small network analyzer I'm writing.

From: stewart@ra.cis.udel.edu (John Stewart)
From: Dave Curry <davy@ecn.purdue.edu>
From: Stephen C. Trier <trier@odin.INS.CWRU.Edu>
From: Amos Shapira <amoss@CS.HUJI.AC.IL>
From: Bruce Jones <bj@unislc.slc.unisys.com>
From: karwowska@dg-rtp.dg.com (Joanna Karwowska)
From: John_Burton@gec-epl.co.uk

For people that are interested in the program, it runs on the sun4c platform
under SunOS 4.1.x (Solaris 1.x).  It takes one argument (the number of
packets to grab) and generates a list of packets received (and decodes the
packets I've been able to find time and info to decode), and then generates
a packet breakdown.  It's a very simple program.  Time permitting, I will
continue to add packet decoding and some filtering ability.  

-- 
Doug Greenwald                       fsgreen@icomp01.lerc.nasa.gov
Sun System Administrator             (216) 433 5965
ICOMP, NASA Lewis Research Center