HDTenEightyP/NetNews huggingface dataset:
From: jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler)
Subject: Re: svr4 asy, uucico and ttymon hints (was: Sys V R4, Async problems...)
Organization: none
	<1992Apr6.124517.18988@werple.pub.uu.oz.au>
	<JHPB.92Apr7230655@sarto.budd-lake.nj.us> <596@tmcsys.UUCP>
Date: Fri, 10 Apr 1992 03:52:36 GMT

In article <596@tmcsys.UUCP> lothar@tmcsys.UUCP (Lothar Hirschbiegel) writes:

   One of the best solutions for this problem I've ever seen is implemented
   in the latest version of my Zyxel modem roms. There is a new command ATQ2,
   which disables modem response for *incoming* calls, but keeps it
   enabled otherwise. I really like that feature :-)

   One other thing you could do is setting AT&D3 in your Dialers script. As far
   as I know this mode is quite common for all kinds of modems, forcing
   a reset of the modem after DTR on->off transition. 

Many thanks to all who responded.

I set AT&D3 as two people have recommended now, and this seems to work
OK.  It just wasn't documented in the user's manual (though it is in
the help that at&$ prints out).

The atq2 is the telebit string I mentioned.  My ZyXEL ROMs don't have
it, they must have put it in in the last couple months.
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: Hung port with FAS
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Wed, 8 Apr 1992 22:07:50 GMT

jeff@dwerger.nshore.ncoast.org (Jeffrey E. Finucane) writes:

>   I am experiencing a port hang problem with a "standard" COM1 connected
>to a Telebit Trailblazer+.  I experience the problem when connecting for
>interactive use with a slow modem (2400bps).  The shell or application
[..]
>   Perhaps this is related.

Perhaps, but it isn't "THE" fas2.09.1 hang problem.  "The" problem is
that ports stop responding ... when dialed into, the modem will answer,
but no prompt will ever appear.

-- 
bill@unixland.natick.ma.us   ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 and Xdm - anyone got a working copy?
Date: 12 Apr 92 02:36:20 GMT
Organization: AT&T

In article <1992Apr11.040722.2655@ddsw1.MCS.COM> karl@ddsw1.MCS.COM (Karl Denninger) writes:
> Does anyone have a working copy of "xdm" for Dell SVR4?  The copy which is
> supplied with the release doesn't work....  I'm looking to avoid having to
> get the entire X11R4 (or R5) kit and build it...
> 
> Please email sources if known...
> 
> --
> Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
> Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
> Request file: /u/public/sources/DIRECTORY/README for instructions

My X11R4 xdm for SVR4 is available on export in contrib/xdm-X11R4-SVR4.Z.
This is built from the X386 1.1b distribution for SVR4, and used on
Microport SVR4 3.1.  Try it out, and let me know if you have any problems.

For anyone building X11R5, I had to make the following change to the
X386 server to make it work properly with xdm.  It was closing the mouse
device when the server was restarted by xdm, but failing to reopen it.
The following patch solves the problem:

*** ORIG/x386Io.c       Sat Apr 11 22:29:58 1992
--- x386Io.c    Sat Apr 11 22:30:12 1992
***************
*** 711,721 ****
   *      Enable the handling of the Xque
   */
  
  static int
  x386XqueEnable()
  {
    static struct kd_quemode xqueMode;
-   static Bool              was_here = FALSE;
  
    if (!was_here) {
      if ((x386Info.xqueFd = open("/dev/mouse", O_RDONLY|O_NDELAY)) < 0)
--- 711,722 ----
   *      Enable the handling of the Xque
   */
  
+ static Bool was_here = FALSE;
+ 
  static int
  x386XqueEnable()
  {
    static struct kd_quemode xqueMode;
  
    if (!was_here) {
      if ((x386Info.xqueFd = open("/dev/mouse", O_RDONLY|O_NDELAY)) < 0)
***************
*** 768,773 ****
--- 769,775 ----
        }
      }
  
+   was_here = FALSE;
    return(Success);
  }
  
This should probably be added to the X386 FAQ, along with the discussions
of X11R4 xdm for SVR4.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | I asked her her name.
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   She said her name was
200 Laurel Ave - 4B-421     |                       |      'Maybe'
Middletown, NJ  07748       | (908) 957-5871        | --Damn Yankees
From: richard@pegasus.com (Richard Foulk)
Newsgroups: comp.unix.sysv386
Subject: Re: Memory Cache and Unix
Date: 9 Apr 92 01:59:15 GMT
Article-I.D.: pegasus.1992Apr9.015915.7237
Organization: Pegasus,  Honolulu

>Let's assume even a small 32K cache.  It seems extremely unlikely
>(to me) that 32K worth of instructions are going to be executed
>before some system call is made and Unix switches away from this
>process to handle something else.

Remember, the systems we're talking about here execute somewhere
between 4 and 16 million instructions per second.  If your system
isn't lost in some expensive i/o with lots of interrupts then it will
usually go through a *lot* more than 32K before a context switch.

>Unless that "something else" is the shared text for the same program
>that was running, isn't the cache now totally invalid and doesn't
>it get refilled?
>
>So what purpose does this serve on Unix systems?  Indeed, wouldn't
>the cache actually hinder performance?  And wouldn't a larger CPU
>cache hurt even more?

You make it sound like the CPU must wait for the entire cache to be
refilled before it can continue.

Given a well designed cache, if you somehow find some code that totally
circumvents the cache it will run as fast as if the cache were disabled,
not slower.

Generally, the cache uses a relatively small amount of expensive,
high-speed RAM.  When the processor addresses RAM that's not in the
cache the cache system goes out and reads it in, real time, no
slow-down from the point of view of the slower main memory.

(This is a very simplistic description of a very simple cache ...)


-- 
Richard Foulk		richard@pegasus.com
Newsgroups: comp.unix.sysv386
From: coffler@jeck.amherst.nh.us (Jeff Coffler)
Subject: Any known-working 486/50 EISA motherboards around for Dell UNIX?
Reply-To: coffler@jeck.amherst.nh.us (Jeff Coffler)
Organization: Private system
Date: Sun, 12 Apr 1992 12:27:10 GMT


I need some hardware advice ...

I currently have an AMI Enterprise-II 486/33 EISA motherboard, and I'm
interested in upgrading to a 486/50 EISA motherboard.  Since I have had
extraordinarily good luck with the AMI Enterprise-II series, I naturally
tried their new AMI Enterprise-II 486/50 EISA motherboard.  Well, my luck
with AMI stopped! :-(  While their 486/33 motherboard worked perfectly, I
can't get their 486/50 EISA motherboard to run Dell Unix (SVr4 V2.1) for
more than an hour or two without kernel panics.

I've spoken with AMI's technical support (who assures me that any OS that
worked on the 486/33 will work on the 486/50 - how encouraging), and I
haven't heard anything hopeful.

Any suggestions of known-working 486/50 EISA motherboards around?  The more
bus slots, the better; since my current card has 8 slots, I'd like no less
than that.  Also, the motherboard should accept at least 32meg of memory
onboard (the more, the better) without tying up a bus slot for an extended
memory board.

When I first looked into motherboards (for the 486/33), I heard glowing
reports on: (1) The AMI Enterprise-II, (2) Milex, and (3) Micronics
486/33 w/64K cache (is this an EISA board?).  How about some glowing
reports for the 486/50 motherboards?

Thanks for any advice you can offer!
-- 
Jeff Coffler                            UUCP:      ...{decvax,mv}!jeck!coffler
Southern New Hampshire                  Internet:  coffler@jeck.amherst.nh.us

                {Disclaimer: What I say is my personal opinion}
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.unix.sysv386
Subject: Re: Cyrix CX486SL
Date: 8 Apr 92 21:01:29 GMT
Article-I.D.: yetti.1175
Followup-To: frank@cs.yorku.ca
Distribution: world
Organization: York University, Dept. of Computer Science

In article <3138@wzv.win.tue.nl>, rob@wzv.win.tue.nl (Rob J. Nauta) writes:

|> I read in a magazine lately that Cyrix has announced a new processor,
|> the CX486SL, a clone of the Intel i486. The article stated that
|> apart from the price ($119 vs. $400 for a real 486 (both 25 Mhz)),
|> its main strength is the fact that it has a casing compatible with
|> the Intel 386SX. This made me wonder:

The CX486SL is closer to the 486SX (not a 486DX). The chip has no math 
coprocessor, and 1k internal cache, also about 600,000 transistors. From
what I've read it sounds similar to the IBM 386SLC chip (I'm not quite
sure why Cyrix decided to designate the chip as a 486). 

|> - I assumed that the 386SX is a surface-mounted component which is
|> glued/soldered onto the motherboard. If true, this makes upgrading
|> your 386SX motherboard rather difficult.
|> - A typical 386SX motherboard has a 16-bit databus, does this mean
|> that this processor is also only 16 bits external ?

Since the product is to be officially announced this week correct info
should be know soon, but as far as I know yes. Articles in comp.architecture
suggest the ext. data path is 16 bits.

|> - Does it have a coprocessor, like a real i486 ?
|>

NO.
 
|> The concept isn't as interesting as I first thought, almost all
|> SX boards and PC's are 16 or 20 Mhz, 25 Mhz SX'es are rare, so
|> why go for this strategy ? Has any manufacturer announced a
|> motherboard based on this processor yet ?
|> 

From the article in PC Week the performance puts it betweem 486SX/20 and
486SX/25 (Intel). Several makers like AST, TANDON, maybe DELL will announce
machines using this chip soon.


-- 

--------------------------------------------------------------------------
  ---  --- 	Frank Pikelner
  \    \  \	Technical Assistant
   \-   \--	York University (Toronto, Canada)
    \    \	Internet: frank@cs.yorku.ca
--------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: rjl3f@uvacs.cs.Virginia.EDU (Robert Lockwood)
Subject: Need Help: X386, SCO & ATI
Organization: University of Virginia Computer Science Department
Date: Thu, 9 Apr 1992 23:36:56 GMT

I have compiled the X386 server and am having trouble getting it to run.

I am using a Gateway 2000 with an ATI Wondercard.  I have selected 
'ATI' in my Xconfig file.

The server dies in ATISave when the first outb to port 0x1ce is
performed.  This creates a memory access error.

The header to the driver.c file says that this is the address of the
special registers.  

Has anyone else experienced problems with this driver?  Is there an
alternate port I should use?  Any suggestions or fixes?

Thanks in Advance,
Bob

rjl3f@uvacs.virginia.edu
From: rob@jdsny.com (Rob Yampolsky)
Newsgroups: comp.unix.sysv386
Subject: funny curses stuff
Date: 8 Apr 92 23:39:45 GMT
Article-I.D.: jdsny.1992Apr08.233945.22065
Organization: Jefferson Data Services

I have a problem with curses that occurs consistently under Interactive v2.1.2
and not on several other unix systems I've tried (AIX-RS/6000, Ultrix-Decstation
3100).  The problem occurs on vt100 and vt220 terminals.  The terminals are 
really PROCOMM doing vt100 and FTP's rlogin doing vt220.

Under certain circumstances - and I'm not entirely sure what they are - 
refresh() doesn't output all of the data to the screen.  Wrefresh(curscr) will
then fill in the missing data, so I did put it there.  And, yes, the refresh
came after the addch calls.  

I think it has something to do with changing attributes between column 80 and
column 1 of the next line.  The screen is supposed to have REVERSE data at the
end of line 2 and NORMAL data at the beginning of line 3 followed by some more
REVERSE data.  The NORMAL stuff doesn't show up without a wrefresh(curscr), 
which leads me to believe that curses thinks it was already there.

Any ideas?

Oh yeah.  There's this other problem.  Am I wrong, or can you not reliably 'or'
together several attributes (specifically A_BOLD|A_REVERSE) under curses and
get them displayed on a vt100.  It seems to work sometimes, but not
consistently.

If you're feeling bold, mail replies to rob@jdsny.com.  (I'm not yet convinced
that anything I've posted so far ever actually got there - how come there's no
way to have your own articles transmitted back to you for testing purposes?).
From: uri@watson.ibm.com (Uri Blumenthal)
Newsgroups: comp.unix.sysv386
Subject: Re: netfax and ZyXEL modem under SVR4?
Date: 6 Apr 92 23:15:40 GMT
Article-I.D.: watson.1992Apr06.231540.34017
Reply-To: uri@watson.ibm.com
Organization: Do you care? Why?
Disclaimer: This posting represents the poster's views, not necessarily those of IBM

In article <JHPB.92Mar28151411@sarto.budd-lake.nj.us>, jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
|> Is anyone running netfax with a ZyXEL V.32bis/fax modem under SVR4?
|> 
|> I installed version 1.2 of netfax, but it refuses to connect to my
|> friend's FAX machine.  It doesn't seem to realize that there is no
|> connection, though, and it will merrily send FAXes out into thin air.

I suspect it's dead.

|> Also, I just found the source for netfax 2.1 lying in uunet's /tmp
|> directory, and am wondering if this will make any difference.

Now this can make a difference. Actually, I'm working now on
Netfax-2.1, making it working with ZyXEL. I've managed to
have stable sending of multipage faxes.

One problem for you - I'm working with ESIX Rev.D (and I'm not
planning to upgrade yet).

Regards,
Uri.		uri@watson.ibm.com
------------
<Disclaimer>
Newsgroups: comp.unix.sysv386
From: s2285427@techunix.technion.ac.il (Amnon Horowits)
Subject: Problem Installing ISC SYSV3.2 V3.0
Organization: Technion, Israel Inst. of Technology
Date: 10 Apr 92 14:26:22 GMT

Does any one have any idea why this happens?

Configuration:
	EISA MCS 486 motherboard
	Adaptec 1542 or Future Domain SCSI host adaptor
	Fujitsu SCSI drive

Installation works perfecly until the time comes to reboot the machine.
When booting the BIOS(AMI) sais "No Operating System" and quits.
When setting up a DOS file system on the disk the machine boots happily off
the disk.  The unix partition is the only partition on the disk and is active.

I'm lost -- open to suggestions.

s2285427@techunix.technion.ac.il, amnnon@virgo.tau.ac.il, amnon@FibHaifa.com
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Problem getting 2150s SCSI tape drive working with ISC2.2.1.
Date: 11 Apr 92 12:53:11 GMT
Organization: Feeds-R-Us

rhill@pulse.spacecoast.org (Russ Hill) writes:


>I wrote a little program to see what the real error was by just trying to
>open the device with an fopen() and calling perror().  It reported:

>fopen: No such device or address

>Has anybody ever seen this?  And if so how did you fix it?

I remember it well -- look in the documentation -- it specifically
tells you how to create the missing file(s) --

Since I don't run ISC -- I don't remember the solution -- but I 
do remember looking this up in the release notes --

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: Re: SLIP for ISC 2.0.2
Date: Wed, 15 Apr 1992 11:33:38 GMT

  There is a slight bug in the version posted many years ago, which I
 have corrected....

  I've been dribbling out the modified sources I have to the few
 interested people - if anyone needs sources, just drop me
 a note (rivers@ponds.uucp) and I'll send them to you.

  I've modified the sources to correct a buffer allocation problem,
 and to add dialing capability to slattach, ala the Sys V4 sources.

  There is still work to be done, i.e. proper ioctl() and handling
 more than one tty - volunteers?

           - Dave Rivers -
           - rivers@ponds.uucp -
From: venu@cirrus.com (Venu Nayar)
Newsgroups: comp.unix.sysv386
Subject: ASPI specification for SCO UNIX???
Date: 8 Apr 92 00:03:27 GMT
Organization: Cirrus Logic Inc.


Is there an ASPI specification available for device drivers under SCO UNIX?
Is it in any way similar to the MSCSI specification? 

Thanks,
-- 
Venu Nayar			|		Internet: venu@cirrus.com
Cirrus Logic Inc.		|		(415)-226-2100 X3737
I don't have to take this abuse from you -- I've got hundreds of
people waiting to abuse me.
From: frank@rniwi.rni.sub.org (Frank Mogaddedi)
Newsgroups: comp.unix.sysv386
Subject: Re: X11R5: make breaks (ISC3.2.2 AND gnu make) at libX11.a
Keywords: X11R5 ISC make
Date: 16 Apr 92 10:48:08 GMT
Distribution: comp.unix.sysv386
Organization: Frank's Wild Unix

crusoe@opal.cs.tu-berlin.de (Andre' Zehl) writes:

>Trying to compile libX11.a ISC's (3.2.2.1) make broke with a
>	
>	Make: Hash table overflow. Stop

>. The problem seems to be, that there are maybe a (approx.) 100 files to
>compile. The Makefile was (of course) generated by imake. 
>Is there an other solution except reediting the Makefile (bugfix, 
>command-line optionm or something similar)?
>Any hint is appreciated - Thanks in advance!

Hi Andre'

You have 2-3 options. I tried them all. They work :-)

1.)	Edit the Makefile and shorten the '.h' dependencies that
	were automatically generated.
2.)	Run a 'make -n' in that directory, nfs-mounted from
	something like a sys5r4-box whose make can handle the Makefile.
3.)	get 'x11make'. It's a make-replacement that was posted
	some while ago. I still have it and use it. Works pretty
	decent, with 1 or 2 exceptions (on install it can't evaluate
	*.xxx in the dependencies and then say make *.xxx) Something
	like that...
	I fixed a little bug that appeared on the construct of
	OBJS = xxx.o \
		$(FOO)
	where when FOO would be undefined, x11make would try to reference
	through a NULL-pointer into nirwana and cough.

If you need x11make and can't get it somewhere else, I'll repost or
mail it to you

	bye
	Frank
-- 
+-----------------------------------------------------------------------------+
| e-mail: frank@rniwi.rni.sub.org | Disclaimer: "Read my lips" (George Bush)  |
|	  Beauty is only skin-deep, but ugliness goes clean to the bone	      |
|			Maybe life is but a nightmare?			      |
Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: C news multi-FS patches posted to alt.sources
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Technology, Inc., Huntsville, Al.
Date: Mon, 13 Apr 1992 16:06:41 GMT

In article <1992Apr8.230108.8419@unixland.natick.ma.us> bill@unixland.natick.ma.us (Bill Heiser) writes:

=Anyway, my point to this message was to mention my experiences with 
=multi-filesystem news on ESIX 3.2.  I first tried the patches by
=branching off the rec hierarchy onto a separate filesystem.  That worked
=fine for rec, but still left the main news partition way short on inodes.
=Recently I repartitioned, using four partitions:  alt, rec, comp,
=and everything else in one partition.  I have quickly discovered that
=while I have LoTS of inodes free (over 160K inodes), I have problems
=with actual disk space in several of the partitions.

Well, yes, there are finite limits to all computer resources...

=In short, this allocation is an exercise in experimentation to see
=what kind of partitioning is best for you.  Based on my experiments
=(with about 2,000 groups), it looks like 3 partitions, maybe alt/rec,
=comp, and everything else, sized proportionally, might just about do it.

When you redo things again, do a little research--count the number of
articles in each block you want on an individual partition, divide it
into the total space used, then multiply by 65556 to get an approximate
size for your partition. With a general mix of groups, that came out
to about 182MB on my ISC 1.0.6 systems. There will probably be some 
variation in exactly how many disc-blocks-per-inode are being used between
the different groups (rec.humor has lots of small articles, while
comp.sources has lots of large ones, for example), so you'll probably
want to check it for each partition. (I know that you can't really
create 65556 inodes; it was 65488 here, that just gives a little margin.)

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
From: ogden@lamar.ColoState.EDU (Fred Ogden)
Newsgroups: comp.unix.sysv386
Subject: Installing TCP/IP on ISC3.0.
Summary: Can't get TCP/IP to run (HELP)
Keywords: ISC TCP/IP v.3.0
Date: 11 Apr 92 22:38:36 GMT
Organization: Colorado State University, Fort Collins, CO  80523

Hello fellow netters,

I recieved my upgrade to ISC ver. 3.0 a couple of weeks ago, and I've been
able to get everything up but the TCP/IP.  I've installed it according to 
the book.  When I boot the machine, I get a message:

cp cannot create /dev/netsched
tcp timer failed
snmpd: fd: invalid argument

I tried such simple things as setting the attributes of /dev/netsched 777 but
when I did that, I get the following message:

/etc/rc3.d/S05hbtcp: /dev/netsched not writable

I'm starting from scratch on a 486/33 ISA with a WD8003e card set at IRQ 2.
If anyone has encountered this problem, please tell me how to fix it.  

Thanks 1E+06,
***************************************************************************
Fred L. Ogden
Engineering Research Center
Colorado State University
Fort Collins, CO 80523
ogden@lamar.colostate.edu
***************************************************************************
Newsgroups: comp.unix.sysv386
From: dave@pmafire.inel.gov (Dave Remien)
Date: Fri, 17 Apr 92 04:08:46 GMT
Organization: WINCO
Subject: Re: The cost of free software
Followup-To: 
Distribution: wo
Organization: WINCO
Keywords: V.4, broken, not

In article <1992Apr16.181559.16107@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>
>  Give it a rest. Those of us with V.4 (at least the Dell flavor) are
>happy. It's a hell of a lot more reliable than some of the well known
>brands of UNIX I use on other machines.

I second the motion completely; Dell V.4 is more reliable than ANY of
the V.3.* '386 products I've run, except possibly for SCO. SCO drove me
bananas, though, and the networking was pitifully slow, not to mention
more than twice the price.

Just my opinion.

Dave
-- 
Dave Remien +*+*+*+*+*+*+*+*+*+*+*+*+*+*+ WINCO Computer Engineering Group 
  dave@pmafire.inel.gov or rzd@inel.gov      "Dave Barry for President"
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: comp.unix.sysv386
Subject: Re: svr4 asy, uucico and ttymon hints (was: Sys V R4, Async problems...)
Date: 11 Apr 92 23:26:53 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <596@tmcsys.UUCP> lh@aega84.uucp writes:
>In article <JHPB.92Apr7230655@sarto.budd-lake.nj.us> jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
>>
>>Since leaving command echo off causes problems for outgoing calls (no
>>way to figure out exactly when the modem connects to the remote?),

Why wont the proper sequence in the Dialers file work.  Just
turn on echo as part of the first strings, and have the modem
reset on disconnect.    Is there a problem with this approach?

-- 
Bill Vermillion - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
Newsgroups: comp.unix.sysv386