Conference noted::hackers_v1

I hope this will be recorded as I'd like to come but can't (afford to).  3000+ 
miles is a bit far to go for a talk and a dinner (even this one!).  So for those
of us who would like to be there but can't, record the talk (and the dinner).
Please!!!

Thanks,
Matt

[Now if somebody else's cost center would spring some bucks to fly me back 
east I certinly wouldn't mind but I know the chances of that happenning. :-(]

    If the lecture is video taped you could request a copy from the
    ZK library.
    
    Steve

    Would it be possible for someone to write up (at least a summary)
    of Stan's anecdotes to post here?
    
    -Mike

    Why isn't it going to be online-conferenced?
    
    

    I went, and it was excellent!  Too bad it means Stan's
leaving, though.
		<_Jym_>

    The videotape will be available from the ZK library.
    
    Keep on hacking!
    
    					- STAN -

        Sigh...
        
        The ZK library is a little too far away...
        
        		:^(
       -Mike

    How would I go about getting the tape from the ZK library for viewing
    in WMO?
          
    -joet

   for "my side of the pond" users:
   
   I will be in Boston next month and *will* try to bring back a tape, then
   make copies here in France.
   
   Didier

RE: how to get a tape from ZK:
    
    I haven't done it in a while, but you should be able to phone the
    ZK library or send them MAIL.  They used to send you the tape
    (possibly one of may copies...) and you had to send it back...
    I don't remember if it went to your local library or directly
    to you.  Lately our local library (CXO - Colorado Springs)
    prefers to have things sent directly to you (so they don't
    have to deal with the returns...)
    
    The ZK library USED TO receive mail at ZEEK::LIBRARY (I think)
    and I would assume they are in the corporate phonebook...
    
    	Joe                                                  

    Stan has left us quite a collection of hacks.  Fortunately,
his insistence on making sources available for tools in the
Toolshed (see attached) helps the hacks to live on.
		<_Jym_>

            <<< METOO::DISK$USER03:[NOTES$LIBRARY]TOOLSHED.NOTE;2 >>>
                                 -< TOOLSHED >-
================================================================================
Note 24.0                            Flame                             9 replies
HARE::STAN                                           29 lines  16-JAN-1985 20:43
--------------------------------------------------------------------------------

I feel very strongly that complete sources and everything
concerning a tool, from documentation, to installation kits,
should be maintained on METOO under strict source control.

This would guarantee availability of the tools.  It would
guarantee integrity.  One would always know that one was getting
the right OBJ's corresponding to the documentation.  And there
would be no danger of losing tools.

We definitely have the problem that people move around, change cost
centers, change machines, or even leave DEC.  If they have been
maintaining the only source for some tool, it causes us irreperable
damage if that person leaves the company and we lose the tool.

I have already had one tool completely lost by the toolshed because
I found that they had only entered a pointer to the tool and this
pointer pointed to a machine I was using over 3 years ago.  I haven't
been on that machine for 3 years and the directories and disk
structures have long gone.  I had thought that I had safely secured
away the tool in the toolshed; but only recently found out
differently.  Now I insist that they take my sources for every tool
I submit.

Another problem with having only pointers in the toolshed is this: If
you just point at some developer's directory, he is liable to be in
the process of updating the tool for his next release.  He may have
experimental OBJs now in that directory that he is debugging.
In short, there is no source control. (By "source", I include OBJs
and EXEs as well.)

    re .10:  I can't vouch for the username, but the node name is ZEKE,
    not ZEEK.
    
    Burns
    

During Stan's lecture, someone in the audience claimed that the single
comment in the program with only one comment was "R.I.P. L.V.B." (Rest
in Peace, Ludwig von Beethoven".  They claimed that a numeric constant
on the line was the year that Beethoven died.  I didn't think that was
correct then, and now I am even more certain.

I heard that the line was in PDP-10 assembler, and was:

	MOVEI	ac,1750		;R.I.P. J.S.B.

1750 octal is 1000 decimal, and Johann Sebastian Bach died in 1750.
Beethoven died in 1827, and 1827 isn't even an octal number.
				/AHM

Alliant makes parallel processors; they have an OEM arrangement with Apollo.
Looks as if Stan will have an interesting playground.  I hope he has a wonderful
time, does things of no conceivable use for them, and comes back to Digital.

---Pete

    Having just seen the videotape, may I ask if HACK$ is still around?
    
    David

    I have a fair copy of what was there.