HDTenEightyP/NetNews huggingface dataset:
From: rbb@cs.brown.edu (Robert Baynes)
Subject: Designing a client-server systemm
Followup-To: comp.client-server
Keywords: client, server, distributed systems
Organization: Brown Computer Science Dept.
Date: Thu, 8 Oct 1992 12:17:48 GMT

I am in the midst of coding a client-server application using SUN's RPC.
Basically the system is a logger that receives requests from a client and
then sends them off to be logged. The requests consist of a procedure
(e.g. logIAabort) and several parameters. Once the logger receives the
request it  becomes a client to another  server that actually executes the
command and writes out to the log. 

The part described above is part of a much bigger system (a multidatabase
application). We want to distribute alll the major portions of the 
system such that no one part is required to reside with any other major
part on a particular computing node (hence the use of client-server).

Currently, for each client-server FAMILY (one server, many clients)
we have separate include files and separate client and server code 
(generated by rpcgen).



         IM ------>client----->IRS-------->client------->ILD
	    <------server-----<IRS<--------server-------<ILD

	1. The IM is compiled with client code to call IRS.
	2. The IRS is compiled with server code to respond its clients
	(IM in this case).
	3. The IRS is compiled with client code to call the ILD.
	4. The ILD is compiled with server code to respond to its
	clients (IRS in this case).

	The client code for 1 and 3 is different, as is the server
	code for 2 and 4. 


I give all of this to formulate my question: 

	Is there a clean way that we can generate the needed client 
	and server code (using rpcgen) such that all of the various 
	client software is in one source file and one include file 
	and all of the various server software is in another? 

Remember that some of our clients can act as servers so when we compile our application
code we would be including both the client and server code. 

I see possible compile time problems if we put together
the code together for 1 and 3 and 2 and 4. If we got around the compile
time problems the IRS, for example,  would then be compiled with all code 
(could it call it self??).

-- 
*******************************************************************************
	Bob Baynes		Department Of Computer Science
	rbb@cs.brown.edu	Box 1910, 115 Waterman Street
	(401)863-7684		Brown University
				Providence, RI 02912
*******************************************************************************
Newsgroups: comp.client-server
From: jona@iscp.bellcore.com (Jon Alperin)
Subject: Re: Client/Server - rpc
Organization: Bellcore
Distribution: usa
Date: Wed, 14 Oct 92 12:23:39 GMT

In article <7201@transfer.stratus.com>, cme@ellisun.sw.stratus.com (Carl Ellison) writes:
|> The bad point is that while the callee is doing its thing *and* while that
|> call is being transmitted *and* while the reply is coming back, the caller
|> is twiddling its thumbs -- either literally spinning or doing a task
|> switch.  As processors get faster, the time for the callee to do its thing
|> goes down -- but the communication time doesn't (since the speed of light
|> doesn't change).  So the number of instructions wasted in the caller goes
|> up, if the caller spins.  This forces the caller to task-switch or waste
|> time.


RPC's can be both synchronous and asynchronous, If you can use asynchronous RPC's,
then the initiating process can go on processing. And in todays world, a machine
that is waiting on an RPC for one process will probably go out an work on another
process, which tends to keep the overal user response time faster, since some of
the work is being done somewhere else.

And in response to the original poster...rpc's _have_ been around for a while. 
If you have ever used NFS, you have used RPC's, since this is how NFS obtains
files from the NFS server.


-- 
Jon Alperin - Bellcore
---> Internet: jona@iscp.bellcore.com
---> Voicenet: (908) 699-8674

* All opinions and stupid questions are my own *

"I don't have any experience running up a 4 trillion dollar debt" - Ross Perot
"If there's a fair way, I'm all ears" - Ross Perot
From: bkg@cs.purdue.EDU (Brian Kris Grant)
Newsgroups: comp.client-server
Subject: New Book on Client-Server Programming
Date: 14 Oct 92 23:01:21 GMT
Distribution: comp
Organization: Department of Computer Science, Purdue University


Just some information:

>Douglas Comer and David Stevens
>Internetworking with TCP/IP Volume III:
>Client-Server Programming and Applications
>Prentice Hall, 1992.
>ISBN 0-13-474222-2

I haven't read the book, so please don't email me about it.

---
Brian Grant
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.client-server
Subject: Re: My personal ideas on Client/Server
Date: 8 Oct 1992 08:22:06 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:

>Is anybody working on a scheme for breaking down the seams between applications?
>That is, not only can they share data, but they can share it in a transparent
>fashion by directly invoking each other's services when appropriate, without
>the user having to remember which application to use to perform which function.

Microsoft's OLE is targeted specifically at this. Assuming they can overcome
the ill will that's accumulated and convince the industry that they ought to
be trusted on this one, I think that OLE could do really well. I am no expert
on it, but I did have to get familiar with some of the guts of OLE as part of
a summer internship I worked at Microsoft last year.

>Apple's AppleEvent Object Model seems to me to be one step on this road, which

Yes, but it's only a step. I would love to be wrong on this, but AppleEvents
seems to be more of a kludge based on the existing Event architecture that is
inherent in the Mac GUI. I have not been keeping current on this but as of last
summer I was not too impressed by AppleEvents. I hope it has improved since, or
that I did not get to see the whole story, because what I did see looked quite
lacking when compared to OLE.

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.client-server
From: jeroenkw@htsa.aha.nl (Jeroen Kwast)
Subject: Re: Client-Server
Organization: Algemene Hogeschool Amsterdam, The Netherlands
Date: Fri, 16 Oct 1992 12:21:23 GMT

>Well, as we are speaking of a server of this particular kind, I think our
>company can use it. Oh wait, I just discovered:
>1. We belong to the same company;
>2. I am one of the authors myself;
>3. I can also direct you by talking to you in person, as you are sitting
>   right in front of me!
>
>So, all in all, I think this (expensive?!) message was sent for NO REASON
>AT ALL!!!!! What a waist of money, isn't it! (But it sure is fun!)
>
>--

If you're not serious please do NOT use this newsgroup, but use jokes instead.

-- 
On a dark day Magicus M. said to me:  It's better to create an illusion of life,
                                      than live to create illusions.
Newsgroups: comp.client-server
From: oneill@obelix.gaul.csd.uwo.ca (John O'Neill)
Subject: Client-Server
Reply-To: oneill@obelix.gaul.csd.uwo.ca (John O'Neill)
Organization: University of Western Ontario
Date: Fri, 16 Oct 1992 19:34:51 GMT
Keywords: FAQ

Is there a FAQ for client-server programming?
If there is please let me know where I can get hold of a copy, thanks,
					John O'Neill
Newsgroups: comp.client-server
From: jeroenkw@htsa.aha.nl (Jeroen Kwast)
Subject: Re: Client-Server
Organization: Algemene Hogeschool Amsterdam, The Netherlands
Date: Thu, 15 Oct 1992 11:30:58 GMT

In article <1992Oct15.112643.182@htsa.aha.nl> martijn@htsa.aha.nl (Martijn van der Heide) writes:
>In article <1992Oct15.111641.29400@htsa.aha.nl> jeroenkw@htsa.aha.nl (Jeroen Kwast) writes:
>>
>>Hello out there,
>>
>>We were supprised to hear that a newsgroup exists about our great client-server.
>>
>>If you know it please give us some comments!
>>
>>
>>						MM.
>
>Well, to be absolutely honest, I have checked for such a newsgroup since the
>first version written. I sincerely hope that everyone will soon be able to 
>play this absolutely terrific game.
>As this is the very first time anyone hears about this great server, I think
>we need to tell 'em how to start it (to say the least) and how to play.
Me too!
>I also think I should hurry writing the help pages on this server.
>
Yes, well I'm not sure about this1
>Lots of luck wished to all you great crew-members of the client-server!
Yes, It's about time too!
>-- 
>
I thought you were?
>+------------------------------------------------------------------------------+
>| Even Magicus M. and Vulture the dragonslayer don't understand why you exist  |
>+------+----------------------------------------------------------------+------+

Me too,(Oeps i'm MM)

-- 
On a dark day Magicus M. said to me:  It's better to create an illusion of life,
                                      than live to create illusions.
From: d3g450@tnp_op.pnl.gov (MC Pottier)
Newsgroups: comp.human-factors
Subject: Re: CD case design problem
Date: 16 Oct 92 15:35:12 GMT
Article-I.D.: oracle.1992Oct16.153512.26983
Organization: Battelle Pacific Northwest Labs, Richland, WA
Originator: d3g450@tnp_op.pnl.gov


In article <16881E754.EIVERSO@cms.cc.wayne.edu>, EIVERSO@cms.cc.wayne.edu writes:
|> On recurring problem I have is assuming that the CD is in the case.
|> Unlike good old record albums, CD cases (most of them) weigh more than
|> the CD they are meant to carry. I consider it to be a flaw of CD case
|> design, that I cannot always tell if the CD is inside or not without
|> opening the case to check.
|>  
|> Any thoughts on this?
|>  
|> --Eric

    After years of research and practice, I've worked out the ultimate way of
dealing with this pesky problem. Put your CD's back in their cases when you've
finished with them. If the CD case you're holding, isn't from any of the CD's 
in your CD player, then chanses are it'll have a disk in it.

-Marc
Newsgroups: comp.human-factors
From: EIVERSO@cms.cc.wayne.edu
Subject: CD case design problem
Organization: Wayne State University, C&IT
Date: Thu, 15 Oct 1992 20:27:00 GMT

On recurring problem I have is assuming that the CD is in the case.
Unlike good old record albums, CD cases (most of them) weigh more than
the CD they are meant to carry. I consider it to be a flaw of CD case
design, that I cannot always tell if the CD is inside or not without
opening the case to check.
 
Any thoughts on this?
 
--Eric
Newsgroups: comp.human-factors
From: nagle@netcom.com (John Nagle)
Subject: Re: Am I being turned into a handicapped programmer?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: clpd
Date: Fri, 9 Oct 1992 19:04:18 GMT

figueroa@serum.clpd.Kodak.Com (Janet Figueroa (x37973)) writes:
>|> The incidence of left-handedness in the general population is about 10%.
>|> That's a lot to ignore.  I suspect (and various others corroborate the
>|> suspicion) that the incidence of left-handedness among serious computer
>|> users is as much as twice that of the general population.

       Are there degrees of "handedness"?  I'm not particularly bothered by
which hand I use with a mouse; I have a PC and a Mac set up side by side,
with the Mac mouse on the left and the PC mouse on the right.  Is mousing
a precise enough task that it really matters?

						John Nagle
From: mayoka@csgrad.cs.vt.edu (Kevin A. Mayo)
Newsgroups: comp.human-factors,comp.cog-eng
Subject: Repost:  Formative Eval. Survey
Date: 13 Oct 92 13:35:50 GMT
Followup-To: comp.human-factors
Organization: VPI&SU Computer Science Department, Blacksburg, VA

Recently (10/5) I posted a survey on Formative Evaluation.  I have
not received many replies, so I am re-posting.  If you are involved
with formative evaluation at your site, please take 5 minutes to fill
this survey out.  It will give the use-net population an idea of
the level of formalisms used in real practice.  Also, if you do not
have a set process/formalism, please let me know--that is important
too!  (I will assure anonymity of all responders!)

I seek replies (either post or email directly to
mayoka@vtopus.cs.vt.edu) from all interested individuals.
I will post a summary.

  o  How do you (or your company) report quantitative and 
     qualitative data collected during formative evaluation 
     to evaluators and interface designers?  
	   
    (We are most interested in how you report qualitative information.)

  o  Do you (or your company) have specific formats/forms/notations
     that you use to report?  If so, can you share blank copies of 
     those forms or samples of notations?

  o  What do you find to be as the most productive method of communicating
     formative evaluation findings to evaluators and designers?

  o  What formative evaluation data is the most difficult to 
     collect/analyze?

Thank you for your reply in advance.
--
+-----------------------------------------+-------------------------------+
| Kevin A. Mayo (mayoka@vtopus.cs.vt.edu) | The shortest path between any |
| CS Department / VA Tech / a.k.a. VPI&SU |   two points is through hell. |
| Blacksburg, Virginia   24061 USA        +-------------------------------+
| 703-231-6470/6931 (W)  703-951-4337 (H) |     My thoughts are my own.   |
+-----------------------------------------+-------------------------------+
From: mike@isgtec.com (Mike Sellers)
Newsgroups: comp.human-factors
Subject: Lefties and design (was Re:... handicapped programmer?)
Date: 15 Oct 92 01:00:17 GMT
Organization: ISG Technologies Inc., Mississauga Ontario

rcd@raven.eklektix.com (Dick Dunn) writes:
> de19@umail.umd.edu (Dana S Emery) writes:
> >Interesting point, guess lefties, as all minorities, are subject to
> >market-strtegy discrimination. [...]
> 
> Yes, if it actually gets down to the decision to make a product which is
> definitely "handed", with no adaptability, then it's unlikely you'll see
> left-handed mice.

Though even if this is the case the *software* should be configurable so 
that the user can decide to use the mouse left-handed.  

> The solution lies upstream, in the design.  For example, it wouldn't have
> been hard for Logitech to make the Trackman adaptable: They just need to
> allow the buttons to slide over, or swap places with a spacer block, or
> have an extra button--there's probably half a dozen design variations which
> would have made it adaptable to use with either hand.  None of them would
> have increased the product cost very much. 

I have just been through the design and manufacture of a trackball-like 
input device, and unfortunately what you say is simply not true.  The 
cheapest solution is to make the device symmetric -- unfortunately such
devices are also often considered ugly (aesthetically-pleasing form is
_not_ easy to achieve).  The next cheapest alternative is to make both
right- and left-handed versions, but this is hard to get by management
and increases cost-of-sales, repair, etc.  However, it is *far* more expensive
in terms of design, aesthetics, manufacture, reliability, sales, and every
other facet of the device to make it configurable to either hand. 

Don't get me wrong: while I think the Trackman is pretty, I also think it
misuses the human hand and alienates about 15% of the population!  No device
should do that, unless there's excellent evidence that it will not need to
be used with the left hand.  

--
              Mike Sellers      User Interface Team Leader
           mike@isgtec.com      ISG Technologies, Toronto, Canada
              "Actum ne agas" -- Do not do what has been done.
                         Furare tantum ab Optimis
Newsgroups: comp.human-factors
From: seiferth@rufous.cs.unm.edu (Justin Seiferth)
Subject: A Survey: What Language Were you Taught First?
Organization: Computer Science Department, University of New Mexico
Date: Wed, 7 Oct 1992 15:36:08 GMT

I suspect this is the right group for my question... Please take the
time to send me a short response! 

I'm taking a survey for a paper I'm writing on the choice of (computer)
languages for introductory computing classes for CS students.  If you'd
respond by letting me know what language you were introduced to I'd 
appreciate it. 

If you thought the choice was a good one, please let me know why. I'm
interested in the diversity and rationale behind your answers.
Newsgroups: comp.human-factors
From: S_TITZ@iravcl.ira.uka.de (Olaf Titz)
Subject: Re: Am I being turned into a handicapped programmer?
Organization: Fachschaft Informatik, Uni Karlsruhe
Date: Thu, 15 Oct 1992 15:20:47 GMT
X-News-Reader: VMS NEWS 1.23

In <1992Oct7.072030@eklektix.com> rcd@raven.eklektix.com writes:

>  As I watch window systems spread everywhere, as I see new machines come out
>  with novel "pointing devices", and as I see endless variations on the
>  traditional mouse, I wonder if designers have any idea that not everyone in
>  the world is right-handed.
>...  
>  I'm done with pretending that this is a trivial point.  Dammit, people are
>  making computers I can't use!  I'm eager to hear what other folks are doing
>  about this.  If there's an effort to beat up on manufacturers not to dis-
>  criminate against the left-handed, I want to know about it and join it. 
>  If there isn't such an effort, let me know and I'll help organize one.

Just take a Macintosh: The mouse is symmetric, it has only ONE button
(still the best number of buttons IMHO) and it can be connected at
both sides of the keyboard (for those who don't know: the mouse can be
attached to the main unit or to the keyboard).

Apple has been spending much effort on these human factors, and one of
the design decision has been: /Make the machine equally usable for
left-handers/. When they designed a notebook with built-in trackball,
they made it possible to swap the positions of the keyboard and
trackball, which did'nt make the machine much cheaper ;-) but more
user-friendly. 

MfG,
        Olaf
-- 
    o     Olaf Titz - comp.sc.student - univ of karlsruhe - germany
 _ /<_    s_titz@iravcl.ira.uka.de - uknf@dkauni2.bitnet - praetorius@irc
(_)>(_)   +49-721-60439 - did i forget something?
Woe to the land that's governed by a child! - Shakespeare
From: mbell@csc.liv.ac.uk (Mike Bell)
Newsgroups: comp.human-factors
Subject: Scrolling Vs Windowing
Date: 12 Oct 92 21:02:22 GMT
Organization: Computer Science, Liverpool University

Hi,

Hope anyone can help me.... I'm looking for references concerning 
windowing vs scrolling. I did a few but a seem to have lost them

Thanks
Mike Bell
From: friday@netcom.com (Carol Anne Ogdin)
Newsgroups: comp.human-factors
Subject: Smith & Mozier Guidelines in Postscript?
Summary: Where can I get the Guidelines
Keywords: HUI Guidelines Paper Copy Postscript
Date: 13 Oct 92 23:40:40 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I've downloaded the Smith & Mozier Guidelines from Ohio, but
they're in some obscure formatting scheme only a government
contractor could've developed.

Has anyone converted the document to Postscript, MS Word,
WordPerfect or some other generally usable format?  I'd
rather print the parts I want than buy the original for
$53 from NTIS.

-- 
--Friday                               "You have three option in this life:
   Carol Anne Ogdin, Principal Designer            Get sick,
   Deep Woods Technology                           Go crazy, or
     friday@netcom.com                             Ask for what you want!"
Newsgroups: comp.human-factors
From: caldwell@ie.engr.wisc.edu (Barrett Caldwell)
Subject: conference session announcement
Organization: /usr/local/lib/organization
Date: 7 Oct 92 18:36:48 CDT

I have been invited by the program chairman of the 5th International Conference on Human-Computer Interaction (HCI '93) to organize a parallel or interactive session on Social Aspects of HCI.  HCI '93 will be held August 8-13, 1993, at the Hilton at Walt Disney World Village,Orlando, Florida, USA.  To acknowledge the International Space Year (and my own long-term interests in this area), I would like to propose a session (presentations and/or interactive discussions of work in progress) entitled, "Electron



ic Environments for Long-Duration Space
Flight: Social Aspects of HCI in Space."  

If you are interested in participating in either a presentation or a discussion session on this topic, please contact me by November 2, 1992 with your name, affiliation, and a brief (< 50 words) description of your proposed contribution.  I will be contacting all respondents regarding acceptance and presentation of the session as soon as possible after December 1, 1992.  Thank you for your interest and ideas.  Please distribute this notice to anyone you may consider interested and knowledgeable in this are



a.

Sincerely,
Barrett S. Caldwell, Ph.D.
Assistant Professor, Industrial Engineering, Univ. of Wisconsin-Madison
1513 University Ave., Rm 379, Madison, WI 53706-1572  	
VOICE: (608) 262-2414 	FAX: (608) 262-8454
caldwell@engr.wisc.edu / BSCALDWELL@WISCMACC / barrett@grouper.ie.wisc.edu
        	       	       	       	       	       	       	      	
Newsgroups: comp.human-factors
From: jclose@chesapeake.ads.com (Jeff Close)
Subject: UIST conference posting again, please?
Organization: Advanced Decision Systems division of Booz, Allen & Hamilton
Date: Tue, 13 Oct 1992 17:09:42 GMT

Hi,

I missed the posting of the UIST conference, and our news has already been
purged.  Can anyone repost it for me?  Tghanks for any help.

Jeff
-- 
-----------------------------------------------------------------------------
jclose@ads.com: ADS BA&H/1953 Gallows Rd #600/Vienna, VA 22182 703-902-7150

Anarchists don't believe in rules.  Surrealists make up their own.
From: amw@cs.bham.ac.uk (Andy Wood)
Newsgroups: comp.human-factors
Subject: Re: Scrollbars (was Re: GUIs Considered Harmful)
Date: 8 Oct 92 18:07:26 GMT
Organization: School of Computer Science, The University of Birmingham, UK

In article <1992Sep14.153206.2722@afs.com> jaime_guerrero@afs.com writes:

> The net result, combined with the NeXT behavior of always scrolling the  
> CONTENTS of the window in real-time (even when dragging the "elevator") lets a  
> user quickly move within a window to find something and reverse when s/he  
> overshoots.

The Acorn Archimedes RISC-OS interface shows the contents scrolling in 
real-time too, and it gets round the problem of overshooting when using the
arrow buttons (situated at either end of the bar) by reversing the direction 
of the scroll when you use the right-hand button (you use the left-hand one
normally).
 
I really like that, although admittedly I'm an Archimedes nut, and I've never
used NeXT.

     Andy...

P.S. the scroll bars are proportional too - Windows and Mac ones always feel
     wrong after my Archie

-- 
__

Andrew Wood : amw@uk.ac.bham.cs