[comp.protocols.appletalk] Broadcast and Re: Timbuktu and Mac IIci

kateley@Apple.COM (Jim Kateley) (10/17/89)

In article <Added.UZCUKmK00Ui38CeU9X@andrew.cmu.edu> BSCHMIDT@bnr.ca (Ben  Schmidt, B.T.) writes:
>
>P.S.  CAN I RESPECTFULLY ASK THAT ALL OF THOSE PEOPLE WHOSE INSIGHTFUL
>      BUT THEORETICAL ANSWERS ON WHETHER TIMBUKTU AND HEADLESS MAC IICIs
>      WORK, REFRAIN FROM STILL MORE HYPOTHETICAL SPECULATION, SO THAT
>      IF THERE IS A SOUL OUT THERE WHO HAS ACTUALLY TRIED IT, HE CAN
>      GET THROUGH TO THE NETWORK?!  YUP, INQUIRING MINDS NEED TO KNOW.

Hello there,

Well, I just tried version 3.0f3, Jul-28-89 of Timbuktu, and it will
*not* function unless a monitor is attached to the IIci, or you
have a video card installed in the IIci.  If you have a video card
installed, you do not need to have a monitor attached to it.

If you have a monitor attached to the built-in video port, then
disconnect it after the IIci has started, Timbuktu will function.

This is with system 6.0.4 (of course), and using EtherTalk 2.0 (not
that Ethertalk should make a difference).

Hope this helps.
-- 
Jim Kateley          UUCP: {sun, voder, nsc, mtxinu, dual}!apple!kateley
S,P,HnS!             DOMAIN: kateley@apple.COM  Applelink: kateley1
Disclaimer:   What I say, think, or smell does not reflect any policy or
	      stray thought by Apple Computer, Inc.

peirce@claris.com (Michael Peirce) (10/17/89)

In article <Added.UZCUKmK00Ui38CeU9X@andrew.cmu.edu> BSCHMIDT@bnr.ca (Ben  Schmidt, B.T.) writes:
>
>Another Broadcast related problem - entirely Apple's fault - is the
>limited NBP response cache in the chooser (as previously discussed here)
>This means that if you select Broadcast for a zone where every Mac seems
>to have Broadcast installed, you'll see a list of Mac names flickering
>in and out, in different orders, sometimes disappearing completely,
>every 7.5 (5 x 1.5) seconds, as the NBP responses from all the Macs
>compete for the woefully inadequate NBP name response buffer Apple has
>coded into the Chooser DA.
>
I agree that the Chooser is underpowered for use in highly populated network.
As far as I can tell, there is no way to modify the chooser to increase its
buffer sizes or lower the NBP frequency. (And certainly no way to do this
from within an RDEV.)

These two variables frustrated me enough when I was developing Public Folder
that I decided to throw in the towel completely and do the lookups myself.
This allows me to use a larger buffer, only do the NBP lookups once (then
keep quiet), and even to alphabetize the listing. 

There's a downside to doing it yourself.  The Chooser only gives you one
shot to fill in the list, so if you miss something, you don't have a chance
to fill it in with more complete information later.  Still, the Chooser was so
totally unworkable on large nets, that anyone doing a serious RDEV that might
have many users in a zone should consider doing the job themselves...

[I understand that system 7.0 will increase the NBP lookup buffer in the
Chooser some, but this is still just a band-aid fix until this boundary
is crossed.]

Claris Corp. | Michael R. Peirce
-------------+--------------------------------------
             | 5201 Patrick Henry Drive MS-C4
             | Box 58168
             | Santa Clara, CA 95051-8168
             | (408) 987-7319
             | AppleLink: peirce1
             | Internet:  peirce@claris.com
             | uucp:      {ames,decwrl,apple,sun}!claris!peirce

kateley@Apple.COM (Jim Kateley) (10/17/89)

Hello there.  Ok, I'm slightly stupid sometimes.....

In my previous posting about Timbuktu and the IIci, it did not
occur to me to try to trick the IIci into thinking a monitor was
attached.  It turns out that if you ground pin 4 on the video
cable, then the IIci thinks a monitor is attached and Timbuktu
functions.  Thanks to Tom Lafleur (lafleur@qualcomm.com) for
the suggestion.

So, to summarize: IIci, System 6.0.4, Timbuktu 3.0f3, works
if you ground pin 4 on the video cable for the internal
video.  No Nubus video card or monitor needed.

Of course, there's nothing even slightly offical about this.

-- 
Jim Kateley          UUCP: {sun, voder, nsc, mtxinu, dual}!apple!kateley
S,P,HnS!             DOMAIN: kateley@apple.COM  Applelink: kateley1
Disclaimer:   What I say, think, or smell does not reflect any policy or
	      stray thought by Apple Computer, Inc.

Ravinder.Chandhok@CS.CMU.EDU (Rob Chandhok) (10/20/89)

> -- deleted discussion of chooser's NBP interval and buffer size --
>These two variables frustrated me enough when I was developing Public Folder
>that I decided to throw in the towel completely and do the lookups myself.
>This allows me to use a larger buffer, only do the NBP lookups once (then
>keep quiet), and even to alphabetize the listing. 

I took the other approach and re-write Chooser, you might say.  I currently
have a small MacApp based application that deals with RDEVs and the like
just like Chooser, only my application (ChooseMe) does:

1) have no limit on the number of replies
2) sort the replies alphabetically
3) allow more than one RDEV to be open at a time (not necessarily good)

ChooseMe does NOT:

1) Let you pick RDEVs by icon (yet), you have to use the Standard file box.
But I do point you at the system folder automatically.

2) Deal with custom LDEFs in RDEVs.  I haven't found one yet, but I'll bet
they are out there.

3) Set the current printer (I am working on this).

I have tested ChooseMe with the following:

Laserwriter, AppleTalk Imagewriter, AppleShare, Broadcast, and Public Folder.

I would like to implement some better scheme for choosing a zone, but
haven't thought it out yet.  Basically, I want to make dots in zone names
translate into a hierarchical name in ChooseMe, just to see how it feels.

If there is any interest, I'll make ChooseMe available.  We are just
beginning to test/use it, so don't expect a bug free program.  
Oh yeah, where should I make it available ?  Is there an info-appletalk
archive or should I put it on info-mac ?

Rob