t-discussion

• Thread Index

• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• MC: LSPMAI; T MAIL
  • From: Jonathan Rees <Rees at YALE>
• MAGIC? - no aberration
  • From: Jonathan Rees <Rees at YALE>
• Version 0.53 released
  • From: Jonathan Rees <Rees at YALE>
• magic? aberration
  • From: Drew McDermott <Mcdermott at YALE>
• improvements
  • From: Jonathan Rees <Rees at YALE>
• Using t
  • From: Jonathan Rees <Rees at YALE>
• Release notice: T version 0.54 on Vax
  • From: Jonathan Rees <Rees at YALE>
• enhancements
  • From: Jonathan Rees <Rees at YALE>
• T manual
  • From: John O'Donnell <Odonnell at YALE>
• [Riesbeck: Re: Speed comparisons]
  • From: Jonathan Rees <Rees at YALE>
• Re: [Riesbeck: Re: Speed comparisons]
  • From: Nathaniel Mishkin <Mishkin at YALE>
• minutiae
  • From: Chris Riesbeck <Riesbeck at YALE>
• minutiae
  • From: Jonathan Rees <Rees at YALE>
• string functions
  • From: Chris Riesbeck <Riesbeck at YALE>
• substrings
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: string functions
  • From: Deutsch at PARC-MAXC
• Re: string functions
  • From: Chris Riesbeck <Riesbeck at YALE>
• Substrings
  • From: Jonathan Rees <Rees at YALE>
• Re: Substrings
  • From: John R. Ellis <Ellis at YALE>
• A modest proposal
  • From: Drew McDermott <Mcdermott at YALE>
• Oh no, it's the start/end versus start/count controversy
  • From: Jonathan Rees <Rees at YALE>
• substrings (sigh)
  • From: Chris Riesbeck <Riesbeck at YALE>
• substrings (sigh)
  • From: Jonathan Rees <Rees at YALE>
• New version of T compiler on -20.
  • From: Jonathan Rees <Rees at YALE>
• T compiler
  • From: Chris Riesbeck <Riesbeck at YALE>
• T compiler
  • From: Jonathan Rees <Rees at YALE>
• SYMBOLCONC bug?
  • From: Chris Riesbeck <Riesbeck at YALE>
• SYMBOLCONC bug?
  • From: Jonathan Rees <Rees at YALE>
• walk/mapcan
  • From: Chris Riesbeck <Riesbeck at YALE>
• '()
  • From: Norman Adams <Adams at YALE>
• Initial Epidemic Strikes Yale
  • From: John R. Ellis <Ellis at YALE>
• cabbages and kings, etc
  • From: Chris Riesbeck <Riesbeck at YALE>
• arg order for PUSH
  • From: Jonathan Rees <Rees at YALE>
• [no subject]
  • From: Kent M. Pitman <kmp at MIT-MC>
• PUSH: More silly arguments
  • From: John R. Ellis <Ellis at YALE>
• PUSHing a human factors perspective
  • From: Steven Shwartz <Shwartz at YALE>
• re: push
  • From: Chris Riesbeck <Riesbeck at YALE>
• PUSH
  • From: Josh Fisher <Fisher at YALE>
• PUSH
  • From: John Ruttenberg <Ruttenberg at YALE>
• Re: PUSH
  • From: Chris Riesbeck <Riesbeck at YALE>
• PUSH-ONTO vs PUSH
  • From: David Miller <Miller at YALE>
• yet another blow for purity
  • From: Chris Riesbeck <Riesbeck at YALE>
• T compiler
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: PUSHing a human factors perspective
  • From: John R. Ellis <Ellis at YALE>
• PUSH
  • From: Gregg Collins <Collins at YALE>
• Re: PUSH / human factors / consistency principles
  • From: Margot Flowers <Flowers at YALE>
• Re: PUSH / human factors / consistency principles
  • From: John R. Ellis <Ellis at YALE>
• [no subject]
  • From: Kent M. Pitman <KMP at MIT-MC>
• Re:
  • From: John R. Ellis <Ellis at YALE>
• Thou shalt not with MY lisp implementation
  • From: Norman Adams <Adams at YALE>
• Re: PUSH structure versus visualization
  • From: Margot Flowers <Flowers at YALE>
• My $.02 on PUSH
  • From: Jim Meehan <meehan.uci@UDel-Relay>
• [Riesbeck: arg order for PUSH]
  • From: Jonathan Rees <Rees at YALE>
• Mailing Lists
  • From: Jonathan Rees <Rees at YALE>
• Using the Compiler
  • From: Jonathan Rees <Rees at YALE>
• T-BUGS
  • From: John R. Ellis <Ellis at YALE>
• T-DISCUSSION
  • From: Michael Fischer <Fischer at YALE>
• Gross You Out
  • From: Nathaniel Mishkin <Mishkin at YALE>
• T-Tools
  • From: Robert Nix <Nix at YALE>
• Re: T-Tools
  • From: John R. Ellis <Ellis at YALE>
• Re: T-Tools
  • From: Nathaniel Mishkin <Mishkin at YALE>
• What I've put in /Tools/T/UTILS
  • From: Chris Riesbeck <Riesbeck at YALE>
• read-line
  • From: Chris Riesbeck <Riesbeck at YALE>
• read-line
  • From: Norman Adams <Adams at YALE>
• Coping with TC
  • From: Jonathan Rees <Rees at YALE>
• read-line
  • From: Jonathan Rees <Rees at YALE>
• New Apollo T Release
  • From: Norman Adams <Adams at YALE>
• New VAX T Release
  • From: Jonathan Rees <Rees at YALE>
• LOOP macros.
  • From: Robert Nix <Nix at YALE>
• What should be in T?
  • From: Robert Nix <Nix at YALE>
• Re: LOOP macros.
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: What should be in T?
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: LOOP macros.
  • From: Robert Nix <Nix at YALE>
• Retrying failed mail (sorry for the silly text at the top, I'm too lazy to strip it)
  • From: Kent M. Pitman <KMP at MIT-MC>
• [Meehan: The use of "1"]
  • From: Chris Riesbeck <Riesbeck at YALE>
• PROXY Syntax
  • From: Drew McDermott <Mcdermott at YALE>
• TLisp to T conversion
  • From: Chris Riesbeck <Riesbeck at YALE>
• Additions to T utilities
  • From: Chris Riesbeck <Riesbeck at YALE>
• prettyprinting
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: prettyprinting
  • From: John R. Ellis <Ellis at YALE>
• T-Discussion log
  • From: Jonathan Rees <Rees at YALE>
• files
  • From: Jonathan Rees <Rees at YALE>
• Re: files
  • From: Chris Riesbeck <Riesbeck at YALE>
• prettyprinting
  • From: Jonathan Rees <Rees at YALE>
• files
  • From: Jonathan Rees <Rees at YALE>
• Status Returns
  • From: Jonathan Rees <Rees at YALE>
• Re: Status Returns
  • From: John R. Ellis <Ellis at YALE>
• VAX T 1.70 released
  • From: Jonathan Rees <Rees at YALE>
• TC hint
  • From: Jonathan Rees <Rees at YALE>
• [Rees: TC bug - CERROR]
  • From: Chris Riesbeck <Riesbeck at YALE>
• LABELS
  • From: Jonathan Rees <Rees at YALE>
• Different Structure Macro
  • From: Nathaniel Mishkin <Mishkin at YALE>
• T-Users
  • From: Jonathan Rees <Rees at YALE>
• append
  • From: Jonathan Rees <Rees at YALE>
• predicates
  • From: Jonathan Rees <Rees at YALE>
• APPEND
  • From: Jonathan Rees <Rees at YALE>
• [ ] { }
  • From: Jonathan Rees <Rees at YALE>
• append
  • From: Drew McDermott <Mcdermott at YALE>
• [Rees: ALIKE? bug and question]
  • From: James R. Meehan <Meehan at YALE>
• NEWLINE and FRESHLINE
  • From: Jonathan Rees <Rees at YALE>
• newline et al
  • From: James R. Meehan <Meehan at YALE>
• newline et al
  • From: Jonathan Rees <Rees at YALE>
• newline et al
  • From: Jonathan Rees <Rees at YALE>
• Re: #\control-A, etc.
  • From: James R. Meehan <Meehan at YALE>
• fexprs
  • From: Natalie Dehn <Dehn at YALE>
• fexprs
  • From: Jonathan Rees <Rees at YALE>
• T compatibility with UCI LISP
  • From: James R. Meehan <Meehan at YALE>
• Re: T compatibility with UCI LISP
  • From: Chris Riesbeck <Riesbeck at YALE>
• Re: T compatibility with UCI LISP
  • From: Robert Nix <Nix at YALE>
• RANDOM QUERIES
  • From: Drew McDermott <Mcdermott at YALE>
• random query rationale
  • From: Drew McDermott <Mcdermott at YALE>
• random queries
  • From: Jonathan Rees <Rees at YALE>
• backquote & prettyprint
  • From: James R. Meehan <Meehan at YALE>
• T for two
  • From: Drew McDermott <Mcdermott at YALE>
• Request for your collected wisdom
  • From: James R. Meehan <Meehan at YALE>
• "Variables are usually constant"?
  • From: James R. Meehan <Meehan at YALE>
• PRETTY PRINTER
  • From: Drew McDermott <Mcdermott at YALE>
• PRETTY PRINTER
  • From: Jonathan Rees <Rees at YALE>
• I hate IF.
  • From: Robert Nix <Nix at YALE>
• I hate IF.
  • From: Jonathan Rees <Rees at YALE>
• Re: PRETTY PRINTER
  • From: John R. Ellis <Ellis at YALE>
• Re: I hate IF.
  • From: John R. Ellis <Ellis at YALE>
• Composing functions of more than 1 argument
  • From: James R. Meehan <Meehan at YALE>
• IF -- The reactionary strikes back
  • From: Nathaniel Mishkin <Mishkin at YALE>
• I LOVE COND
  • From: Drew McDermott <Mcdermott at YALE>
• Data-driven programming in T
  • From: Drew McDermott <Mcdermott at YALE>
• MEM, DEL, & Co.
  • From: James R. Meehan <Meehan at YALE>
• MEM, DEL, & Co.
  • From: Jonathan Rees <Rees at YALE>
• Re: MEM, DEL, & Co.
  • From: James R. Meehan <Meehan at YALE>
• MEM, DEL, etc.: bugs
  • From: James R. Meehan <Meehan at YALE>
• On sequences
  • From: James R. Meehan <Meehan at YALE>
• Re: On sequences
  • From: Lewis Johnson <Johnson-Lewis at YALE>
• On sequences
  • From: Jonathan Rees <Rees at YALE>
• Re: On sequences
  • From: John R. Ellis <Ellis at YALE>
• SEQUENCES
  • From: Drew McDermott <Mcdermott at YALE>
• Re: SEQUENCES
  • From: John R. Ellis <Ellis at YALE>
• Read time/compile time
  • From: Drew McDermott <Mcdermott at YALE>
• Load time/compile time
  • From: Jonathan Rees <Rees at YALE>
• More thoughts on load time/compile time
  • From: Drew McDermott <Mcdermott at YALE>
• [no subject]
  • From: PAULD@MIT-AI
• Timing T performance
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• RESET
  • From: Jonathan Rees <Rees@YALE.ARPA>
• [no subject]
  • From: TULSA@MIT-MC
• read-tables
  • From: Chris Riesbeck <Riesbeck@YALE.ARPA>
• read-tables
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: read-tables
  • From: Deutsch.PA@PARC-MAXC.ARPA
• named lambda
  • From: Jonathan Rees <Rees@YALE.ARPA>
• test message
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Listing procedures
  • From: Jingke Li <Li-Jingke@YALE.ARPA>
• More T Graphics
  • From: Douglas Baldwin <Baldwin@YALE.ARPA>
• 3rd Ed of the T manual
  • From: JDR@MIT-MC.ARPA
• Interrupts
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: Interrupts
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• read syntax stuff
  • From: Jonathan Rees <Rees@YALE.ARPA>
• TC & HERALD
  • From: Jonathan Rees <Rees@YALE.ARPA>
• STRING->INTEGER
  • From: Jonathan Rees <Rees@YALE.ARPA>
• logical operations
  • From: Jonathan Rees <Rees@YALE.ARPA>
• t manual
  • From: JDR@MIT-MC.ARPA
• Nothing is real
  • From: JDR@MIT-MC.ARPA
• floating point operation speed
  • From: JDR@MIT-MC.ARPA
• t manual
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Nothing is real
  • From: Jonathan Rees <Rees@YALE.ARPA>
• floating point operation speed
  • From: Jonathan Rees <Rees@YALE.ARPA>
• destructive flonum operators
  • From: ramsdell
• destructive flonum operators
  • From: Jonathan Rees <Rees@YALE.ARPA>
• T on Twenties
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Floating point operations.
  • From: JDR@MIT-MC.ARPA
• [Maas: The T Programming Language]
  • From: John O'Donnell <Odonnell@YALE.ARPA>
• [Maas: The T Programming Language]
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: [Maas: The T Programming Language]
  • From: John C Ruttenberg <Ruttenberg@YALE.ARPA>
• Re: [Maas: The T Programming Language]
  • From: Robert Nix <Nix@YALE.ARPA>
• Re: [Maas: The T Programming Language]
  • From: Robert Elton Maas <REM@MIT-MC.ARPA>
• Name for t
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Dump labels in favor of static-locales.
  • From: JDR@MIT-MC.ARPA
• Scoped syntax
  • From: JDR@MIT-MC.ARPA
• Re: Scoped syntax
  • From: "W. Lewis Johnson" <Johnson-Lewis@YALE.ARPA>
• Re: Scoped syntax
  • From: Deutsch.PA@PARC-MAXC.ARPA
• Scoped syntax
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Using Apollo windows
  • From: Bill Ferguson <Ferguson@YALE.ARPA>
• Re: Using Apollo windows
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• herald forms on Unix
  • From: Jonathan Rees <Rees@YALE.ARPA>
• testprobe
  • From: Steve Kille <steve@ucl-cs>
• T 2.6 available
  • From: Jonathan Rees <Rees@YALE.ARPA>
• new feature in TC 1.3
  • From: Jonathan Rees <Rees@YALE.ARPA>
• testprobe
  • From: Steve Kille <steve@ucl-cs>
• mail
  • From: Jonathan Rees <Rees@YALE.ARPA>
• simple t question
  • From: uucp%Shasta.#Pup@SU-SCORE.ARPA
• Re: simple t question
  • From: dg@S1-C.ARPA
• BIND and SET
  • From: Jonathan Rees <Rees@YALE.ARPA>
• mail
  • From: Jonathan Rees <Rees@YALE.ARPA>
• TRACE, BREAK, and WATCH
  • From: Jim Meehan <Meehan@YALE.ARPA>
• [no subject]
  • From: Jonathan Rees <Rees@YALE.ARPA>
• VAX users
  • From: JDR@MIT-MC.ARPA
• ENV-LOOKUP does not work as advertised
  • From: Jonathan Rees <Rees@YALE.ARPA>
• JOIN
  • From: Jonathan Rees <Rees@YALE.ARPA>
• READ-LINE bogosity
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Internal compiler error
  • From: Jonathan Rees <Rees@YALE.ARPA>
• some questions
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Dvorak
  • From: JDR@MIT-MC.ARPA
• dynamic binding
  • From: Jonathan Rees <Rees@YALE.ARPA>
• dynamic binding
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Force & Delay
  • From: Jonathan Rees <Rees@YALE.ARPA>
• output radix in T 2.7?
  • From: Jonathan Rees <Rees@YALE.ARPA>
• GC
  • From: Jonathan Rees <Rees@YALE.ARPA>
• T interface to "curses"
  • From: Dorab Patel <patel@UCLA-LOCUS.ARPA>
• TYacc
  • From: "W. Lewis Johnson" <Johnson-Lewis@YALE.ARPA>
• Another "T style" question
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Cross ref lister for T.
  • From: JDR@MIT-MC.ARPA
• pig/mdebug in 2.7
  • From: Jonathan Rees <Rees@YALE.ARPA>
• [ittvax!wxlvax!brooks: Saving/restoring objects.]
  • From: Jim Meehan <Meehan@YALE.ARPA>
• any? vs. some?
  • From: Stephen Slade <Slade@YALE.ARPA>
• any? vs. some?
  • From: kmp@MIT-MC.ARPA
• Re: WD (CD) in T
  • From: Chris Riesbeck <Riesbeck@YALE.ARPA>
• IO redirection in Elisp
  • From: John C Ruttenberg <Ruttenberg>
• Re: IO redirection in Elisp
  • From: John C Ruttenberg <Ruttenberg>
• Distribution of T
  • From: Christopher Pettus <v.pettus@UCLA-LOCUS.ARPA>
• Previous message
  • From: Christopher Pettus <v.pettus@UCLA-LOCUS.ARPA>
• Re: JOIN
  • From: Jonathan Rees <Rees@YALE.ARPA>
• TOPLAS GPRINT paper
  • From: John R Ellis <Ellis@YALE.ARPA>
• Name needed
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Name needed
  • From: Olin.Shivers@CMU-CS-H.ARPA (*** Unauthenticated sender ***)
• Re: Tokenization and READ-MACROs
  • From: Jonathan Rees <Rees@YALE.ARPA>
• BINDing unbounds
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Re: BINDing unbounds
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: BINDing unbounds
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Re: BINDing unbounds
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• ARCTANGENT
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• New stream operations
  • From: Todd Allen <Allen@YALE.ARPA>
• Optional and Default Parameters
  • From: Seth R. Goldman <seth@UCLA-CS> (?Invalid address syntax) (*** Unauthenticated sender ***)
• Re: Optional and Default Parameters
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: Optional and Default Parameters
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: Optional and Default Parameters
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: [Ranade: Eval etc.]
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Apollo Graphics in T
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: Apollo Graphics in T
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Lexical scoping
  • From: Michael Fischer <Fischer@YALE.ARPA>
• debugging and lambda variables
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: debugging and lambda variables
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: debugging and lambda variables
  • From: Jim Meehan <Meehan@YALE.ARPA>
• map and siblings
  • From: Todd Allen <Allen@YALE.ARPA>
• Call for papers
  • From: John O'Donnell <Odonnell@YALE.ARPA>
• TRACE
  • From: "Benjamin F. Goldberg" <Goldberg-Benjamin@YALE.ARPA>
• More entries for the Wishlist
  • From: Seth Goldman <seth@UCLA-CS.ARPA>
• add to mailing list
  • From: norvig%ucbkim@UCB-VAX.ARPA
• Request for Info on T
  • From: mf@CORNELL.ARPA
• Re: pretty printing
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: map and siblings
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: pretty printing
  • From: John R Ellis <Ellis@YALE.ARPA>
• test probe
  • From: steve@arpa.ucl-cs
• test probe
  • From: steve@arpa.ucl-cs
• TC question
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: TC question
  • From: Jonathan Rees <Rees@YALE.ARPA>
• operation->procedure
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: operation->procedure
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: operation->procedure
  • From: Seth Goldman <seth@UCLA-CS.ARPA>
• Re: map and siblings
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: New TC
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Exporting syntax
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: Exporting syntax
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Export utility
  • From: Todd Allen <Allen@YALE.ARPA>
• U's use of name-spaces
  • From: Todd Allen <Allen@YALE.ARPA>
• Apropos
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: TC question
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: U's use of name-spaces
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• re: U namespace -- personal name lossage
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: U's use of name-spaces
  • From: Todd Allen <Allen@YALE.ARPA>
• List Addition
  • From: Dan Pierson <pierson%digital@CSNET-CIC.ARPA> (*** Unauthenticated sender ***)
• Re: U's use of name-spaces
  • From: Todd Allen <Allen@YALE.ARPA>
• Documentation
  • From: Larry Hunter <Hunter@YALE.ARPA>
• Re: Documentation
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: some questions
  • From: Jonathan Rees <Rees@YALE.ARPA>
• 2.7
  • From: Jonathan Rees <Rees@YALE.ARPA>
• info on apollo T graphics
  • From: Dorab Patel <patel@UCLA-LOCUS.ARPA>
• Re: info on apollo T graphics
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: info on apollo T graphics
  • From: Douglas Baldwin <Baldwin@YALE.ARPA>
• Re: sup->ams
  • From: Jonathan Rees <Rees@YALE.ARPA>
• read tables
  • From: Gregg Collins <Collins-Gregg@YALE.ARPA>
• Re: read tables
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: new t problems
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: addendum
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: output bug
  • From: Jonathan Rees <Rees@YALE.ARPA>
• FRESHLINE -> FRESH-LINE
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: FRESHLINE -> FRESH-LINE
  • From: Jonathan Rees <Rees@YALE.ARPA>
• The T_graphics stuff has changed
  • From: "Benjamin F. Goldberg" <Goldberg-Benjamin@YALE.ARPA>
• LOCALES
  • From: linus!ramsdell@MITRE-BEDFORD.ARPA
• Re: LOCALES
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: LOCALE/compiler bug?
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: [Slade: relocatin vector]
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: DEL! and DELQ!
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: functional programming
  • From: John R Ellis <Ellis@YALE.ARPA>
• T Manual, 4th edition
  • From: Jonathan Rees <Rees@YALE.ARPA>
• t_graphics on Zoo
  • From: "Benjamin F. Goldberg" <Goldberg-Benjamin@YALE.ARPA>
• Re: T
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Acquiring T Lisp
  • From: Mark Wallen <wallen@NPRDC.ARPA>
• more information
  • From: Emil Rainero <emil@ROCHESTER.ARPA>
• Re: mutable handler for rationals
  • From: Jonathan Rees <Rees@YALE.ARPA>
• *LAMBDA
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Re: GO in T?
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: GO in T?
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Access to Berkeley Unix 4.2BSD
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: GO in T?
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: error with EVAL and LOAD
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: ASM hack (gesundheit)
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: Needed: a non-superceding LOCALE
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: Defining symbols in *SYSTEM-ENV*
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: Needed: a non-superceding LOCALE
  • From: Charles Martin <Martin@YALE.ARPA>
• Re: GO in T?
  • From: Eric Benson <benson at SPA-NIMBUS> (?Invalid address syntax) (*** Unauthenticated sender ***)
• Waiting for I/O, and suggestions
  • From: Jim Meehan <Meehan@YALE.ARPA>
• T info request
  • From: rabin@NPRDC.ARPA
• Test message
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Quick hack TAK (benchmarks will be benchmarks)
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Redefining structures
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Re: Redefining structures
  • From: Jonathan Rees <Rees@YALE.ARPA>
• user survey
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: user survey
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• user survey
  • From: Eric Benson <benson%SPA-NIMBUS@MIT-MC.ARPA> (*** Unauthenticated sender ***)
• Re: user survey
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: user survey
  • From: Douglas Baldwin <Baldwin@YALE.ARPA>
• Re: user survey
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Full reply
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• More thoughts
  • From: Drew McDermott <Mcdermott@YALE.ARPA>
• Re: user survey
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: User survey
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: user survey
  • From: Jonathan Young <Young@YALE.ARPA>
• user survey
  • From: linus!ramsdell@MITRE-BEDFORD.ARPA
• Diverse Subjects
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: Diverse Subjects
  • From: Nathaniel Mishkin <Mishkin@YALE.ARPA>
• Re: Diverse Subjects
  • From: Jonathan Rees <Rees@YALE.ARPA>
• INTEGRABLE PROCEDURES / LIGHTWEIGHT PROCESSES
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: INTEGRABLE PROCEDURES / LIGHTWEIGHT PROCESSES
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: INTEGRABLE PROCEDURES / LIGHTWEIGHT PROCESSES
  • From: John R Ellis <Ellis@YALE.ARPA>
• lightweight processes
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: lightweight processes
  • From: John R Ellis <Ellis@YALE.ARPA>
• Object hashing & printing
  • From: Jonathan Young <Young@YALE.ARPA>
• Re: Object hashing & printing
  • From: Jonathan Rees <Rees@YALE.ARPA>
• T heap (-h) switch
  • From: Todd Allen <Allen@YALE.ARPA>
• Re: T heap (-h) switch
  • From: Norman Adams <Adams@YALE.ARPA>
• load
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: load
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: load
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: load
  • From: Jonathan Rees <Rees@YALE.ARPA>
• T Assembler
  • From: Seth Goldman <seth@UCLA-CS.ARPA>
• Re: T Assembler
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Filenames
  • From: Jonathan Young <Young@YALE.ARPA>
• Require, Load
  • From: Christopher Owens <Owens@YALE.ARPA>
• Require bug (?)
  • From: Jonathan Young <Young@YALE.ARPA>
• Undocumented features & The boonies...
  • From: Scott Turner <srt@UCLA-CS.ARPA>
• Re: Undocumented features & The boonies...
  • From: deutsch.pa@PARC-MAXC.ARPA
• Re: Require, Load
  • From: Jonathan Rees <Rees@YALE.ARPA>
• The T Software Exchange
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• T Software Exchange & ARPANet
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• error handling
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Re: error handling
  • From: Jonathan Rees <Rees@YALE.ARPA>
• error handling
  • From: Bruce E. Rosen <rosen@UCLA-CS.ARPA> (?Invalid address syntax) (*** Unauthenticated sender ***)
• PROG macro?
  • From: Mark Sausville <saus@UCLA-CS.ARPA>
• T for 4.2
  • From: mplvax!john@NOSC-CC.ARPA
• Re: T for 4.2
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Re: := bug
  • From: Jonathan Rees <Rees@YALE.ARPA>
• Window Package
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• One last abuse...
  • From: Stanley Letovsky <Letovsky@YALE.ARPA>
• Scoping and EVAL
  • From: Seth Goldman <seth@UCLA-CS.ARPA>
• FORMAT
  • From: Scott Turner <srt@UCLA-CS.ARPA>
• Re: FORMAT
  • From: rees@DECWRL.ARPA
• Re: Oerationalizing the generic functions
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: #T, #F unhappiness
  • From: rees@decwrl.ARPA (Jonathan Rees)
• modules
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• Re: modules
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: Locales vs. contours
  • From: rees@decwrl.ARPA (Jonathan Rees)
• modules solution
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• Locales vs. contours
  • From: CPH%MIT-OZ@MIT-MC.ARPA
• T -> Scheme
  • From: Lewis Johnson <johnson%YALE-MBUILD@YALE.ARPA>
• Re: T -> Scheme
  • From: rees@decwrl.ARPA (Jonathan Rees)
• T -> Scheme
  • From: CPH%MIT-OZ@MIT-MC.ARPA
• Re: T -> Scheme
  • From: rees@decwrl.ARPA (Jonathan Rees)
• contours, locales and modules.
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• T -> Scheme
  • From: CPH%MIT-OZ@MIT-MC.ARPA
• T -> Scheme
  • From: CPH%MIT-OZ@MIT-MC.ARPA
• contours, locales and modules.
  • From: CPH%MIT-OZ@MIT-MC.ARPA
• Re: contours, locales and modules.
  • From: John R Ellis <Ellis@YALE.ARPA>
• Re: contours, locales and modules.
  • From: JonL.pa@XEROX.ARPA
• modules
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• (tak ...) benchmarks
  • From: Charles Dolan <cpd@UCLA-LOCUS.ARPA>
• (tak ...) benchmarks
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• (tak ...) benchmark
  • From: Charles Dolan <cpd@UCLA-LOCUS.ARPA>
• Re: (tak ...) benchmark
  • From: Chris Riesbeck <Riesbeck@YALE.ARPA>
• Re: (tak ...) benchmark
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: (tak ...) benchmark
  • From: Charles Dolan <cpd@UCLA-LOCUS.ARPA>
• JOIN
  • From: Denys Duchier <Duchier@YALE.ARPA>
• JOIN
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• DEFINE
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• CHAR & CHDR
  • From: Scott Turner <srt@UCLA-LOCUS.ARPA>
• CHAR & CHDR
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• TRUE
  • From: Chris Riesbeck <Riesbeck@YALE.ARPA>
• mailing list
  • From: Emil Rainero <emil@rochester.ARPA>
• truthful optimization
  • From: Kent M Pitman <KMP@MIT-MC.ARPA>
• Re: TRUE
  • From: Jim Meehan <Meehan@YALE.ARPA>
• too TRUE
  • From: Chris Riesbeck <Riesbeck@YALE.ARPA>
• Conditional heralds
  • From: linus!ramsdell@Mitre-Bedford.ARPA
• CATCH
  • From: Charles Dolan <cpd@UCLA-LOCUS>
• DO*
  • From: Scott Turner <srt@UCLA-LOCUS>
• Is this a reasonable thing to do?
  • From: Christopher Owens <Owens@YALE.ARPA>
• Apologies for previous message.
  • From: Christopher Owens <Owens@YALE.ARPA>
• CATCH
  • From: Jonathan A Rees <JAR@MIT-MC>
• Lexically vs. Dynamically scoped Lisps.
  • From: Sanjai Narain <narain@rand-unix>
• Re: Lexically vs. Dynamically scoped Lisps.
  • From: Eduardo Krell <ekrell@UCLA-LOCUS>
• Re: Lexically vs. Dynamically scoped Lisps.
  • From: Sanjai Narain <narain@rand-unix>
• Scheme bibliography
  • From: linus!ramsdell@Mitre-Bedford
• Scheme bibliography
  • From: CPH%MIT-OZ@MIT-MC
• Scheme Bibliography
  • From: linus!ramsdell@Mitre-Bedford
• Scheme New Year
  • From: linus!ramsdell@Mitre-Bedford
• Scheme New Year
  • From: Jonathan A Rees <JAR@MIT-MC>
• GC and tables
  • From: Jonathan Young <Young@YALE.ARPA>
• questions
  • From: <bachrach@nprdc>
• Re: GC and tables
  • From: Jonathan Young <Young@YALE.ARPA>
• questions
  • From: Jonathan A Rees <JAR@MIT-MC>
• Locales and Objects
  • From: linus!ramsdell@Mitre-Bedford
• LABELS vs. local defines
  • From: linus!ramsdell@Mitre-Bedford
• detecting uninitialized components of structures.
  • From: Larry Hunter <Hunter@YALE.ARPA>
• Re: detecting uninitialized components of structures.
  • From: Norman Adams <adams@YALE.ARPA>
• I Still want INITIALIZED? !
  • From: Larry Hunter <Hunter@YALE.ARPA>
• Re: detecting uninitialized components of structures.
  • From: Scott Turner <srt@UCLA-LOCUS>
• LABELS vs. local defines
  • From: Kent M Pitman <KMP@SCRC-STONY-BROOK>
• LABELS vs. local defines.
  • From: linus!ramsdell@Mitre-Bedford
• LABELS vs. local defines
  • From: Jonathan A Rees <JAR@MIT-MC>
• tracing methods
  • From: Larry Hunter <hunter@YALE.ARPA>
• tracing methods
  • From: Jim Meehan <csi!meehan%UUCP@YALE.ARPA>
• MAKE-... and friends
  • From: Jonathan Young <young@YALE.ARPA>
• tracing methods
  • From: Jonathan A Rees <JAR@MIT-MC>
• MAKE-... and friends
  • From: Jonathan A Rees <JAR@MIT-MC>
• I Still want INITIALIZED? !
  • From: Jonathan A Rees <JAR@MIT-MC>
• I Still want INITIALIZED? !
  • From: Jonathan A Rees <JAR@MIT-MC>
• BOUND?
  • From: Ashwin Ram <Ram@YALE.ARPA>
• PRINT methods
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Re: BOUND?
  • From: Norman Adams <Adams@YALE.ARPA>
• Re: PRINT methods
  • From: Norman Adams <Adams@YALE.ARPA>
• PRINT methods
  • From: Jonathan A Rees <JAR@MIT-MC>
• Test message
  • From: Jonathan A Rees <JAR @ MIT-MC>
• Another test message
  • From: Jonathan A Rees <JAR @ MIT-MC>
• Setting (HPOS stream) w/o getting blank characters
  • From: Charles Martin <Martin@YALE.ARPA>
• Setting (HPOS stream) w/o getting blank characters
  • From: Jonathan A Rees <JAR@MIT-MC>
• Walking Hash Tables
  • From: Jonathan A Rees <JAR@MIT-MC>
• XENOIDs, and other strange beasts
  • From: Scott Turner <srt@UCLA-LOCUS>
• [no subject]
  • From: Mark Riggle <msr@rice>
• this is a test of the mail system, please ignore it
  • From: Robert Carey <Carey@YALE.ARPA>
• Foreign code in T
  • From: Scott Turner <srt@UCLA-LOCUS>
• Syntax Recognition
  • From: Scott Turner <srt@UCLA-LOCUS>
• Re: Syntax Recognition
  • From: Jim Meehan <Meehan@YALE.ARPA>
• T after two
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Syntax Recognition
  • From: Jonathan A Rees <JAR@MIT-MC>
• Re: T after two
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: T after two
  • From: Andy Freeman <ANDY@SU-SUSHI>
• Re: CSI LISP
  • From: Jim Meehan <Meehan@YALE.ARPA>
• CSI LISP
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Re: CSI LISP
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: CSI LISP
  • From: Christopher Owens <Owens@YALE.ARPA>
• CSI-Lisp Price
  • From: linus!ramsdell@Mitre-Bedford
• Re: CSI LISP
  • From: Andy Freeman <ANDY@SU-SUSHI>
• Re: CSI Lisp price
  • From: Andy Freeman <ANDY@SU-SUSHI>
• CSI Lisp Price
  • From: linus!ramsdell@Mitre-Bedford
• CSI Lisp
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Re: CSI Lisp Price
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Re: CSI Lisp Price
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Don't use => in COND...
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Don't use => in COND...
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Re: CSI Lisp Price
  • From: Andy Freeman <ANDY@SU-SUSHI>
• ITERATE
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Re: Don't use => in COND...
  • From: Bob Strong <csi!bs%UUCP@YALE.ARPA>
• T manual
  • From: jjh@ll-vlsi (Jim Hunt)
• T manual
  • From: Jonathan A Rees <JAR@MIT-MC>
• using malloc in C loaded into the T env
  • From: "Bruce E. Rosen" <rosen@LOCUS.UCLA.EDU>
• using malloc in C loaded into the T env
  • From: Jonathan A Rees <JAR@MIT-MC>
• Re: using malloc in C loaded into the T env
  • From: Norman Adams <adams%tekchips%tektronix.csnet@CSNET-RELAY>
• Scheme mailing list
  • From: Jonathan A. Rees <JAR@MIT-MC.ARPA>
• Returning strings C procedures called by T
  • From: "Bruce E. Rosen" <rosen@LOCUS.UCLA.EDU>
• Please put me on your mailing list
  • From: Keiji Kanazawa <kgk%brown.csnet@CSNET-RELAY>
• Destructuring lambdas in T?
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Re: Destructuring lambdas in T?
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Re: Destructuring in T
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Destructuring in T
  • From: Jonathan A Rees <JAR@MIT-MC>
• Destructuring lambdas in T?
  • From: Jonathan A Rees <JAR@MIT-MC>
• Re: Destructuring lambdas in T?
  • From: Jim Meehan <Meehan@YALE.ARPA>
• Returning strings from C procedures called by T
  • From: "Bruce E. Rosen" <rosen@LOCUS.UCLA.EDU>
• Re: Destructuring lambdas in T?
  • From: Jonathan Young <Young@YALE.ARPA>
• Bug in CHAR-NAME
  • From: <ram%YALE-RING@YALE.ARPA>
• Bug in CHAR-NAME: A clue!
  • From: Ashwin Ram <Ram@YALE.ARPA>
• Bit Rot
  • From: <young%YALE-RING@YALE.ARPA>
• Problem with #T in T2.8
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• PP'ing interpreted OBJECTs...
  • From: <ram%YALE-RING@YALE.ARPA>
• suspend T
  • From: Keiji Kanazawa <kgk%brown.csnet@CSNET-RELAY.ARPA>
• re: PP'ing interpreted OBJECTs...
  • From: <hunter%YALE-RING@YALE.ARPA>
• Re: #T, self-evaluation, and NULL-LIST =? FALSE.
  • From: <ram%YALE-RING@YALE.ARPA>
• Re: #T, self-evaluation, and NULL-LIST =? FALSE.
  • From: <jphilbin%YALE-RING@YALE.ARPA>
• #T, self-evaluation, and NULL-LIST =? FALSE.
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• suspend T
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• PP'ing interpreted OBJECTs...
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Re: #T, self-evaluation, and NULL-LIST =? FALSE.
  • From: <riesbeck%YALE-RING@YALE.ARPA>
• Bug in CHAR-NAME: A clue!
  • From: Ashwin Ram <Ram@YALE.ARPA>
• REQUIRE and friends
  • From: <young%YALE-RING@YALE.ARPA>
• REQUIRE and friends
  • From: Jonathan A Rees <JAR@MIT-MC.ARPA>
• Any T for Sun workstations?
  • From: <vis!greg@SDCSVAX>
• T on a Sun
  • From: Olin.Shivers@H.CS.CMU.EDU
• Interaction between syntax-tables and environments
  • From: Jim Meehan <csi!meehan%UUCP@YALE.ARPA>
• Re: REQUIRE and friends
  • From: Jim Meehan <csi!meehan%UUCP@YALE.ARPA>
• Interaction between syntax-tables and environments
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• [csi!meehan%UUCP: syntax]
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• syntax
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: syntax
  • From: Andy Freeman <ANDY@SU-SUSHI.ARPA>
• syntax
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: Interaction between syntax-tables and environments
  • From: <ram%YALE-RING@YALE.ARPA>
• macros
  • From: <hudak%YALE-RING@YALE.ARPA>
• macros
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Of growing code and diminishing hacks...
  • From: <ram%YALE-RING@YALE.ARPA>
• Re: Of growing code and diminishing hacks...
  • From: <Miller.pa@Xerox.COM>
• Re: Of growing code and diminishing hacks...
  • From: <Miller.pa@Xerox.COM>
• Overloading of empty list as false.
  • From: "George J. Carrette" <GJC@MC.LCS.MIT.EDU>
• Re: Of growing code and diminishing hacks...
  • From: <ram%YALE-RING@YALE.ARPA>
• Re: Of growing code and diminishing hacks...
  • From: <ram%YALE-RING@YALE.ARPA>
• [no subject]
  • From: young@ll-vlsi.ARPA (George Young)
• CASE and SELECT
  • From: Ashwin Ram <ram@YALE.ARPA>
• Re: Bug fix for Ashwin's CASE
  • From: Charles Martin <martin@YALE.ARPA>
• Tables
  • From: Jonathan Young <young-jonathan@YALE.ARPA>
• tables
  • From: Larry Hunter <hunter@YALE.ARPA>
• Tables returning nil if no value
  • From: Jonathan Young <young-jonathan@YALE.ARPA>
• Re: Tables returning nil if no value
  • From: Scott Turner <srt@LOCUS.UCLA.EDU>
• Tables returning nil if no value
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: Tables returning nil if no value
  • From: ellis@decwrl.DEC.COM (John R. Ellis)
• Re: Tables returning nil if no value
  • From: Ashwin Ram <ram@YALE.ARPA>
• Re: Tables
  • From: Ashwin Ram <ram@YALE.ARPA>
• Re: Tables returning nil if no value
  • From: Ashwin Ram <ram@YALE.ARPA>
• non-list arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• Re: Tables returning nil if no value
  • From: ellis@decwrl.DEC.COM (John R. Ellis)
• non-list arguments
  • From: Miller.pa@Xerox.COM
• Re: non-list arguments
  • From: Miller.pa@Xerox.COM
• non-list arguments
  • From: Bill Rozas <JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
• non-list arguments
  • From: "Scott E. Fahlman" <Fahlman@C.CS.CMU.EDU>
• non-list arguments
  • From: Alan Bawden <ALAN@MC.LCS.MIT.EDU>
• Tables returning nil if no value
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• please take me off the list
  • From: Uri Zernik <uri@LOCUS.UCLA.EDU>
• non-list arguments
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Re: Tables returning nil if no value
  • From: Ashwin Ram <ram@YALE.ARPA>
• Re: Tables returning nil if no value
  • From: Ashwin Ram <ram@YALE.ARPA>
• Nil v. UndefinedTableValue
  • From: Larry Hunter <hunter@YALE.ARPA>
• non-list arguments
  • From: Robert Halstead <rhh@MIT-VAX.ARPA>
• non-list arguments
  • From: Guy Steele <gls@THINK-AQUINAS.ARPA>
• Kudos
  • From: Ashwin Ram <ram@YALE.ARPA>
• Tables returning nil if no value
  • From: Scott W. Layson <x.Gyro@OZ.AI.MIT.EDU>
• correctness
  • From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
• Validity Test of the t-discussion mailing list
  • From: The Deputy Postmaster <ortiz-luis@YALE.ARPA>
• T Book
  • From: Stephen Slade <slade@YALE.ARPA>
• Re: T book
  • From: Stephen Slade <slade@YALE.ARPA>
• Expert System Tools
  • From: jjh@ll-vlsi.ARPA (Jim Hunt)
• LOOPS
  • From: Robert Farrell <farrell@YALE.ARPA>
• non-list arguments
  • From: Jonathan A Rees <JAR%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
• LOOPS
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• T types not objects?
  • From: John D. Ramsdell <ramsdell%faron@mitre-bedford.ARPA>
• T Book
  • From: slade-stephen@YALE.ARPA
• Re: T Book
  • From: vis!greg@nosc.ARPA (J. Greg Davidson)
• Re: T Book
  • From: Stephen Slade <slade-stephen@YALE.ARPA>
• T & Emacs
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
• please add me to t list
  • From: Thom Brando <brando%linus@mitre-bedford.arpa>
• Re: A missing function that bugs me.
  • From: James F Philbin <philbin-jim@YALE.ARPA>
• Re: A missing function that bugs me.
  • From: mujica@CS.UCLA.EDU
• WATCH package for T3 ?
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Re: WATCH package for T3 ?
  • From: srt@CS.UCLA.EDU
• Questions from a new user
  • From: jose@inmet.inmet.com (Jose Oglesby)
• OPERATION NOT HANDLED
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Re: OPERATION NOT HANDLED
  • From: srt@CS.UCLA.EDU
• Re: OPERATION NOT HANDLED
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• OPERATION NOT HANDLED
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Release Display in *Pre-GC-Agenda* ?
  • From: srt@CS.UCLA.EDU (Scott Turner)
• Re: Release/reacquire in T3
  • From: James Firby <firby-james@YALE.ARPA>
• Alliant T at 192.12.120.51
  • From: ramsdell%linus@mitre-bedford.arpa
• Alliant T3 runs!
  • From: ramsdell%linus@mitre-bedford.arpa
• T3 documentation (help)
  • From: mayer.WBST128@Xerox.COM
• Alliant T3 runs!
  • From: ramsdell%linus@mitre-bedford.arpa
• join
  • From: morris@src.DEC.COM (Robert Morris)
• T Version 3
  • From: <MILLER%YALEMED.BITNET@wiscvm.wisc.edu>
• Alliant T3 handles interrupts
  • From: ramsdell%linus@mitre-bedford.arpa
• Please add me to mailing list
  • From: mitchell (Mitchell Marks)
• Please add me to mailing list
  • From: mitchell@anubis.uchicago.edu (Mitchell Marks)
• Re: A suggestion about the T compiler
  • From: Paul Hudak <hudak-paul@YALE.ARPA>
• Re: A suggestion about the T compiler
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Re: Re: A suggestion about the T compiler
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Re: [Load hacque] [Uppercase filenames]
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Automatic Lexer and Parser Generators
  • From: Juan Carlos Guzman <guzman-juan@YALE.ARPA>
• Wanna have some fun?
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Window package
  • From: Larry Hunter <hunter-larry@YALE.ARPA>
• [Paul Otto <otto@Cs.Ucl.AC.UK>: FTP'ing T]
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• = read macro
  • From: Robert Farrell <farrell-robert@YALE.ARPA>
• =var
  • From: Robert Farrell <farrell-robert@YALE.ARPA>
• Compiling T
  • From: murthy@arvak.cs.cornell.edu
• Compiling T
  • From: ramsdell%linus@mitre-bedford.arpa
• Compiling T
  • From: ramsdell%linus@mitre-bedford.arpa
• Huh?
  • From: kend%tekchips.CRL%tektronix.tek.com@RELAY.CS.NET
• administrative remarks
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Simple support for literate T programming.
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.arpa>
• Simple support for literate T programming.
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.arpa>
• Simple support for literate T programming.
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.arpa>
• [mcvax!ukc!its63b!aiva!jeff: T operations, etc]
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• [mcvax!ukc!reading!onion!minster!SoftEng!martin: T operations, etc]
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• [kranz: T operations, etc]
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: T operations, etc.
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• T operations, etc.
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T frontend for XWindows
  • From: <mcharity@ATHENA.MIT.EDU>
• Re: T frontend for XWindows
  • From: dorab@CS.UCLA.EDU (Dorab Patel)
• VMS T2.8
  • From: James Philbin <philbin-jim@YALE.ARPA>
• testing mail to t-discussion mailing list
  • From: "H. Morrow Long" <long-morrow@YALE.ARPA>
• Alliant T3.1
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.arpa>
• [Bard Bloom <bard@THEORY.LCS.MIT.EDU>: ANY and ANY?]
  • From: Stephen Slade <slade-stephen@YALE.ARPA>
• [no subject]
  • From: jason@CS.UCLA.EDU (Jason Rosenberg)
• Re: [Bard Bloom <bard@THEORY.LCS.MIT.EDU>: ANY and ANY?]
  • From: Ram-Ashwin@YALE.ARPA (Ashwin Ram)
• Naive T Design Questions
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• Naive T Design Questions Addendum
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• More On Naive T Design Question 6
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• multiple return values and let
  • From: jh@tut.fi (Juha Hein{nen)
• Naive T Design Questions
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
• question on operation handling
  • From: wu@cs.wisc.edu (Felix S.-T. Wu)
• question on operation handling
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• environmental query
  • From: jbennett@amax.NPAC.SYR.EDU (James P. Bennett)
• Naive T question
  • From: converse@anubis.uchicago.edu (Tim Converse)
• Please add me
  • From: Stuart Thorson <thorson@sutcase.case.syr.edu>
• Naive T question
  • From: jh@tut.fi (Juha Hein{nen)
• Profiling
  • From: srt@aerospace.aero.org
• Scheme EXTEND-SYNTAX
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Naive T Design Questions
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Naive T Design Questions Addendum
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Problems with T3.0 (17) and SR9.7/DN4000's
  • From: seth@CS.UCLA.EDU
• Scheme EXTEND-SYNTAX
  • From: even@ifi.uio.no
• Naive T Design Questions
  • From: Olin.Shivers@CENTRO.SOAR.CS.CMU.EDU
• Naive T Design Questions
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• GC speed
  • From: wu@cs.wisc.edu (Felix S.-T. Wu)
• Naive T Design Questions
  • From: gyro@kestrel.ARPA (Scott W. Layson)
• Naive T Design Questions Addendum
  • From: gyro@kestrel.ARPA (Scott W. Layson)
• types
  • From: Olin.Shivers@CENTRO.SOAR.CS.CMU.EDU
• GC speed
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Re: Problems with T3.0 (17) and SR9.7/DN4000's
  • From: jbennett@amax.NPAC.SYR.EDU (James P. Bennett)
• Clarifications please
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• GC speed
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Test for procedure?
  • From: mark@mcc.com (Mark Scheevel)
• environments
  • From: jbennett@amax.npac.syr.edu (James P. Bennett)
• Test for procedure?
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Re: Test for procedure?
  • From: Ram-Ashwin@YALE.ARPA (Ashwin Ram)
• Test for procedure?
  • From: mark@mcc.com (Mark Scheevel)
• [ut-sally!uunet!mcvax!litp!queinnec%harvard.UUCP@YALE.ARPA (Christian QUEINNEC): New Site running T]
  • From: James Philbin <philbin-jim@YALE.ARPA>
• T3.1
  • From: "Mike Coffin" <mike@arizona.edu>
• T on Mac II? Also, commercial applications
  • From: gyro@kestrel.ARPA (Scott W. Layson)
• T on Mac II? Also, commercial applications
  • From: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
• T on Mac II? Also, commercial applications
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Test for procedure?
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T3.1
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• IF macro
  • From: Olin.Shivers@CENTRO.SOAR.CS.CMU.EDU
• load-foreign problem
  • From: wu@cs.wisc.edu (Felix S.-T. Wu)
• Re: load-foreign problem
  • From: dorab@CS.UCLA.EDU (Dorab Patel)
• Clarifications please
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• load-foreign problem
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• [mike: T3.1]
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Firstclass continuations
  • From: gyro@kestrel.arpa (Scott W. Layson)
• Firstclass continuations
  • From: jinx@CHAMARTIN.AI.MIT.EDU (Guillermo J. Rozas)
• [no subject]
  • From: Martin Ward <martin@EASBY.DURHAM.AC.UK>
• Firstclass continuations
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: Macros; lexcial scope
  • From: Ram-Ashwin@YALE.ARPA (Ashwin Ram)
• Macros; lexcial scope
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• Re: Macros; lexcial scope
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Firstclass continuations
  • From: gyro@kestrel.arpa (Scott W. Layson)
• Continuation objects: a proposal
  • From: gyro@kestrel.arpa (Scott W. Layson)
• extend-syntax
  • From: "Mike Coffin" <mike@arizona.edu>
• extend-syntax
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• T sources and manual
  • From: "Anton Hartl" <unido!tumult!hartl@uunet.UU.NET>
• extend-syntax for T
  • From: "Mike Coffin" <mike@arizona.edu>
• Slow response about if, bind and tables
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• lset not define
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• lset not define
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• lset not define
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• lset not define
  • From: Eric Benson <edsel!eb@labrea.stanford.edu>
• T sources and manual
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• force and delay
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• force and delay
  • From: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
• force and delay fix for multiple values
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• T without 68881?
  • From: mark@mcc.com (Mark Scheevel)
• T without 68881?
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T without 68881?
  • From: mark@mcc.com (Mark Scheevel)
• Re: T without 68881?
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• T without 68881?
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T without 68881?
  • From: mark@mcc.com (Mark Scheevel)
• [mcvax!dutesta!brouw@uunet.UU.NET ( ): email address adition]
  • From: James Philbin <philbin-jim@YALE.ARPA>
• [mcvax!dutesta!brouw@uunet.UU.NET ( ): add email address]
  • From: James Philbin <philbin-jim@YALE.ARPA>
• Heap size smaller than requested
  • From: Ram-Ashwin@YALE.ARPA (Ashwin Ram)
• Object mathod inheritance
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Object mathod inheritance
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Re: Object method inheritance
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Customized T
  • From: tims%tekadg.tek.com@RELAY.CS.NET
• Customized T
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T Xlib interface: What level of interest exists?
  • From: <mcharity@ATHENA.MIT.EDU>
• [no subject]
  • From: Devon Sean McCullough <DEVON@AI.AI.MIT.EDU>
• Limit on number of arguments. Any way around this?
  • From: mitchell%tartarus@gargoyle.uchicago.edu (Mitchell Marks)
• [no subject]
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• manual
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• T Book Errata
  • From: Stephen Slade <slade-stephen@YALE.ARPA>
• wanted: interrupt mechanism
  • From: Erik Ruf <ruf@dolores.STANFORD.EDU>
• [no subject]
  • From: tyan@gwusun.gwu.edu (Tyan Sheng)
• [no subject]
  • From: jbennett@amax.npac.syr.edu (James P. Bennett)
• [no subject]
  • From: jar@VOID.AI.MIT.EDU (Jonathan Rees)
• Re: (none)
  • From: Ashwin Ram <ram-ashwin@YALE.ARPA>
• Weak pointers and GC
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Weak pointers and GC
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Weak pointers and GC
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• Re: Weak pointers and GC
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Problems withs T3.1 build on VaxStation
  • From: kend@tekchips.crl.ARPA
• Problems withs T3.1 build on VaxStation
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• wilson%uicbert@uxc.cso.uiuc.edu
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• accessing bytev elements
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• accessing bytev elements
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• accessing bytev elements
  • From: James J. Hunt <jjh@ll-vlsi.arpa>
• Informal talk on Graphics in T
  • From: James Firby <firby-james@YALE.ARPA>
• Re: Informal talk on Graphics in T
  • From: jbennett@amax.npac.syr.edu (James P. Bennett)
• [no subject]
  • From: Martin Ward <martin%EASBY.DURHAM.AC.UK@yalevm.ycc.yale.edu>
• define-foreign & C structs
  • From: Derek Beatty <beatty@cs.cmu.edu>
• Re: define-foreign & C structs
  • From: dorab@CS.UCLA.EDU (Dorab Patel)
• Re: define-constant and define-integrable
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Expanding macros
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Mailing list
  • From: Alex Gulyansky <gulyansk@acf3.NYU.EDU>
• Expanding macros
  • From: jar@zug.AI.MIT.EDU (Jonathan Rees)
• Process modes for gnu emacs
  • From: Olin.Shivers@CENTRO.SOAR.CS.CMU.EDU
• Re: Process modes for gnu emacs
  • From: Owens-Christopher@YALE.ARPA (Christopher Owens)
• Re: Process modes for gnu emacs
  • From: Owens-Christopher@YALE.ARPA (Christopher Owens)
• Package for sorting vectors
  • From: Olin.Shivers@CENTRO.SOAR.CS.CMU.EDU
• T3.1 for Apollos under SR10
  • From: Rick Mohr <mohr-eric@YALE.ARPA>
• New architectures for T 3.1?
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@NSS.Cs.Ucl.AC.UK>
• Does anyone ...?
  • From: kend%bloom.la.tek.com@RELAY.CS.NET
• New architectures for T 3.1?
  • From: kranz@wheaties.ai.mit.edu (David Kranz)
• test message
  • From: Jonathan Rees <SCHREQ@MC.LCS.MIT.EDU>
• Re: How to access the most current environment in T?
  • From: Bruce Krulwich <krulwich-bruce@YALE.ARPA>
• Mips T
  • From: kranz@wheaties.ai.mit.edu
• make-vector bug: t3.1
  • From: kend%mrloog.la.tek.com@RELAY.CS.NET
• using "load-foreign" for standard library routines
  • From: ham@polya.stanford.edu
• using "load-foreign" for standard library routines
  • From: kranz@wheaties.ai.mit.edu
• need T version of Gabriel Benchmarks
  • From: Daniel Hernandez <danher%lan.informatik.tu-muenchen.dbp.de@RELAY.CS.NET>
• need T version of Gabriel Benchmarks
  • From: jar@void.ai.mit.edu (Jonathan Rees)
• need macros to to use "object"
  • From: ham@polya.stanford.edu
• random beginner questions
  • From: ham@polya.stanford.edu
• [ham: saved T question]
  • From: ham@polya.stanford.edu
• Garbage collector
  • From: "James J. Hunt" <jjh@vlsi.ll.mit.edu>
• Garbage collector
  • From: "James J. Hunt" <jjh@vlsi.ll.mit.edu>
• T on a NeXT?
  • From: ramsdell@linus.mitre.org
• Sparc T
  • From: David Kranz <kranz@ai.mit.edu>
• Wanted: Graphics interface for T
  • From: kend%mrloog.wr.tek.com@relay.cs.net
• T for SPARC
  • From: Jeff Dalton <jeff%aiai.edinburgh.ac.uk@nsfnet-relay.ac.uk>
• T for SPARC
  • From: David Kranz <kranz@ai.mit.edu>
• Firby's T graphics package
  • From: Scott Fertig <fertig-scott@YALE.EDU>
• [no subject]
  • From: Jonathan Rees <jar@zurich.ai.mit.edu>
• Controlling X windows from T
  • From: Scott Fertig <fertig-scott@YALE.EDU>
• apollo sites
  • From: Rick Mohr <mohr-eric@YALE.EDU>
• fixing the display operation for vectors and lists
  • From: Duke Briscoe <briscoe-duke@YALE.EDU>
• [no subject]
  • From: KMP