HDTenEightyP/NetNews huggingface dataset:
From: bdb@becker.UUCP (Bruce Becker)
Newsgroups: comp.dcom.modems,biz.comp.telebit
Subject: Re: Loyalty Pays Again and PEP upgrade?
Date: 14 Apr 92 22:46:26 GMT
Organization: G. T. S., Toronto, Ontario

In article <qwwj-pb.gerg@netcom.com> gerg@netcom.com (Greg Andrews) writes:
|In article <gate.R0B6iB1w164w@wabwrld.UUCP> bill@wabwrld.UUCP (Bill Berbenich) writes:
|>
|>Enter-speculation-mode:  I believe it is possible that the T-3000s that
|>will ship next will have the PEP upgrade already in them.
|>
|
|That's not correct.  Telebit will make a different model modem that has
|both PEP and V.32bis.  The model T3000 will continue to be a V.32bis modem
|without PEP.


	This doesn't make sense - you mean that Telebit
	will send a whole new modem when the the free
	upgrade coupon is sent in to them?


-- 
  ,u,	 Bruce Becker			Toronto, Ontario
a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!lsuc!becker!bdb
 `\o\-e	 "James Brown, Mark Hosler, Al Jourgenson.
 _< /_	 			Coincidence or conspiracy?" - pashdown
Newsgroups: comp.dcom.modems
From: ctan@solomon.technet.sg (Tan Chee Weei)
Subject: Re: Loyalty Pays Again and PEP upgrade?
Organization: National University of Singapore
Date: Mon, 13 Apr 1992 09:43:34 GMT

stu@valinor.mythical.com (stu@valinor.mythical.com) writes:
: The Loyalty pays program was EXPLICIT in it's offer for people buying direct
: from the factory.  If you to purchase under the terms of that offer you should
: have dealt with the factory!!!!   If you feel you were getting such a 
: wonderful deal from some outside source for the modem, it was your choice.  If
: you feel that the deal you got through that supplier "wasn't" fair, take that
: up with your supplier.  Don't blame the manufacturer for the choices YOU made!
: 

How does one then purchase via Loyalty Pays if they didn't previously own
a Telebit modem??

To rephrase my question in my original post:
Is the free PEP upgrade meant for LP purchases only?
If the answer is yes, than my other question (or rather, comment) is:
Do NEW owners of T3000s, (ie. people who want to BEGIN to be loyal because
they don't already own a Telebit but heard so much about it and wanted to)
who obviously do not qualify for LP (No serial No.) get a free or discounted
upgrade?  That is all I wanted to know.  Since this policy was made by the
manufacturer and it is also up to the manufacturer to decide if new owners
get PEP upgrades for free, that is why the manufacturer's decision was
questioned.  

This is of course even more important if T3000s were meant to come with PEP
but current versions do not yet.  However, from the other postings here,
this does not seem to be the case.

CW

Opinions expressed here are solely that of the author's.
Xref: sparky comp.dcom.modems:6580 comp.protocols.misc:343
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems,comp.protocols.misc
Subject: Re: New modem transfer protocol  (Long - protocol weenies only)
Date: 10 Apr 92 11:09:03 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr4.032645.27436@vaxeline.ftp.com>,
dwh@vaxeline.ftp.com (David W. Hamaker) writes: 

> Looking ahead to your next point, I don't think you mean ASCII DLE
> here, but Keith appears to have read it that way.  I argue that the
> escape character/sequence should be printable...

I have generally avoided using printable characters for escape 
sequences, since they would occur too frequently in normal data. 
However, if the suggestion of using a multi-character sequence was 
adopted, and the characters, although printable, were a more-or-less 
random sequence of special characters rather than alphanumerics, it 
would probably work fin

>>>(2) The sender transmit data continuously.  What it DOES need to do 
>>>is scan for occurences of the "escape" character.  In V.42bis, 
>>>whenever the escape character occurs, the character is "rotated" (by 
>>>adding 51, mod 256), ...

> Clever, but I see several drawbacks to such rotation.  You need more
> mechanisms to do the rotation, and, especially, to detect and recover
> from hits on the escape character, than are needed for a fixed escape
> character scheme.  

Upon reconsideration, I realize that you're exactly right; a 
rotating escape sequence simply would not work as part of the 
error-control protocol itself!  It works fine in V.42bis, because 
V.42bis MUST run on top of an error-control protocol, so there's no 
problem with the escape characters getting "out of sync".  So, I 
agree that a fixed multi-character sequence would be best.

> I think it's important NOT to punt transparency issues.  It's one of the
> needs that Kermit has filled and a reason for its success.  It's one of
> the most-common user difficulties with XMODEM.

I agree; any protocol designed today MUST include XON/XOFF 
transparency (and, preferably, transparency for a selected set of 
additional characters as well).

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 151243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Supra and +++
Organization: Skunk Works Software Co.
Date: Thu, 9 Apr 92 07:27:59 GMT

I have one of Supra's v.32bis modems.  It connects well enough to the
terminal server and to local BBSes.  I have noticed yet another bug,
though.  People have mentioned the busy-signal bug earlier...how about
a bug that causes the modem to drop carrier every time you enter +++?
As soon as the modem attempts to enter command mode, the display
returns "RE" (receive error) and drops carrier.  It shouldn't affect
BBS operations, but it could be a nasty problem for general-purpose
telecomm.

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!         Fidonet: 1:209/765 or 1:209/211
(IIe (  (702) 896-2676 v.32bis Apple II/IBM                     GEnie: S.ALFTER
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
From: chench@rrdstrad.nist.gov (Frank Chen)
Newsgroups: comp.dcom.modems
Subject: Re: BOCA V.32BIS 14.4K internal modem
Date: 15 Apr 92 02:19:14 GMT
Organization: Univ. of Maryland/NIST
In-reply-to: josephr@crux.homecare.com's message of 11 Apr 92 22:03:46 GMT


>>>>> On 11 Apr 92 22:03:46 GMT, josephr@crux.homecare.com (Joseph Rukendorfer) said:

-> Altex Electronics advertises the BOCA Fax/modem for $269.
-> It has the Rockwell chip set, which probably means that the UART is
-> 16450. Warranty is 5 years.

-> Anybody already using the board? I would like to compare notes, as I am
-> presently testing DALLAS fax/modem V.32bis/V.42bis ($328). The price 
-> differential warrants a comparison.
-> Is there a vendor who sells the BOCA  at a lower price?

In the catalog, it only mention 14.4K v32bis without anything about
v42/v42bis. You might want to check it.

-Frank Chen
--

===============================================================================
| Chih-Hung Chen (Frank)		|| Bitnet  : CHEN@NBSENH.BITNET       |
| Bldg. 235/E-151			|| Internet: chench@rrdstrad.nist.gov |
| Reactor Radiation Division    	|| Internet: chen@enh.nist.gov        |
| Ntl. Inst. of Standards & Technology  || Fax	   : (301) 921-9847           |
| Gaithersburg, Md 20899  		|| Phone   : (301) 975-3959           |
|_____________________________________________________________________________|
| UNIX, VMS, DOS, MAC, TCP/IP, DECnet, AppleTalk, Novell, PASCAL, C, FORTRAN  |
===============================================================================
From: jeffrey@squid.tram.com (Jeffrey L. Bromberger)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis FAXmodem
Keywords: Generic UNIX fax software?
Date: 6 Apr 92 23:37:51 GMT
Reply-To: jeffrey@squid.tram.com
Organization: Tramway Unix Systems

Seeing the rash of recent postings complaining about the FAX part of
the Supra modems, I am led to believe that the *important* parts (the
V.32bis, etc) work pretty well. Is this correct so far?

Next, can this modem both send *and receive* fax data?  If so, how
does the calling fax machine manage to get past the standard login
prompt?  Can I run UUCP and incoming fax off the same modem?

Since the machine I would be buying this modem for is not one of the
machines that the supplied fax software supports, I would appreciate it
if someone out there happens to know of a fax package that will work
on a *generic* Unix SVR3.1 system with this type of modem.  I'd prefer
if this code was free (such as from a comp.sources.* group), but
shareware is also a possibility.  The software should be able to take
input (either PostScript or ascii text) and send it, and convert
incoming fax data into something my 24-pin Epson printer can swallow.

Thanks for any help you can give!

j
--
Jeffrey L. Bromberger--- System Manager --- Tramway Unix Consulting
jeffrey@tram.com        Anywhere!{ccnysci,limbic,icus}!tram!jeffrey
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: PEP
Date: Sat, 11 Apr 92 19:53:19 GMT
Organization: Netcom

gerg@netcom.com (Greg Andrews) writes:
: >The experts (J.A.C. Bingham) call the 3000 baud the symbol rate.
: 
: If you're quoting from his book, it was written before he worked for
: Telebit.  Even so, I wouldn't expect him to multiply the symbol rate

P. Baran filed US Patent: "Packetized Ensemble Modem" in 1984. Was he
related to Telebit then ?

-- 
_______________________________________________________________________________
Wolfgang Henke          wolfgang@henke.sf-bay.org           wolfgang@netcom.com

Newsgroups: comp.dcom.modems,comp.sys.mac.comm
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Supra V.32bis (Disappointment)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 13 Apr 1992 01:51:56 GMT

In article <1992Apr12.204056.4062@newshost.lanl.gov>, reames@aries.towson.edu (John W. Reames III) writes:
> >
> >     That's SEVEN pins, why can't Mac's do both hardware handshaking and
> >still have CD/DTR with an 8-pin connector?  IPX's use the 8-PIN and they
> >can do it, our patch panel uses RJ-45's (8-pin modular), and they can do
> >it, so why can't Macs?
> 
> The Macs use a RS 442 port which has not only a Signal Ground and a 
> Protective Ground, but seperate grounds for each data path.. here are
> the pinouts (i think) on the mac serial ports:
>     ....
 

With minor hardware trickery, you can make the same DIN-8 be either
MAC-compatible or have the 7 RS-232 signals needed for flow control and
still have a extra ground left over.

The trick is to use the returns as either returns in MAC-mode or signals in
RS-232 mode.  A genuine electrician would understand and explain the
details better than I.

I'm not sure the result is genuine RS-42whatever, but then neither is the
MAC.   (For one thing, only some of the MAC signals are differential.)


Vernon Schryver,  vjs@sgi.com
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Date: Mon, 13 Apr 92 22:47:35 EDT
Organization: Izot's Swamp

gerg@netcom.com (Greg Andrews) writes:

> The modem operates in either Micro/Long or Short/Long mode.  When there
> isn't much data to send, the modems bounce Micro (or Short) packets off
> each other.  The smaller symbols allow the modem to turn the line around
> faster to deliver keystrokes and echoes quickly for interactive terminal
> work.  (It's still slower than most people like, but it's faster than
> trading 128 ms Long symbols back and forth!)

   Yeah... would the modems 'idle' by trading micro symbols?  If so, why does 
it appear to take so long to echo a command in interactive use (I'm sending 
single characters and the host is echoing them as such)?

> In other words, when the modems have little or no data to send, they
> use smaller symbols.  That's the machine-gun-like sound you hear if
> you turn on the speaker during a clean connection.  When the modems
> have lots of data to send, they shift up to the longer symbols that
> hold more data.

   When I leave the speaker on (M2), the symbols I hear don't sound all that 
short.  Does the reversal/retrain take long in this instance?

Geoffrey Welsh, 412-305 Margaret Avenue, Kitchener Ontario, N2H 6S4 Canada
geoff@zswamp.uucp, { watmath!xenitec | m2xenix }!zswamp!geoff (519)742-1228
"Show us your sig." "Seeg?  I don't need no steenking seeg!"
Newsgroups: comp.dcom.modems
From: ravi@csi.com (Ravi Bhaskaran)
Subject: getty goes wild on TB+ on Sparc 1.
Organization: Comdisco Systems Inc.
Distribution: ba
Date: Tue, 7 Apr 1992 03:02:54 GMT

Hello there,
            This is a new problem whihc I've been having. 
When turning getty ON on a TB+ , I notice that the MR and CTS lights on,
and the RD , SD , DTR, etc   lights flashing. I notice in my
messages file:

Apr  6 19:45:05 cae780 login: REPEATED LOGIN FAILURES ON ttyb, login:_l
Apr  6 19:45:18 cae780 login: REPEATED LOGIN FAILURES ON ttyb, cesLogin
Apr  6 19:45:32 cae780 login: REPEATED LOGIN FAILURES ON ttyb, login:_c
Apr  6 19:45:42 cae780 init: '/usr/etc/getty TELEBIT-T2500-19200 ttyb' failing,
sleeping

I've been bitten by this one before , please HELP.

Thanks.
--ravi



-- 
--------------------------------------------------
ravi@csi.com     415 358 3650
--------------------------------------------------
From: nisimura@sran233.sra.co.jp (Tohru Nishimura)
Newsgroups: comp.dcom.modems
Subject: Re: SLIP+Telebit+Annex+Flow Control = Problem
Date: 11 Apr 92 12:01:44 GMT
Organization: Software Research Associates, Inc., Japan

In article <1992Apr10.172443.15529@westford.ccur.com> dhb@westford.ccur.com (Don Barstow) writes:
>
:: I ported the PD 386 SLIP streams module to my machine (not
:: a 386, but still a STREAMS TCP/IP environment).  Between two
:: machines with a direct null-modem link at 19200, I have had no
:: problems.  But when I set it up over the phone line as seen in
:: this picture, I have a real problem.
:: 
:: .......
:: 
:: I have no problem with rlogins or telnets.  My problem comes with file
:: transfers.  With hardware flow control set at both ends, after a little
:: while, I see my modem (M1) turn off CTS and leave it off forever.  This
:: is much more common if C1 is rcp'ing to C2 (really thru C2 to something on
:: the Ethernet).  Both directions seem worse with binary files than ASCII
:: files.
:: 
:: ....
:: 
:: Any ideas about what might be going on?

What type of hardware is your ANNEX ?
Both the-original-ANNEX and ANNEX-II cannot not handle modem-control and
hardware flowcontrol simultaneously.

In this case, you have no luck.  Use ANNEX-IIe or ANNEX-3.

Tohru Nishimura
nisimura@sra.co.jp
Software Research Associates, Inc. Tokyo.
Newsgroups: comp.dcom.modems
From: mzimmerm@magnus.acs.ohio-state.edu (Michael T Zimmerman)
Subject: Re: Supra V.32bis (Disappointment) (not)
Organization: The Ohio State University
Date: Mon, 6 Apr 1992 13:11:39 GMT

jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
: Supra Tech solved my problem but only by dashing my hopes and dreams.
: Their story was that the Mac serial port can connect to modems at no better
: than 19200 baud. Turning down the speed indeed solved the dropout problem,
: but as the Supra guy told me, it effectively eliminated making use of the
: speed advantage of v.32bis or data compression at high connect speeds.
: Supra told me that the only way to use that extra speed capability was to
: buy an add-in card with high speed serial ports. (Said something about
: needing ports that can do UART [?])

Nah, I strongly suspect several things.  A)you did not have the Mac-Pack
if you have the modem this early.  B)you picked up the normal modem to Mac
cable with your old (slow) modem or at the local computer store. I wont
be able to verify this for several weeks (until I get one), but it sounds like you simply need to get a "hardware handshaking" cable for the Mac.  Normal
(slow) Mac-modem cable, do not connect the hardware handshaking lines which
you need to go fast.  Assuming that this works, the Supra tech either had a   
long day, or was outright lacking in knowledge.  

Best of luck
Mike
From: Richard_Parson@mindlink.bc.ca (Richard Parson)
Newsgroups: comp.dcom.modems
Subject: Re: Threaded Protocol (was New BBS Software)
Date: 14 Apr 92 10:25:35 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

> David Hanley writes:
> 
>   I've decided to start writing some new bbs software that i intend on
> distributing as shareware.  I have some interesting new features in mind,
> such as the ability to download/upload files while reading messages or
> playing online games..

Sounds good.  I'm no software expert, but have been told that you'll need
something called a threaded protocol to allow simultaneous messaging and
downloading over an ordinary modem.  Supposedly Zmodem has the beginnings of
support for this sort of thing.  Might be worth talking to the authors of High
Speed Link and BiModem too, as these protocols almost have what you need
because they let you chat online while simultaneously uploading/downloading.

Probably wider application of threaded protocols can offer much more to online
services than the few percent extra speed that can be gotten by putting effort
into further optimizing standard non-threaded protocols.  A whole new ballgame
instead of more of the same.

I would like to see your idea pursued and applied so that an online caller can
view text while a small image file associated with that text is being
downloaded in the background to a buffer during idle time - then displayed on a
reserved corner of the screen once received.  Even better if a screen full of
text and a small low-res image appeared immediately, with image resolution
increasing as more image data arrives while the caller/viewer reads the text.
(Star Trek transporter like?).  Such an online image/text capability has great
potential.

Right off the bat, I'd like to use it to enhance the practicality of the
MISSING_CHILD .GIF images being circulated to Fido BBSs.  If a caller is busy
reading descriptive text while the image is being sent, the delay won't be
noticed too much - especially using a V.32bis modem.

Properly applied, threaded protocols offer an ability to have an online glossy
magazine that appears to be almost realtime.


                                       Richard

Newsgroups: comp.dcom.modems
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: Telebit Loyalty pays
Reply-To: Irving_Wolfe@Happy-Man.com
Organization: Happy Man Corp., Vashon Island, WA 98070-7399
Date: Fri, 10 Apr 1992 04:34:22 GMT

If Telebit were stupid enough to extend the Loyalty Pays program,
it would be proving to the loyal customers who trusted its word
that loyalty does not pay.  They would conclude that Telebit
tricked them into buying one or two modems before they really
needed them, and would never trust Telebit again.  As a decent,
honest company, Telebit is too honest to continuously extend a
time-dated offer.

We were loyal, and they are being loyal.  The disloyal folks now
have to pay more.  That's the way it should be.

-- 
 Irving_Wolfe@Happy-Man.com      Happy Man Corp. 206/463-9399 x101
 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399  fax x108
 We publish SOLID VALUE for the intelligent investor.  NextMail OK
Info free; sample $20: Send POSTAL addr: Solid-Value@Happy-Man.com
From: gong@sybil.cs.Buffalo.EDU (yiming gong)
Newsgroups: comp.dcom.modems
Subject: Promodem 2400
Date: 12 Apr 92 01:56:56 GMT
Organization: State University of New York at Buffalo/Comp Sci
Originator: gong@sybil.cs.Buffalo.EDU

Is any one over ther knows how to use a Prometheus's promodem 2400
modem? What those dip switchs for?

Thanks in advance.

Yiming
Newsgroups: comp.dcom.modems
From: klm@gozer.mv.com (Kevin L. McBride)
Subject: Re: Supra V.32bis FAXmodem
Organization: GhostBuster Central - Southern NH Usenet Access, Nashua, NH
Date: Wed, 08 Apr 92 21:37:05 GMT

gsnow@clark.edu (Gary Snow) writes:

> >I'm not familiar with the Class 1/Class 2 type modems, but I could
> >conceive of a fax-getty program run instead of getty which would take
> >the answer result-code from the modem and either exec a fax receive
> >program or /bin/login depending on the connect type.  Wouldn't this be
> >possible, or is there something in the design of the class 1/2 command
> >set that would prevent this?

> Hmmmm, that certainly sounds feasible, and worth a try, but I wouldn't
> purchase a FAX modem just to find out.  If anybody out there has tried
> this please speak up.

This had better be possible, otherwise it almost completely defeats
the purpose of putting a V.32bis/FAX modem on a UNIX machine.

I don't have access to documentation for the Class 1/2 command set and
I also don't (yet) have such a modem.  I will, however, be getting the
modem soon.  If someone can provide the necessary documentation
(result codes?)  I'll hack netfax to make it work.  I don't feel like
giving up one of my UUCP/modem phone lines just so I can receive
FAXes. Knowhatimeanvern?

-- 
Kevin
From: ST7021@SIUCVMB.BITNET
Newsgroups: comp.dcom.modems
Subject: Detecting Off Hook Presence of Phone Line
Date: 13 Apr 92 18:32:13 GMT
Article-I.D.: ucbvax.9204140700.AA01674
Organization: The Internet

I am in need to a FCC certified device that can signal a user if the phone
line is in an off-hook state. The design of something like this seems fairly
easy, but I have to be legal about this :)

If a device exists that can set off an alarm, or perhaps give me five volts
or something similar, that would be great. I just need to have a device that
can warn (audibely) a person if the phone is off-hook. Thanks for all responses

Thomas Boehler
Newsgroups: comp.dcom.modems
Subject: PEP Upgrade for T-3000's"""
From: awlin@eagle.wesleyan.edu
Date: 17 Apr 92 05:08:50 EDT
Organization: Wesleyan University

I purchased my Telebit T-3000 from a retailer (Connecticut Micro Corp) and was
wondering about the availability of the PEP/Super-PEP upgrade I have been
hearing about.  I did not buy the T-3000 under the so-called Loyalty Pays
program, or I don't think I did, and am curious as to whether I am eligible for
the free PEP/Super-PEP (don't know which is correct) upgrade to the new
WorldBlazer.  Please let me know, since I bought the T-3000 assuming the
upgrade would be free.

Andie Lin

Newsgroups: comp.dcom.modems,biz.comp.telebit
From: lydic@ka8lvz.uucp (lydic)
Subject: Re: Loyalty Pays Again and PEP upgrade?
Organization: organization
Date: Thu, 16 Apr 1992 04:00:27 GMT

In article <njrjkc.ryan@netcom.com> ryan@netcom.com (Ryan Miller) writes:
>
>The good news in regards to the length of time Telebit is taking on the
>PEP upgrade, is that it will be a new FASTER PEP. I think it's called
>Turbo PEP. If you're getting the upgrade for the T3000, expect this gem
>when you get the upgrade. Just to give you a comparison, old PEP might
>get about 1200cps on a compressed file on a long distance call. The new
>TurboPEP gets about 2000-2100cps on a compressed file long distance. It
>is still in testing stages, but I can't WAIT until it comes out. This
>blows away v32bis. The connect rate is something like 25k or 28k instead
>of 19.2k. 

   I still think this is just rumor, but if you think about it it makes
   logical sense.  V.32 bis is 14,400 FULL duplex, so I suspect the same
   techniques could be used for something like 28,800 HALF duplex.

   -.. .

   John W. Lydic Jr              lydic@ka8lvz OR osu-cis!n8emr!ka8lvz!lydic
                                 jwl@ka8lvz   OR osu-cis!n8emr!ka8lvz!jwl
   ... -.-
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Loyalty pays
Date: Sun, 12 Apr 92 09:38:39 EDT
Organization: Izot's Swamp

traub@rtf.bt.co.uk (Michael Traub) writes:

> And if you aren't an American you can't possibly be loyal so you will
> have to pay up as well.

   For that you should blame your country's telco regulators...

Geoffrey Welsh, 412-305 Margaret Avenue, Kitchener Ontario, N2H 6S4 Canada
geoff@zswamp.uucp, { watmath!xenitec | m2xenix }!zswamp!geoff (519)742-1228
"Show us your sig." "Seeg?  I don't need no steenking seeg!"