HDTenEightyP/NetNews huggingface dataset:
From: ken@cs.cornell.edu (Ken Birman)
Subject: TR 1216 revised
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Wed, 6 Jan 1993 16:42:36 GMT

The best general purpose overview of Isis is TR 1216, a paper
called "The process group approach to reliable distributed computing".
The paper has been accepted by Comm. ACM -- I don't know when it
will appear.  Meanwhile, I have made some pretty extensive revisions
to the original version.  For those who might like a copy, I updated
the public FTP area so that TR91-1216.ps.Z would be this new copy
of the paper.

	Area: ftp.cs.cornell.edu
	File: pub/TR91-1216.ps.Z

You login using ftp as "anonymous", password "my-account-name", say "bin",
and then say "get pub/TR91-1216.ps.Z".  To print this, uncompress it
or use zcat and pipe the output to lpr, to your favorite postscript printer.
-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis
From: maffeis@ifi.unizh.ch (Silvano Maffeis)
Subject: Re: Question about isis and C++
Organization: University of Zurich, Department of Computer Science
Distribution: comp
Date: Mon, 11 Jan 93 11:28:11 GMT

In article <1993Jan7.204506.20712@cs.cornell.edu> ken@cs.cornell.edu (Ken Birman) writes:
>
>This is because the objects in a C++ system tend not to know about
>each other and so if an object class includes code to join,leave or
>call pg_client, each separate instance will try to do that, possibly
>on the same group.
>
>But, Isis doesn't let one address space -- one heavyweight program --
>belong to a group multiple times.  Olof Hagsand did a nice paper on
>this with Holger Herzog, Robert Cooper and I when visiting.  He
>can send a copy (email: olof@sics.se).  So, you need to avoid such
>behavior, and this says that individual object instances should
>normally not join and leave groups directly, unless you have a different
>group for each object instance.
>
>Brad Glade has been working on a new kind of "lighweight" object interface
>for Isis that would work much better.  Perhaps he could post something
>about this to the newsgroup -- Brad?
>

The new ISIS implementation, HORUS, will not have this problem
any more, right?

hopefully
silvano

-- 
Silvano Maffeis       CS Dept. University of Zurich, Switzerland
   RFC822: maffeis@ifi.unizh.ch            voice: +411 257 43 27
   X.400: /S=maffeis/OU=ifi/O=unizh/PRMD=SWITCH/ADMD=ARCOM/C=CH/
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: Re: clients loosing connection
Keywords: isis,clients,connection
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Mon, 4 Jan 1993 21:51:41 GMT

Lourdu sent me the protos log file and I thought people might find
it interesting to see how we resolved this:

The file starts with:
Fri Dec 11 16:34:17 1992
... this is the date protos was booted.  At the end it has:

... Time is now Sat Jan  2 10:31:51 1993
ISIS TIMER RESET...

and nothing about killing his process at all.

So... we pin this down to case (3):
>   3. protos doesn't send pings through and the client concludes that
>      protos is dead
This seems to confirm that Isis has a bug after 26 days or so!

The easiest fix for him, and for anyone else, is to just reboot
protos before 26 days expire.  The hack I suggested would also work
and would let you leave protos running.

I'll post a fix to the real bug later this week...
-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: A clib bug related to flow control, and a fix
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Sun, 10 Jan 1993 14:48:17 GMT

The following problem arose in a system running at Bell Southwestern
and hasn't been reported by anyone else.

Symptom: program has been running for a while, suddenly gets very
sluggish.  When you use "cmd snap" you see that the active tasks
are waiting on the following condition: 
	too much memory in use -- waiting for drain
However, the amount of memory in use is visibly low, well under
2Mbytes total, and perhaps on the order of 400K ``active'', and
the number of allocated messages and tasks is also obviously not
unreasonable.

Cause: when a program is a "client" of a process group A, receives
diffusion multicasts in A, and also multicasts back into A, a
piece of code that makes copies of the groupview data structure gets
run from time to time.  This code incorrectly accounts its memory
use, causing Isis to get confused about how much memory is in use
and to incorrectly block tasks after a few thousand events of this sort.

Fix: 

1) For users with obscured code.  Look for this code, which starts
   at line 282 in clib/cl_groups.c:


       groupview *
       isis_gv_dup(gv)
       B28d3c828 groupview *gv;
       {
       B28d3c828 groupview *P45e052b2;
       P45e052b2 = Z41dbb084();
               bcopy((VOID*)gv, (VOID*)P45e052b2, sizeof(*gv));
       gv = P45e052b2;
       gv->gv__clients = (address*)0;
       gv->H52fdba52 &= ~PG_STATIC;
       gv->L45f7e480 = 1;
       if(gv->R2bea41aa != &NULLGINFO)
       ++gv->R2bea41aa->gi_usecount;
>>>>   Bb3b8cd0 += sizeof(groupview);   <<< add this line
               return(gv);
       }

2) For users with unobscured source, add the line
	isis_taskmem += sizeof(groupview);
   at line 303 in clib/cl_group.c, right before isis_gv_dup
   returns to its caller.

Next, cd to the ISIS make area, e.g. isis/SUN4, and run "make
clib; make install".  Finally, relink any affected applications.
There is no need to shut down Isis for this change, which will take
effect the next time you run the relinked application programs.

This fix will be part of V3.0.8/V2.0.8; sorry if it caused problems for
anyone else.


-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis
From: mtc@latina.inesc.pt (Teresa Chambel)
Subject: Question about isis and C++
Reply-To: mtc@inesc.pt
Organization: INESC (Inst. Eng. Sistemas e Computadores) Lisboa, Portugal
Distribution: comp
Date: Thu, 7 Jan 1993 19:44:23 GMT

I am trying to use isis from a C++ program and I'm having a problem :

When I call :

        isis_entry(QUERY_ENTRY, (void (*) (message*))cback_receive_query,
                                                    "cback_receive_query");

        I would like to send an extra parameter to the "cback _receive_query"
        callback function, namely the "this" pointer.

        I can do it successfully with the "isis_mainloop" call, but not with the
        "isis_entry". isis_mainloop expects a (void (*) (void *)) callback
        parameter, instead of a (void (*) (message*)) as isis_entry does.

Could anyone help me solving this problem ?

Thanks in advance !

  Teresa Chambel

  email : mtc@inesc.pt



Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: The "27 day" problem (actually, 21.7 day problem)
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 7 Jan 1993 15:15:50 GMT

This relates to a previously described bug in V3.0.7:

  In V3.0.7 and all previous releases of Isis, there is a bug that
  causes remote connections to get dropped if they are active or
  established any time starting 21.7 days after protos was booted
  on a given node.

  For example, say that protos has been up on a host "server2" for
  3 weeks.  You will find that programs running directly on server2
  are fine, as are programs that use the slower UDP connection scheme
  to become remote clients of server2.   But, programs that connect
  to server2 via TCP will disconnect from protos after about 45 seconds,
  thinking that protos has crashed.

  In addition to this, it turns out that if protos is very active at
  the instant when this timer wraps, Isis can develop other problems too.
  They would show up by Isis becoming congested and getting stuck in
  a congested state -- basically, an internal garbage collection mechanism
  might freeze up when this timer wraps.

  Protos always prints ISIS TIMER RESET in the protos log when it
  tries to wrap this timer.  The problems occur after that.

I've tracked down the precise bug and I know how to fix it.  The
fix involves changes to protos/pr_main.c and protos/pr_inter.c,
which then need to be recompiled.  They take effect when protos is
next restarted.

Users with an urgent need for this fix can have it via email or FAX.
Contact me if your situation requires this.

However, I would prefer, if possible, to have people get this fix as
part of V3.0.8, which is still on target for a release later this month.
My reasoning is based on (bitter) experience: even the most minor fix
can destabilize the system in unexpected ways.  A known problem, however
annoying, is probably better than a patch that hasn't been tested for
several weeks and burned in.

Previously, I suggested a second way (other than just rebooting protos
once every few weeks) of disabling the disconnect sensing code.  That
works, too, and if you are using that scheme you can go on doing so
until we release V3.0.8

Now that I understand the problem, a third way of fixing it has surfaced.
If your system is such that you can shut down all the remote connections
to a protos server right before it wraps its timer, then restart them
after the message is found in the log, this would also work.  But, having
even one "rtcp" connection to protos at the time of the "wrap" is
enough to trigger the bug.

Sorry about this!  I know that it won't look good to have to restart
protos this way, but perhaps it can be worked in with normal T/M
activities to minimize disruption to your users.  After all, you are
safe for 3 weeks at a time.

-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: Re: spooler usage
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Sat, 9 Jan 1993 14:00:19 GMT

In article <QfHZ0bu00hNP9DzF9=@cs.cmu.edu> Sean.Levy@cs.cmu.edu writes:
>I have a very simple question about the use of the spooler. After having
>read the spool(3) man page, one thing is not clear to me: what does a
>reply() call do when given a message that came (either via play-back or
>play-through) from the spooler?

I'll have a look at the code, but I think the reply would go back to
the spooler where it would be discarded.  The real point is that
since the sender is not waiting for replies, having called spool
to send the message rather than bcast, even if it went back to the
sender the sender would ignore the reply.

So, you'll want to make a table of pending operations.  When you send
to someone over your slow line, also add a new pending op entry to the
table and include a reference to it in the message.

Implement a reply "manually" by spooling a message back in the other
direction that includes the op reference explicitly.  Pair them up,
and you have essentially done what collect-replies does now (except
that your version won't handle nullreply, abortreply, multiple replies
from a group, or failures :-( )  This is what we meant by a "call back"
style in the documentation.

The problem is that leaving a task waiting for hours or days just
doesn't make a lot of sense, and the basic scheme for replies keeps
a task around.  Long delays associated with spooler interactions to
infrequently run servers or to the WAN code just don't match with
a synchronous request-reply style of coding.  We originally thought 
about doing it in a more transparent way, but ended up with this
instead.

In Horus, which will focus more on news, we may have another look
at this whole issue...

-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.apple2
From: isc10327@nusunix1.nus.sg (ONG TAT-WEE)
Subject: Re: AutoArk
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 11 Jan 1993 10:31:09 GMT

Lim Thye Chean (ltchean@iss.nus.sg) wrote:
: 
: : Random numbers:
: :     - MODs were compressing by 20% (went from 11.9MB to 9.4MB)
: :     - TrueType fonts were compressing by 25%
: 
: I think AA performs better than these (in case of MOD songs... am I right,
: DOTW?)
: 
	Errr....I'm afraid not quite. :)  I just checked my directory
and MODs generally get compressed by about 20% by AutoArk too.  So HP
and AA seem to equally efficient on MODs.
	But I think I know what you're referring to.  It's the
SoundSmith songs that get compressed by a lot --- around 80% and more in
general.  I was able to save a great many megabytes by compressing all
my SS song files.

: : -- 
: : fadden@uts.amdahl.com (Andy McFadden)
: : [ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
: 
: --
:     %% GS Lover Loves GS %%    Author of Super Magic 3 & Mandelbrot II GS
:     %%  and Avatar too.  %%   
:           Lim Thye Chean: Lim is my surname. My name is Thye Chean.
:      My address: LTCHEAN@ISS.NUS.SG, or 9, College Green, Singapore 1129 

- DOTW -
Newsgroups: comp.sys.apple2
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: Byteworks via Internet
Followup-To: comp.sys.apple2
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Wed, 6 Jan 1993 12:00:34 GMT

I have never seen a compuserve public address which was anything other than
number.number@compuserve.com.  I just checked on Compuserve and couldn't
find Mike's name registered in the member database anywhere.
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
From: mock@madrone.eecs.ucdavis.edu (Kenrick Mock)
Newsgroups: comp.sys.apple2
Subject: Re: The GS & an AppleCat ][ modem ??
Date: 10 Jan 93 18:43:26 GMT
Organization: U.C. Davis - Department of Electrical Engineering

In article <1inkfjINNih4@usenet.INS.CWRU.Edu> bf795@cleveland.Freenet.Edu (James Abendschan) writes:
>
>Does an AppleCat work inside a GS?  When the GS came out, I heard
>that no one could get their Cat to work properly with the GS.
>

The cat works inside a GS.  My cat worked fine...I could even run
catfur and all the toner and hacker programs :)

KM

-- 
------------------------------------------------------------------------------
GEnie : K.MOCK     			Net : mock@madrone.eecs.ucdavis.edu
"Don't worry about the world ending today, it's already tomorrow in
 Australia..."  					      - CMS
From: jimmys@bonnie.ics.uci.edu (Jimmy Shaw)
Subject: Re: New Paintworks $C2 Animations
Newsgroups: comp.sys.apple2
Reply-To: jimmys@ics.uci.edu (Jimmy Shaw)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 6 Jan 93 13:47:08 GMT

In article <1993Jan6.061050.2855@walter.cray.com> rl@ferris.cray.com (Randy Lambertus) writes:
>
> I down loaded the file, but when I try to open it from Paintworks Gold,
>I get the error 004A. The file was on my hard drive. I then moved it
>to a floppy, and the error changed to 004B. These errors both refer to
>version levels? The HD is formatted under 6.0, and I am booting PW Gold
>from it's own launcher program. Maybe my PW copy is hosed? Does anyone
>know how to configure PW Gold to run under 6.0 on the HD? Did it
>reqire an upgrade that I never got? I will have to dig out the original
>PW Gold disk and make a new backup and try that one.

Error 004A means "incompatible file format", it's probably because
PW Gold is unable to display multi-palette animations (I can't verify
this, since I don't have PW Gold, but this is my guess.)  Jason Harper's
AniShow will play all animations, and if you like I'll post it BSQed
to c.b.a2 or email a copy to you.  DreamGrafix, FinderView 3.0 and
Platinum Paint v2.0 will also play multi-palette animations.

>  Sorry for all the questions, but sometimes I wish that the programmers
>would have made the applications more easy to use, as on the Macintosh.
>I really love the move and use philosophy of Mac OS and see some of that
>showing up for the IIGS now that GSOS came out, please keep it up.
>It seems that most of the IIGS stuff, especially the early software
>will only run from the original floppy disk. We have had our IIGS since
>1986 and I reckon it gets used at least 5 days a week. I certainly have
>gotten my money's worth from it and wouldn't give it up for anything.
>
>  Thanks....Randy.

You're welcome.

>
>Randy Lambertus             rl@uk.cray.com       +44-734-734103 HOME
>Cray Research, Region 4                          +44-344-722333 WORK
>

Jimmy


--
Jimmy Shaw		      RamFAST, ZipGSX and 6.0... Apple II Forever!
jimmys@ics.uci.edu
-----------------------------------------------------------------------------
Newsgroups: comp.sys.apple2
From: monty@intuitiveedge.com (Montgomery Zukowski)
Subject: Desperately seeking "Catalyst" program
Reply-To: monty@intuitiveedge.com
Organization: The Ohio State University
Date: Fri, 8 Jan 1993 00:24:38 GMT

	I have a friend who needs the "Catalyst" program.  Anyone have it or  
know where to get it?  If so email to "monty@IntuitiveEdge.com" and I will  
pass the info on.  Don't post answers because I don't read this newsgroup.

Thank you,

Monty
From: otten@icase.edu (John Otten)
Newsgroups: comp.sys.apple2
Subject: Selling IIe system. Looking for price.
Date: 11 Jan 1993 21:02:57 GMT
Organization: ICASE/NASA Langley
Distribution: world
NNTP-Posting-Host: dolphin.icase.edu

I am going to be selling my Apple IIe in the near future, but I have no idea
what a fair price would be for it these days. I have been out of the Apple world
for several years now, so any help or suggestions would be appreciated.

The system consists of :
	CPU/Keyboard unit (64K)
	One Disk drive and controller card
	Amdek Color Composite monitor
	Parallel interface card for/with Dynax Daisy-Wheel printer

	Plus: SONUS MIDI interface card (may be fried, but I haven't tested it)
	      Extended Memory (64K) 80-column card (which has a blown chip at the moment)
	      Software (AppleWriter, Visicalc, games, address database, etc)

What's the going rate for a system like this these days?

Thanks,
John
otten@icase.edu
Newsgroups: comp.sys.apple2
From: jcitro@cwis.unomaha.edu (Joe Citro)
Subject: Re: Seiko datagraph
Organization: University of Nebraska at Omaha
Date: Tue, 12 Jan 1993 05:41:57 GMT

dlyons@Apple.COM  writes:
> In article <9212312152.AA22603@cwis.unomaha.edu> jcitro@CWIS.UNOMAHA.EDU (Joe Citro) writes:
> >
> >  Last summer, I bought one of those Seiko datagraph watches at 
> >  Kansasfest.  When I got it home I tried it out on my II GS and the
> >  software wouldn't work right.  I put it away and promptly forgot about
> > it.  Today, I got it out again and guess what, it still doesn't work.
> >  I keep getting a "bad time from clock" error. Could this be because
> >the 
> >  GS has a clock of its own?  I know the watch was designed for the
> >  II+ and IIe, but I was hoping it would work on the GS.  Does anyone
> >  have a clue on how to get it to work?  Thanks in advance.
> 
> Works for me!  Set the GS speed to Slow (1MHz).  Then use their software
> to set the clock in the white box.  (Strangely, the software doesn't seem
> to let you actually set the *watch's* time.)
> -- 
> David A. Lyons, Apple Computer, Inc.      |   DAL Systems
> Apple II System Software Engineer         |   P.O. Box 875
> Internet:dlyons@apple.com                 |   Cupertino, CA 95015-0875
> 
> My opinions are my own, not Apple's.

  Thanks Dave, and everyone else that responded.  I slowed it down to 1 MHz
  and the software worked. For some reason, it won't recognize 1993 though.
  everytime, I enter 1993 and set the rest of the data, the software 
  comes back with 1999.

-- 
                             Joe Citro  - CMSgt(Ret)/USAF              
       Newsletter Editor - Metro Apple Comp.Hobbyist  (MACH)  - Omaha NE                                   Members of "The Dead Computer Society"
 Internet - jcitro@cwis.unomaha.edu  --==[++]==--  America Online = JAX33
Newsgroups: comp.sys.apple2
From: meekins@tortoise.cis.ohio-state.edu (Tim Meekins)
Subject: Re: Latest version of Prizm
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Tue, 5 Jan 1993 07:04:07 GMT

In article <37517@sophia.inria.fr> glaurent@tatoo.inria.fr (Guillaume Laurent) writes:
>Anyone has news on this? As far as I'm concerned, I'm working under ORCA 2.0,
>with which Prizm 1.3 (I guess) doesn't work quite well (no output in the shell
>window, debugger crashes...)
>
>It's been quite a long time since Byte Works released ORCA 2.0. So any news on
>this one would be welcome.
>(And also: what about the Sys 6 bundle?)
>
>
>						Guillaume.

Prizm 2.0 will be shipping with Orca/C 2.0 this month. I'm on the beta testing
list and Prizm 2.0 will work fine under Orca 2.0.

TIM MEEKINS                    Ask me about GNO/ME! - MultiTasking on a IIGS!
meekins@cis.ohio-state.edu     Procyon, Inc., 11738 Aqueduct Drive
AOL: GNO Tim2 (@aol.com)       Littleton, CO 80127   (303) 933-4649
                          
      "Computers aren't intelligent, they just think they are."

Newsgroups: comp.sys.apple2
From: gudat@avalon.physik.unizh.ch (gudat henrik)
Subject: GS emulator on Mac - I've warned you!
Organization: Informatik Club d. Universitaet, Zuerich
Date: Sat, 9 Jan 1993 10:56:01 GMT

Sorry...
 
I've got some mails regarding the IIGS emulator for Macs - PLEASE
consider these rumours as VAPORWARE until I have checked this out. If
there is such a program - very unlikely as someone else said (I
agree..) - I'll post it here on c.s.a2. Okay?
 
Sorry guys, I don't know Multimaster so I can't comment your
suggestions.
 
I knew that some of you misunderstood my postings - but I explicitely
said that I have to ask the dealer first. Thus I can't answer your
questions (Publisher? How much?).
 
Just stay tuned.
 
Again, instead of looking for GS emulators, I'd encourage you to buy an
Apple IIGS - as long as they are available. Only GS computers have this
special, magic music in the audio line (sometimes called "noise").
Hmmmm....I like that...
 
henrik

-- 
Bright Software CH   gudat@avalon.physik.unizh.ch   Bright Software USA
P.O. Box 18          any demo: US$3.00              P.O. Box 120
4153 Reinach 2       info on GSymbolix, ShadowDial, Exeter, ME 04435-0120
Switzerland          Gate, SpaceFox, Mandelbrot     U.S.A.
From: 90taobri@wave.scar (Brian Tao)
Newsgroups: comp.sys.apple2
Subject: Re: a question of storage
Date: 8 Jan 93 16:20:34 GMT
Distribution: world
Organization: MuGS Research and Development Facility

The following revelation escaped Todd P. Whitesel's lips:
> 
> I have Mac disks formatted on an FDHD/Superdrive and the floptical reads them
> fine.

    Todd, do you know the model number of the mechanism in your drive? 
I've been getting conflicting information from two InSite dealers here. 
One says there is a "Mac" version with a motorized eject (so you can eject
disks from software) and a "PC" version with a mechanical eject.  The other
guy says there is no such beast with a motorized eject.  If I can give them
a model number, maybe I will be able to get one.  I'd rather not go back to
Tulin after my hard drive fiasco.

--
-- Real name: Brian Tao (Dept. of Exobiology, University of Toronto)
-- Preferred: 90taobri@bluffs.scar.utoronto.ca (checked daily)
-- Free Plug: =MuGS 2.0=, the only offline Internet mail reader for
--            the Apple IIGS, available soon!
Newsgroups: comp.sys.apple2