HDTenEightyP/NetNews huggingface dataset:
From: addw@phcomp.co.uk (Alain Williams)
Newsgroups: biz.sco.general
Subject: Re: Are the Registration cards too much work?
Date: 4 Sep 92 08:07:16 GMT
Organization: Parliament Hill Computers Ltd
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Postal-Address: 7 Prospect St, Caversham, Berks RG4 8JB, UK
Precedence: bulk


> 
> Several people at SCO Forum said that some huge number (~>90%) of their
> customers never fill out the registration part of their pink cards.
We do, but also realise that we are a rarity.
From most people's point of view - why bother, what does it get them ?
Nothing.

Also, when you unpack your system are the first thing to do is to install the
package & get it going - why bother with a bit of (useless) administration ?
Later on when things are calmer it has probably been forgotten about.

SCO may get a higher return rate if it gave something away as a result of
receiving the cards (like support, or a newsletter, ...). That would/may result
in 1 card per site (but not bother with multiple installs), some people do this.
SCO have to work out what the information is worth to them, ie how much
they are prepared to spend to get the info, my guess is not a lot as it is
mainly of interest to the marketing people - who can get that info from
somewhere else.

> I personally think this card is too big and should be cut down to a 3x5" card
> and then a user survey can be sent later.  I would like to see some discussion
> about how SCO could get more of these filled out.
If you are going to fill it in, then you only fill in the bits that you
can be bothered to fill in. I don't think that a smaller card will do much.

I suppose that there is an onus on the reseller to provide much of the same
info anyway.

The other way that registration cards could be used is to prevent theft
(ie installing the package more than once), the SCO serial #/activation key
isn't really up to doing this.

Alain Williams

+44 734 461232

If you *still* think that security is a thumb and a blanket ....
	then you haven't heard of phLOGIN. Ask me to explain.
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: 3.2 4 system reports 3.2 2
Date: 29 Aug 92 02:01:27 GMT
Organization: Izot's Swamp

rdr@attics.rn.com (Dean Riddlebarger) writes:

> "Brian J. Murrell" <brian@ilinx.wimsey.bc.ca> writes:
> 
> >A client just installed 3.2.4, however a uname -a reports that it is 3.2 2.
> >What's going on here??
> 
> What's going on is that the uname is reporting the AT&T SVID version
> number, and 3.2.2 is accurate in this respect.  SCO's numbering scheme
> for this particular OS flavor happens to be 3.2.4, even though the
> OS as such bears only a passing resemblance (stretch!) to System V
> Release 4

   Reporting version 3.2.4 is *not* the same as reporting SysV R4!  Both 
versions are reporting SysV R3.2, but why does SCO UNIX SysV R3.2v4 report 
that it is SysV R3.2v2?

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
"Feel for the winter but don't have a cold heart" - Little River Band, "Lady"
From: jmiller@wendy.bowlgreen.oh.us (Jim Miller)
Newsgroups: biz.sco.general
Subject: job control possible in [t]csh?
Date: 4 Sep 92 18:11:05 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hello again,
 I'm running release 3.2.2, and I notice that the csh does not have job
control, but ksh does. I've also obtained tcsh binaries from a couple
of different sites, and they do not provide job control either.

 Since ksh has it, I assume the necessary support is in the kernel for
it. Why then, does csh and tcsh not support this functionality?

 I would be content to use the shl program to get pseudo-job-control, but
shl doesn't work with tcsh either; tcsh seems to catch the control-Z
before it gets to shl.

Thanks again,
Jim Miller
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: Bustek 742A Mode disk driver
Keywords: SCO UNIX 3.2.[24]
Date: 25 Aug 92 22:32:28 GMT
Organization: John Watson (Self Employed System Integrator)

I just got another AMI FAST SCSI HOST ADAPTER, which claims to be Bustek
742A compatible.  It says that SCO will use the faster 32 bit EISA mode.

WITHOUT CHANGING THE DRIVER?  is this true.  Do I have to do anything to
turn it on, or just unplug the 1542, plug it in, re configure the EISA 
nov-RAM and go?

This customer is still on 3.2v2.0, does this make a difference?

John Watson ... Not affiliated with any profitable institutions ...
From: hart@cp4.cp.bell-atl.com
Newsgroups: sanet.list.sco,biz.sco.general
Subject: need jumbo 250 driver
Date: 25 Aug 92 23:50:54 GMT
Distribution: sanet
Organization: C & P Tel. Co. - Minicomputer Techn. Support Dist.
X-Conv: Automatic mail-->news conversion at olsa99



Newsgroups: biz.sco.general
From: dond@sco.COM (don draper)
Subject: Re: Can someone explain "hung" com ports?
Organization: The Santa Cruz Operation, Inc.
Distribution: biz
Date: Mon, 24 Aug 1992 04:00:31 GMT
Keywords: modem port com tty1A


Dear Anthony,

Under SCO UNIX and SCO XENIX, a normal open on a modem control port 
such as tty1A will hang until CD (carrier detect) becomes high.

So "stty < /dev/tty1A" normally hangs.

Programs such as cu(C) and binary dialers get around this by using
a "non-blocking" open (O_NDELAY flag in the open(S) system call).

If you have a high signal on the CD pin and the open still hangs,
then yes, the port is probably bad.

The behaviour you observe with a terminal connected is strange.  But
do keep in mind that standard com ports require special circumstances
to operate at speeds above 9600pbs with SCO UNIX or SCO XENIX.

Regards,

Don 


-
Don Draper                    Support Engineer
dond@sco.COM      UUCP/Modems Technical Feature Specialist
uunet!sco!dond         The Santa Cruz Operation, Inc.
-


In article <BtCrBM.LHB@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>
>I wonder if someone can explain to me how (in the absence or
>even in the presence of hardware problems) this can happen:
>
>Client complaint: modem not working.  Suddenly, as in died in the 
>midst of a communication session.
>
>'stty -a < /dev/tty1a' delivers what you would expect.
>'stty -a < /dev/tty1A' hangs.
>
>Same reaction with modem disconnected (which I would expect).
>Symptoms persist through shutdown, poweroff and reboot.
>
>Port is NOT enabled; both 1a and 1A have correct ownership/perms
>(and besides 'stty' was as root).  No processes running on
>port (ps -elf | grep "1[aA]" and ps -t show nothing).
>
>With modem connected, 'cu -l/dev/tty1a' works, but once you
>connect to another system, garbage characters.
>
>Connected a terminal to the port (1a) and found that it works
>at 9600 and 4800 baud, receives and xmits garbage at 19200, 1200 and
>2400, and is flat absolute dead at 300 baud.  This tends to
>explain the modem problem :-)
>
>I have to assume a bad com port, but if anyone can explain it
>to me I sure am curious.  The thing that is most curious to
>me is why 1A hangs totally when 1a doesn't. (That is, it's
>not curious if the hardware is bad, but is otherwise). I assume that
>an open of 1A expects to see CD, and maybe if the port IS bad 
>it isn't, but is there any other reason to hang?
>
>Horribly phrased question.  What I'm trying to say is IF the hardware
>turns out to be good, can anyone think of a software explanation 
>for this?
>
>
>		Tony
>
>
>Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
>Xenix/Unix support,etc 	 	 Boston		 Seattle


-- 

-
Don Draper                    Support Engineer
dond@sco.COM      UUCP/Modems Technical Feature Specialist
uunet!sco!dond         The Santa Cruz Operation, Inc.
-
Newsgroups: biz.sco.general
From: Jonathan P. Crone <cronejp@bnr.ca>
Subject: Re: Using Com2 on a multiport board
X-Xxdate: Fri, 4 Sep 92 14:29:30 GMT
Organization: Bell Northern Research
X-Useragent: Nuntius v1.1.1d9
Date: Fri, 4 Sep 1992 13:27:07 GMT

>From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
>Subject: Using Com2 on a multiport board
>
>I have modified my /etc/dosdev file as follows:
>
>
>#
># Serial (COM) Port device definitions:
>dcom1	d  .3f8-3ff.4..,type=COM1	Direct attach COM1 device.
>dcom2	d  .2f8-2ff.3..,type=COM2	Direct attach COM2 device.
>com1	v  /dev/vcom1			This is a virtual COM1 device.
>com2	v  /dev/vcom2			This is a virtual COM2 device.
>com1	r  /dev/tty1a			This is the real COM1 device.
>com2	r  /dev/ttyac			This is the real COM2 device.
># To use the following descriptive names, remove leading '#' and
>#  specify the tty lines the devices are connected to.
># modem	r  /dev/ttyac		Assign virtual COM port to line with modem.
>#

Good luck, you've modified your /etc/dosdev properly, however,
you'll probably not have any luck, I know that I've not
had any luck getting my DigiBoard to do the same thing...
(either by modifying dosdev, or by
dos +acom2=/dev/ttyi1a     
(thats for a DigiBoard) 
>
>
>I am trying to use com2 as /dev/ttyac (using a Equinox multiport board).
 I
>am getting the following error:
>
>
># dos +acom2
>INITDEV_FAIL: dos: ERROR: Could not initialize '/dev/vcom2=/dev/ttyac'.
>
>Can anyone tell me what I am doing wrong trying to use com2 as /dev/ttyac
>under Dos Merge (ODT 2.0)?

Based on what I've heard from SCO Tech support, as well as talking
to DigiBoard, the problem is that the multiport vendors weren't warned
by SCO that they were changing things again in ODT 2.0, thus
the device drivers don't support the (I assume) IOCTL calls
that ODT needs to seize the port.

Thus... You, me, and everyone else who needs to attach a 
multiport serial port to a Dos session are S.O.L.

(I'm NOT amused incidently... DigiBoard have said that they got 
their boards working with VPix, so they figure that 
they shouldn't have much trouble getting their boards to 
work with Merge.... but how LONG is it going to take???) 


>
>thanks very much.
>
>Steve
>
>

This should probably go in a FAQ.... Lists of known Multiport
cards that DON'T work with ODT 2.0 Merge....

Equinox
DigiBoard...

(Anyone else?) 


JpC

Jonathan P. Crone	613-763-8624	Fax 613-763-2803	ESN:393-8624
BNR Audio Conformance			cronejp@bnr.ca
BNR pays me to design and test telephone systems, not to have a
net.opinion.
From: andrew@airs.com (Andrew Evans)
Newsgroups: biz.sco.general
Subject: Problem with rwhod on SCO UNIX V/386 3.2.2 & TCP/IP Runtime 1.1.1b
Date: 19 Aug 92 20:58:54 GMT

I'm running an Intel '486 box with SCO UNIX V/3.2.2 and TCP/IP 1.1.1b
runtime system installed.  I've got two other systems on the ethernet.
One is a DECstation 3100, the other is a VAXstation II/GPX - both are
running Ultrix.  Anyhow, I recently set all the machines up to start
rwhod when they boot.  From both Ultrix machines, ``rwho'' shows all
users logged in and active on all three systems.  The SCO system is
oblivious to the two DEC boxes, however - users logged into those
machines do not appear in the output of the rwho command.
Additionally, there are no /usr/spool/rwho/whod.* files for the remote
machines.

This means that either (1) rwhod is never seeing the broadcasts, or
(2) it is invalidating the broadcasts from the Ultrix machines.  I
think that (1) is pretty remote given that the other machines are
picking up the SCO machine's broadcasts.  The supporting evidence I
have for (2) is that in the Ultrix machines' /usr/spool/rwho
directories, I see these files:

-rw-r--r--   1 root     rsrv3         108 Aug 19 16:50 whod.bugs
-rw-r--r--   1 root     rsrv3          84 Aug 19 16:52 whod.comton.airs.com
-rw-r--r--   1 root     rsrv3          60 Aug 19 16:52 whod.elmer.airs.com

Notice that our domain (airs.com) is present on the files for the
Ultrix machines (comton and elmer), while no domain name is given for
the SCO machine (bugs).  Since the SCO rwhod manpage states that
incoming broadcasts are validated, and that only broadcasts from
within a local network are permitted, I believe that the ``airs.com''
domain in the broadcasts from the Ultrix machines is being interpreted
as a broadcast from another network, and hence the packets are
discarded.  Anyone able to confirm/refute this?

I looked for a way to tell rwhod the local domain name, so that it
will accept broadcasts from *.airs.com, but there doesn't seem to be
any way to do that.  Any secrets I should know?
-- 
Andrew Evans (andrew@airs.com) - Infinity Development Systems - Waltham, MA
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: more cache performance observations
Date: 29 Aug 92 01:37:19 GMT
Organization: Izot's Swamp

Bela Lubkin <belal@sco.com> writes:

> Now observe from the above table: if, in fact,
> you are seeing major performance differences due to only parts of memory
> being cached, it's quite likely that your *internal* cache is turned
> off.  Otherwise it would hide most of the effects of the external cache.
> So before you do anything else, *turn on your internal cache*!

   The BIOS on xenitec's 486/33 does indeed allow this... but I am certain 
that we *did* check that the 486' internal cache was enabled - and that we 
tried with the internal cache DISabled as well.

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Re: SCSI II
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 25 Aug 1992 16:56:35 GMT
Precedence: bulk

>fr@compu.com (Fred Rump from home) writes:

>>If I would like the fastest and meanest I/O combination between disk, tape 
>>and controller, what does the combined net wisdom recommend for a SCO UNIX 
>>environment?

>Check if your setup works before you buy it. We are  just  having
>trouble  getting  SCO  to install on (probably too fast HP-) SCSI
>disks. 

I had this problem with my HP SCSI-2 disk.  HP was aware of the problem and 
they Federal Expressed me a new set of HDD ROMs.  It's worked flawless since 
then.


--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general,comp.unix.sysv386
From: cbuckley@unix1.tcd.ie (Colm Buckley)
Subject: SCO Unix drivers for Wyse-995 multiport adaptor?
Organization: Trinity College, Dublin
Date: Wed, 26 Aug 1992 12:20:32 GMT

Does anybody know of drivers for the above serial card for SCO UNIX? I have
a few of these cards, which I used to use on some SCO Xenix machines a few
years ago, but I could not get drivers for UNIX when I upgraded. I now use
Specialix multiport cards, but the Wyse ones would be handy to have...

My local distributor says that the range is discontinued, and that drivers
are not available - does anyone else know differently?

Thanks for any help,

-- 
Colm.
+-------------------------------------+----------------------------------+
| Colm Buckley                        | "My program doesn't work."       |
| Computer Science,                   | "You forgot the semicolon."      |
| Trinity College, Dublin 2, Ireland  | "But..."                         |
|                                     | "Line 376. Check."               |
| cbuckley@unix1.tcd.ie               | "But..."                         |
| CBUCKLEY@vax1.tcd.ie                | "Trust me."                      |
+-------------------------------------+----------------------------------+
From: jjr@ctms.gwinnett.com
Newsgroups: sanet.list.sco,biz.sco.general
Subject: SCO mmdf vs smail
Date: 24 Aug 92 20:30:19 GMT
Distribution: sanet
Organization: Consolidated Traffic Management Services (CTMS)
X-Conv: Automatic mail-->news conversion at olsa99


What are the advantages/disadvantages of replacing mmdf with Smail?  Is one
more powerful than the other?


--
jjr@ctms.gwinnett.com is actually a super-ultra-top-secret government test
AI program.  Therefore, no-one may be held responsible for the erroneous
gibberish which periodically spews from this daemon.
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: SCO UNIX System Performance
Date: 27 Aug 92 00:51:59 GMT
Organization: Izot's Swamp

Bela Lubkin <belal@sco.COM> writes:

> Question: when you upgraded from 64K to 256K of cache, did you have to
> replace the *tag RAM*?

   I believe that we did.  However, the tag RAM, like the cache RAM, was 
upgraded from 8K by 8 chips to 32K by 8 chips... and I would think that 
keeping longer tags would require an increase in tag RAM greater than 1:1 with 
the increase in cache RAM.

   I also wouldn't mind knowing why, in this day of a multitude of memory-
hungry operating systems and applications, there doesn't seem to be any real 
understanding of this problem among net.users.  I'm guilty as anyone - and my 
excuse is that I don't do work with big systems and that my experience is 
purely self-funded - but I would have expected that we'd have tripped over the 
16MB limit on PCs long ago, thanks to XENIX, Novell Netware, Windows, OS/2, 
QNX, etc... surely these systems are as vulnerable to the problem as UNIX?

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
Newsgroups: biz.sco.general
From: paul@openage.openage.com (Paul Fischer)
Subject: Are the Registration cards too much work?
Organization: Open Age, Inc.
Date: Thu, 03 Sep 1992 14:45:00 GMT

Several people at SCO Forum said that some huge number (~>90%) of their
customers never fill out the registration part of their pink cards.

I personally think this card is too big and should be cut down to a 3x5" card
and then a user survey can be sent later.  I would like to see some discussion
about how SCO could get more of these filled out.


My Sample:

	Name:
	Company:
	Address:
	Address:
	City:			State:			Zip:
	Phone:
	Product:
	Machine Type:
-- 
--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
What I don't know I will learn. What I can't learn I'll hire someone to.
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Newsgroups: biz.sco.general
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Subject: Using Com2 on a multiport board
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 04 Sep 1992 03:59:03 GMT
Precedence: bulk

I have modified my /etc/dosdev file as follows:


#
# Serial (COM) Port device definitions:
dcom1	d  .3f8-3ff.4..,type=COM1	Direct attach COM1 device.
dcom2	d  .2f8-2ff.3..,type=COM2	Direct attach COM2 device.
com1	v  /dev/vcom1			This is a virtual COM1 device.
com2	v  /dev/vcom2			This is a virtual COM2 device.
com1	r  /dev/tty1a			This is the real COM1 device.
com2	r  /dev/ttyac			This is the real COM2 device.
# To use the following descriptive names, remove leading '#' and
#  specify the tty lines the devices are connected to.
# modem	r  /dev/ttyac		Assign virtual COM port to line with modem.
#


I am trying to use com2 as /dev/ttyac (using a Equinox multiport board).  I
am getting the following error:


# dos +acom2
INITDEV_FAIL: dos: ERROR: Could not initialize '/dev/vcom2=/dev/ttyac'.

Can anyone tell me what I am doing wrong trying to use com2 as /dev/ttyac
under Dos Merge (ODT 2.0)?

thanks very much.

Steve


Newsgroups: biz.sco.general
From: "Brian J. Murrell" <brian@ilinx.wimsey.bc.ca>
Subject: Re: Booting and Keyboard Input
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@imcon.wimsey.bc.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 25 Aug 1992 17:33:57 GMT
Precedence: bulk

As enscripted by Taso Hatzi:
> 
> 
> At some point in time after a kernel reconfiguration, the following problem
> appeared:
> 
> The kernel boots until it gets to the 'Type Control-d to etc.'
> stage. At that point, what I type at the console keyboard doesn't
> get through to the program which did the prompting. It seems that
> the input is in some sort of raw mode. If I let the system time
> out and boot itself in multi-user mode the console works as expected.
> Can anyone shed some light on the subject?
> 
This sure sounds like it should be a FAQ if not already.

Anyway, a file in /etc called ioctl.syscon is not correct.  Remove the file,
then reboot the system and be sure to let it autoboot.  It will be recreated.

I have never had any luck with removing the file and answering all the boot
up prompts.

brian 

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Xref: sparky biz.sco.general:3031 comp.unix.sysv386:13588
From: fengstad@alpha.uleth.ca
Newsgroups: sanet.list.sco,biz.sco.general,comp.unix.sysv386
Subject: DOS/Merge under SCO ODT 2.0 and NFS filesystems
Date: 25 Aug 92 00:08:07 GMT
Followup-To: fengstad@alpha.uleth.ca
Distribution: sanet
Organization: University of Lethbridge
X-Conv: Automatic mail-->news conversion at olsa99



My question is quite simple....

I understand that with ODT 1.1, it was not possible to assign DOS Drive
letters to NFS mounted file systems.

Can ODT 2.0 do this?  I want to be able to use an ODT 2.0 Server as a
potential X Server, call a DOS Session using Merge and have the
flexibility to assign drive letters to point to various locations on the
Unix Filesystem, to also include NFS mounted filesystems.

Please email responses and I will summarize...
--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: Re: bug in memc.. intrinsic
Summary: Woops, need compiler version #
Keywords: memcpy memset memcmp
Date: 29 Aug 92 14:56:52 GMT
Organization: John Watson (Self Employed System Integrator)

In article <396@carssdf.UUCP>, watson@carssdf.UUCP (- Self Empl. Sys.Integrator) writes:
> 
> There is a BUG in the intrinsic version of memcpy and similar
> routines.  It is ok as a subroutine, but the intrinsic version
> does not type cast the lenght to a long.  If you call it with a
> short, it will use whatever junk you had most recently in the
> high order 16 bits of the CX register.
> 
      SCO VERSION 3.2.4d ONLY     YOUR MILEAGE WILL VARY

The application program in question (DTREE by FAIRCOM) worked ok under 3.2.2,
and only gave me a problem  under 3.2.4.

by example: Compile this with  cc -Oi  (Use of -Zi or -M3es is optional)

#include <memory.h>
#pragma intrinsic(memset)

  char ay[20];
  unsigned short len;

main () {
  memset(ay,0,len);   /* WON'T ALWAYS WORK */

  memset(ay,0,len+0);   /* this one is ok */
}

The first memset generates:

main+0x11:	mov	cx,Word	Ptr len
main+0x18:	mov	edx,ecx
main+0x1a:	mov	edi,ebx
main+0x1c:	mov	eax,0x0
main+0x21:	shr	ecx,0x2
main+0x24:	rep	stosd
main+0x26:	xchg	edx,ecx
main+0x28:	and	ecx,0x3
main+0x2e:	rep	stosb

And the second generates:

main+0x30:	movzx	eax,Word Ptr len
main+0x37:	mov	[ebp-0x4],eax
main+0x3a:	mov	ecx,[ebp-0x4]
main+0x3d:	mov	edx,ecx
main+0x3f:	mov	edi,ebx
main+0x41:	mov	eax,0x0
main+0x46:	shr	ecx,0x2
main+0x49:	rep	stosd
main+0x4b:	xchg	edx,ecx
main+0x4d:	and	ecx,0x3
main+0x53:	rep	stosb

------------------- that's all ----------------
regrets for not suppling all that the first time, email to that
effect recognized.     John Watson