HDTenEightyP/NetNews huggingface dataset:
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 13 Sep 92 20:38:17 GMT
Organization: Dell Computer Co

evan@telly.on.ca (Evan Leibovitch) writes:

>In the meantime, there are other sites with R4 binaries that are
>presently ftp-able. Why should an R4 binary be specific to ESIX, or
>Dell, or anyone else?

This is a very good point, one we have been trying to get across to ISV's 
for quite a while.  Unfortunately, despite standards tests, and the iABI
there are some subtle problems with some of the SVR4 vendors.  I continue
to see ads for 'xyz widget software for Brand X SVR4".  Of course there
are also those that claim "runs on any Intel SVR4".  Hopefully these are 
truthful, but I suspect that in a lot of cases they are not.  I think
everyone that reads this group would be happier if they didn't have to ask
questions like 'Does this DAT drive work with my brand of SVR4?'.  Instead,
a simple 'does Intel SVR4 support my DAT drive?' should be all that's needed.

I wish that last was true today, but I think "Open Systems" is a mythical
beast for the time being.  :-(  

The sad part is we'll all be NT programmers if we don't fix it soon.

-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
"Univel"... Just Say "NoNIX"
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Summary: Perhaps because it includes all that and more?
Keywords: dell svr4 filesystem
Organization: VideOcart Inc.
Date: Tue, 8 Sep 1992 15:35:26 GMT

In article <1992Sep8.145610.1099@godzilla.quotron.com> sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>In article <Bu1xBv.HoL@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>>bill@unixland.natick.ma.us (Bill Heiser) writes:
>>
>>>However, as anyone who is even moderately active in the USENET 
>>>world knows, things change pretty quickly ... if you want to run 
>>>the "latest and greatest", you're going to have to go out and
>>>scrounge for the latest sources anyway, even though you've already
>>>paid for them (hidden cost) when you bougt Dell!
>>
>>actually, Dell as compared against other SVR4 products is a deal --
>>look at UHC for example, or even take ESIX -- the price for Dell
>>is about what one would pay for a complete ESIX SVR4 and DOS Merge --
>
>Larry, then why is Dell "such a bargain"? If the price for Dell is the same
>as a complete ESIX SVR4 and Merge, then, if my logic is correct, ESIX is the
>better value. Am I missing something?

Yes.

DELL includes the MERGE along with their product (i.e. it is a "nuts and
bolts complete" release).  

In fact, they include damn near everything you could want, all on one tape,
along with a number of quite useful packages from the net.  Sure, not all of
them are the latest and greatest; but a number of them >are< close enough to
make it not worth the time and effort to convert to something newer.

One notable exception is the NNTP support; theirs is 1.5.10, and 1.5.11
fixes a number of bugs in batched input handling.  This is worth upgrading.

They also seem to have, in 2.2 at least, the most stable release of all of
'em out there.

-- 
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
Newsgroups: comp.unix.sysv386
From: av@omega.ssw.de (Andreas Vogel)
Subject: Re: >16MB on a 486
Date: Tue, 15 Sep 1992 00:00:13 GMT
Organization: Omega Softlab

In article <BuJIw0.AE3@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
>maziere1@husc8.harvard.edu (David Mazieres) writes:
>
>>In article <BuILEt.1MG@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
>>>It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
>>>made me believe that regarless of the setting of this file the
>>>system would start swapping at 16MB...
>
>>This maybe a stupid question, but what's wrong with doing:
>>     "MEMRANGE=0-640K:0,1M-16M:0,16M-64M:1"
>
>>The man page says of the 0/1 flag:
>>     "0 indicates no special properties and 1 indicates memory for which
>>      DMA is not allowed."
>
>First of, this option is not available in 2.2 (as far as I remember) nor
>in 3.0.  In the testing that I did with 2.0.2, even setting 16M-64M:1
>*seemed* to have no effect on whether or not the system started swapping 
>when I reached 16MB of data in processes (using a test process I wrote 
>which allocates 1MB of data and then pokes bytes into it in random 
>locations).  This is something I tried about a year and a half ago and
>I don't have 2.0.2 running anywhere at this point to review the
>test, but I am pretty sure that those were the results I observed.
>

As far as I know, one have NO access to memory above the first 16 MB.
This is true for ALL SVR3 Systems (ISC, SCO, ...). This might be true
for some SVR4 systems. The original AT&T code provides the routines
to access memory above the first 16 MB but these routines are not
enabled by default. The only problem that arise is to handle the DMA
access within the first 16 MB. So the kernel has to arrange this for
buffers which resides in the "extended" memory. Personally, I have a 486 ISA
machine running SVR4 with 32MB memory and my SVR4 (SINIX) definitely
uses the whole 32MB :-)) Upgrading to 64MB will give no problems (except
financial aspects :-)

Conclusion: SVR3 no, SVR4 maybe.

P.S. A developer at Interactive (UK) told me, that Interactive would
     NEVER support memory wich extends the 16MB limit in their SVR3
     version running on ISA architecture. Note that this statement
     was made about 8 month ago, so I don't know if Interactive
     changed their opinion in the meantime.

P.P.S. In /stand/boot I have an entry MEMRANGE=0-640K:0,1M-64M:0 which
     works fine for me.

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
Newsgroups: comp.unix.sysv386
From: danh@quantum.on.ca (Dan Hildebrand)
Subject: Re: Loosing incoming serial characters [summary]
Date: Sun, 13 Sep 92 13:29:22 GMT
Organization: Quantum Software Systems

In article <1992Sep12.150643.14282@tware.com> bash@tware.com (Paul Bash) writes:
>In article <BuEwB8.362@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>>
>>I would hate to tie up 25% of my CPU just doing serial IO.  I have a
>>bunch of modems all locked at 38400 and 56700, and my CPU loading is
>>less than 1%.  I would never want to waste 25% of the CPU on serial IO
>
>Yeah, but most of us can't afford, or can't justify, spending as much on
>our serial I/O as you obviously do. I'm sure your Digiboard CX (is that
>right?) setup cost you more than my 486-33 motherboard with 16MB of memory
>cost me combined (~$1200). I think I can afford to waste a few cycles on
>my serial I/O.

An interesting question comes up: Which of the following 2 solutions would
be most effective at enhancing system performance for a serial communications
intensive application ?

1) Replace a 486/33 processor with a 486DX2 ( 66 MHz ) processor and add a
non-intelligent 8 port serial card ( 8 port, 16550-based boards are quite
inexpensive if you shop around ).

2) Add a Digiboard, ConnectTech, Comtrol, etc card to your 486/33 system.

Assuming that a 486/66 and the operating system of choice is capable of
handling the throughput, the boost in processing power would also enhance
everything else. Solution 2 would have the benefit that available CPU would
not decrease as much during heavy serial I/O.

This sounds something like the question of either adding a caching disk
controller  your system, or using e money for more system RAM or a
faster hard disk.
-- 
Dan Hildebrand                     email: danh@qnx.com
Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
(613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
(613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: advice on DAT drives
Date: 6 Sep 92 20:26:33 GMT
Organization: Dell Computer Co

slangley@constant.demon.co.uk (Simon Langley) writes:

>I have decided that the only way I will back up properly is to buy a tape 
>drive (for my SVR4 486) that can do backups unattended.  Therefore I have
>decided to buy a DAT drive.  My main reason for choosing DAT is that they
>are big enough (ie >330MB) for me not to have to swap tapes so I can run
>the backup overnight.

Well, there are a lot of tape drives that can hold more than 330MB, like
the Wangtek 5525 (525MB).  For long term though, the DAT is probably a good
move, although you don't specify which SVR4 you have.  I don't know for
sure if all the vendors support it, but my suspiciion is they do.

>I know very little about tape drives so could someone help me with a bit
>of advice;

>	1)	bearing in mind that my main criterion is tape size, is my
>		choice of DAT sensible?

It does provide very high capacity, if that's what you're looking for, I
imagine you'll be happy.

>	2)	will any DAT drive work on my SVR4 486 system (in theory)?

Any SCSI DAT 'should'.  Remember, not all hardware vendors are created equal :)
Best to find one that has a money-back warranty if it doesn't work w/your
system.

>	3)	am I likely to be able to swap tapes with other users who have
>		DAT and restore them on my machine?

Yes, as long as you don't use the (optional) data compression.  Not all DAT 
drives use the same compression algorithm, so unless you know the others you
want to swap with have the same type DAT Drive, stick with the normal 
uncompressed format.

>	4)	what drives are out there that are cheap but work?  (BTW I
>		shall probably be buying from the US as prices are much lower
>		so a US supplier would be fine.)

I'm not up on pricing... sorry.

>	5)	Will I necessarily need a SCSI interface for a DAT drive?

Yes.  I don't know about non-SCSI DAT drives, but I suspect finding a non-SCSI
device driver for a DAT drive would be very difficult.  

>Thanks in advance.

>-- 
>   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
>   Hampstead, London                             slangley@cix.compulink.co.uk
-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
"Univel"... Just Say "NoNIX"
Newsgroups: comp.unix.sysv386
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: Loosing incoming serial characters [summary]
Organization: Private UNIX Site
Date: Tue, 8 Sep 1992 08:35:32 GMT

larry@gator.rn.com (Larry Snyder) writes:

>jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
>
>>The PC-Design is not very good for multitasking operating system like
>>unix or OS/2. There are at least 2 dumb periphery devices which needs
>
>You don't want to have dan@quantum.on.ca hearing you say that -- he
>gets 115200 baud on 2 regular dumb ports on a 386/25 -- without any
>noticable effects on system loading :)

With FAS 2.10 under ISC UNIX 3.0 I can run two ports with NS16550A UARTs
with 115200 bps at the same time. CPU load is only 25% (486/33 motherboard)
and there are no lost characters at all. I use a 1542B and made this test
with heavy disk i/o in the background.

I think Jochen has a broken motherboard, and I don't think it is right
to make the PC design responsible for the flaw in his motherboard. It
was the motherboard manufacturer who made the error, not the people who
designed the PC. Not that I like the PC design very much, but I also
don't like wrong accusations.

BTW, the ISA bus _is_ standardized by some committee. However, I keep
forgetting its name. Was it IEEE? The times where every motherboard
manufacturer designed the ISA bus interface to its taste are long over.
If motherboards are sold today that don't conform to this standard they
can safely be considered broken.

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
Newsgroups: comp.unix.sysv386
Subject: Re: perl 4.035 induces kernel panic in SVR4
From: maziere1@husc8.harvard.edu (David Mazieres)
Date: 10 Sep 92 20:45:56 EDT
Organization: Harvard University Science Center

In article <1992Sep9.180635.27817@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <jrh.715877574@mustang>, jrh@mustang.dell.com (Randy Howard) writes:
>| maziere1@husc8.harvard.edu (David Mazieres) writes:
>| 
>| >I'm running Consensys SVR4.0.3.  Perl-4.035 compiled fine with the native
>| >cc (gcc gave problems).  When I do a "make test," however, it gets as far
>| >as comp/for and then the kernel panics.  I'm not even running it as root.
>
>| I have built perl 4.035 here on Dell SVR4, and with gcc I believe.  I 
>| suspect that you may not have answered the configure questions all correctly
>| or something *real* wierd is going on.  I can either send you my build tree
>
>Randy, I hate to disagree, but I don't care how badly he messed up his
>build parameters, if the kernel panics the o/s is at fault, not the
>user or the software.
>

Thanks for all the help I've gotten.  In fact, my problem was simply that I
was including libucb before libc.  I changed the library flags to -lc -lucb,
and the new version tested fine.  When I posted I figured I'd probably messed
up the flags somehow--the really disturbing thing is that a non-root user can
bring the whole system down.  I know the ucb library has tons of bugs in it,
but should even the most bizarely warped and misused system calls panic the
kernel?  (i.e. not should as in is this a good thing, but should as in have
other people been able to crash their SVR4 kernels reproducibly)
From: kim@cs.arizona.edu (Kyung Soo Kim)
Newsgroups: comp.unix.sysv386
Subject: SCO UNIX
Keywords: SCO UNIX
Date: 8 Sep 92 00:21:19 GMT
Followup-To: poster


Hi, netters.
  I am trying to installing SCO UNIX 3.2 on my new system.
  But, I put in wrong serial number or activation number, and 
  the system is not loading properly.  I am using MS-DOS partition
  in the same drive, so I d not want to format whole HD again and
  reinstall the system.  Is there any way that I can reinstall UNIX
  without formating the HD? or just put my correct serial and a
  activation number? (e-mail preferred) 
  Thank you.

kenny
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Summary: What he said ;-)
Keywords: dell svr4 filesystem bundling
Organization: VideOcart Inc.
Date: Tue, 15 Sep 1992 13:56:26 GMT

In article <BuKsLM.IxI@chinet.chi.il.us> ignatz@chinet.chi.il.us (Dave Ihnat) writes:
>In article <2AB40B3A.4AC7@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
>>The real choice is whether to pay for it or not. If you know ahead of
>>time you'll never need it, being forced to buy and then de-install it
>>is not what I'd call a superior "choice".
>
>Ah; you must be a young pup, and have bought the argument that IBM and others
>proposed when they first started unbundling software.  You obviously haven't
>been in enough real-world sites to have had to curse the day they unbundled
>everything, so that when a need arose you had to suddenly justify spending
>hundreds or thousands of dollars to get the tool that, had it still been
>bundled as part of the package, could have solved the problem in minutes.

(lots more good stuff deleted)

What Dave said.  Double.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022

Newsgroups: comp.unix.sysv386
From: steveh@orbital.demon.co.uk (Stephen Hebditch)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: TQM Communications, London, UK
Date: Wed, 9 Sep 1992 10:35:50 GMT

In article <Bu9nB2.G6E@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
[Stuff about what Dell includes with their SVR4 deleted]
>
>One notable exception is the NNTP support; theirs is 1.5.10, and 1.5.11
>fixes a number of bugs in batched input handling.  This is worth upgrading.

Are you sure about this? Dell 2.1 certainly came with 1.5.11, although
it was wrongly compiled to use dbm instead of dbz for the news history
file. It isn't immediately clear from the source, though, that it is
this version...

-- 
Stephen Hebditch  TQM Communications  steveh@orbital.demon.co.uk +44 836 825962
From: udalski@astro.Princeton.EDU (Andrzej Udalski)
Newsgroups: comp.unix.sysv386
Subject: Renicing background jobs in Interactive SYSVR3 2.2
Date: 9 Sep 92 12:20:55 GMT
Organization: Princeton University
Originator: news@nimaster


Is it possible to re-nice a background job? In SunOS we have "renice"
command but what about Interactive SYSVR3?

BTW, is there any archive server with public domain utilities for SYSVR3?

Thanks in advance for any help.

Andrzej Udalski,
Warsaw University Observatory.
Newsgroups: comp.unix.sysv386
From: Dean.Roth <Dean.Roth@mixcom.mixcom.com>
Subject: wanted: 386/486 UNIX buyer's guide
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Mon, 14 Sep 1992 03:22:19 GMT


Occassionally an Intel CPU UNIX buyer's guide is
posted.  I did not save a copy the last time I saw
it because I did not need it at that time. Now I do.

Please email me where I can get a copy. Thank you.

Dean
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 (and Dell hardware)
Date: 9 Sep 92 15:16:11 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bu4397.9BA@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:

| actually, I thought about maybe running a SCO box with NFS and mounting
| the CD roms from another machine..  How does the "limited user license"
| work when mounting drives via NFS?

  There's a shareware NFS server package which you can get  to mount the
CDs on DOS and export them. Randy Suess mentioned it a while ago.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: Not IRQ2 problem after all, SYSVR4 serial devices not working
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Tue, 15 Sep 1992 17:14:59 GMT

Stew Ellis (ellis@nova.gmi.edu) wrote:
: Symptom:
:    All attempts to access any of the serial ports fail with "unable to
:      create"(attempting 'cat /.profile > /dev/tty00{s|h}'), or DEVICE
:      UNAVAILABLE or UNABLE TO ACCESS DEVICE(cu -l /dev/tty00{s|h} -s 2400).
:      The curly braces indicate optional parameters.  These messages vary
:      a little from port to port on the ICC's ( ttyi[a-l] or ttyi[A-L] ).
:      All of these are while executing as root or as a regular user with
:      $HOME/.profile.
: 
I had a similar problem.  I could not access the ports with cu or cat BUT
kermit and ecu worked fine.  If this is the case, then the cure that worked
for me was simply to set the modem to assert DTR all the time.  If you are
using terminals to test the serial ports then this probably is not the problem.
If you have a breakout box you could check whether DTR is being asserted.
: 
: Any shots in the dark will also be appreciated.  Thank you.
: 
I am afraid that a shot in the dark is the best I can manage :-).
-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: hardy@cray.com (Jeff Hardy)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Cray Research Superservers Inc., San Diego CA, USA
Date: Tue, 15 Sep 1992 00:59:26 GMT

In article <BuLEn0.8pn@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>bill@unixland.natick.ma.us (Bill Heiser) writes:
>
>>lang@monolith.hal.com (Tom Lang) writes:
>>>So, yeah, some people pay for some stuff maybe they don't want, but:
>>>- if the overall price is competitive with a "stripped" product, it's still
>>>	a good deal
>
>>It sounds good in theory.  I guess that's not what is happening, though,
>>since ESIX (and others?) are available for under $700, while DELL is
>>still up around $1300.
>
>Last time I looked ISC SVR4 was up there along with UHC around 2K
>
>-- 
>Larry Snyder                                    internet: larry@gator.rn.com
>keeper of the Gator                                  uucp: uunet!gator!larry

MST Unix SVR4 is just under $700 for everything including X11R5 development,
C development, Networking, unlimited users.
-- 

... Jeff Hardy
... Cray Research Superservers, Inc.
... hardy@cray.com

Newsgroups: comp.unix.sysv386
From: pat@abtlabs.uucp (Patrick Conroy)
Subject: Help Adaptec 1742 setup and ISC V3
Organization: Abbott Laboratories
Date: Sat, 5 Sep 92 16:21:54 GMT

Can someone please help me with setting up my Adaptec 1740/42a SCSI
card in my system please?

It's a Gateway 486/33 EISA, and I'm trying to run Interactive V3.0 Unix.
This is what I've done so far:
	- run EISA config, kick card into Standard mode
	  (Int 11, IO 330, DMA 5)
	- Install ISC V3
	- run "kconfig", "HPDD" and set boot controller to AHA1740
	  and pick interrupt 11
	- save changes, build a kernel and install it
	- reboot, rerun EISA config and kick card into "Enhanced" mode
	- reboot and try to run ISC

At this point I get the error:  HPDD AHA1740 NOTICE
				Kernel is interrupt 11
				EISA NV RAM is interrupt 6

And the system hangs...

Did I run EISA config incorrectly?  I didn't pick Interrupt 6, and besides
I thought INT 6 was the floppy!  This controller has the floppies enabled
and is controlling A: and B:.

Should I have picked a different interrupt when configuring HPDD?
(I haven't installed the V3.01 "fix" disk yet -- does that matter?)
( And I have a 100MB DOS 5 partition too -- does that matter?)

I am up and running now, but the card is in Standard Mode and HPDD
is configured to use the AHA1540 driver.

But can you help me get to "enhanced" mode?

I'd be much obliged!
Patrick Conroy
(214) 518-6738         pat@turing.abbott.com
(817) 354-8456         pat@doc.abbott.com
FAX (214) 518-7469
From: wht@n4hgf.Mt-Park.GA.US (Warren Tucker)
Newsgroups: comp.unix.sysv386
Subject: Re: Looking for u386mon v3.41 or above
Date: 10 Sep 92 09:02:23 GMT
Organization: TuckerWare, Roswell GA
X-Newsreader: Tin 1.1 PL5

Heiko Schlichting (heiko@Harpo.Chemie.FU-Berlin.DE) wrote:
: sam@csi.compuserve.com (Sam Neely) writes:
: 
: >Could someone point me to the sources to u386mon version 3.41 or above?
: 
: ftp.zrz.tu-berlin.de:/unix/u386mon/u386mon-3.41.tar.Z

Has someone been working on this besides me?  Lovely.
 
----------------------------------------------------------------------------
Warren Tucker                     emory!n4hgf!wht or wht@n4hgf.Mt-Park.GA.US
"I was 35 years old before I knew a pie was meant to be eaten." - Moe Howard
From: liuyu@acf3.nyu.edu (Yung I. Liu)
Newsgroups: comp.unix.sysv386
Subject: ISC V3.0 LP interface program for Apple laser printer
Date: 13 Sep 92 16:25:37 GMT
Organization: New York University

I have an Apple Laser Writer Plus connected to my 386 machine running
Interactive V3.0.  I couldn't find any LP interface program for
Apple laser printer in /usr/spool/lp/model directory.  
Could someone please email me a copy of the interface program?

Thank you in advance.  My email address is liuyu@acf3.nyu.edu.