HDTenEightyP/NetNews huggingface dataset:
From: max@underg.UUCP (Max Cray)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Looking for rshd, telnetd, ftpd etc.
Date: Wed, 02 Sep 92 02:37:45 EDT
Organization: Underground Computing Foundation

pbrooks@mentorg.com (Phil Brooks) writes:

> While these capabilities might be less useful on a 386 with 8MB, they will be
> extremely useful (perhaps indispensable) on Sequent and NCR multiprocessor
> boxes and on the DEC Alpha box.  I would imagine that a well configured Alpha
> system would do very well competing with IBM AS/400's in the minicomputer mar
> It will need to deal with terminals, multiple concurrent users, and remote ac
> in order to do that though.

Hmm..good question. I would think NT would have to deal with terminals, etc,
to run on a mini. Maybe the scenario would be a Sequent connected to a
bunch of 486s all running their own copy of NT?

I agree with you, though. I think remote login would be very benificial.
Maybe it is a fading concept, but a new OS should be backwards campatible
in features. I mean a new OS ought to be able to do MORE things, not LESS.

                                          -= Max =-
...!uunet!underg!max
...!cactus.org!underg!max
Newsgroups: comp.os.ms-windows.programmer.win32
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: Re: NT, 3.1, and Global Memory
Organization: EDS-Scicon, Milton Keynes, UK
Date: Thu, 3 Sep 1992 23:02:05 GMT

>>>>> In article <199bb4a9@p3.f67.n245.z2.fidonet.org>, "MS" ==
>>>>> Martin_Schloeter@eurologic.fido.de (Martin Schloeter) writes:

>>>>> "RB" == Robert Baruch

    RB> After reading countless paragraphs on how Windows supports only
    RB> a few means of data transfer between applications, I have come
    RB> to the conclusion that if I didn't want to use DDE, I could use
    RB> a DLL, and GlobalAlloc memory which could then be shared between
    RB> all the applications using that DLL.

    RB> My questions are:

    RB> (1) If I GlobalAlloc in the DLL, and get a handle using one
    RB> application, then another application accesses this handle, will
    RB> I get the data from the first application UNDER WINDOWS NT?  I
    RB> know that it works under Windows 3.1.

    MS> Under 3.1 it works only with memory with the attribute
    MS> GMEM_DDESHARE!  Regarding the existing informations it will
    MS> definitly _not_ work with NT. The API calls DDEPostMessage and
    MS> similiar do some magic, which allows to transfer data between NT
    MS> apps. Simple DDEShare-memory will not work.

It does work.  If you GlobalAlloc(GHND | GMEM_DDESHARE, size) in one
application, you can PostMessage the handle to another application,
GlobalLock it there and read whatever the first application wrote there.
The same is true of memory GlobalAlloc'ed in a DLL.

I've tried it so I know it works.

    RB> (2) Are global variables declared in a DLL shareable between
    RB> applications under Windows NT?  Again, I know it works under 3.1

    MS> No.

Again, this can be done. You need to put:-

	SECTIONS
	.data		READ WRITE SHARED
	.bss		READ WRITE SHARED

in the .DEF file for your DLL.  Again, I'm using this at the moment.

    RB> (3) If a DLL enters a message loop on behalf of an application,
    RB> will that message loop receive messages posted to the
    RB> application properly under NT?  Once again, it works under 3.1.

    MS> Don't know, have to test it.

I can't help either :-)

--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.
--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: PC-NFS under NT?
Date: 25 Aug 92 17:35:06 GMT
Organization: Microsoft Corporation
Distribution: na

In article <1992Aug20.191526.19867@news.media.mit.edu> jason@media.mit.edu (Jason A. Kinchen) writes:
>Has anyone had any luck getting NT to recognize PC-NFS or any other
>DOS-based TCP/IP program?  Any pointers or suggestions appreciated.

Windows NT file systems are not the same as MS-Dos file systems - various
companies are working on NFS client software for Windows NT, but you should
no expect your current MS-Dos network redirectors to work in Windows NT

-- Alistair
Newsgroups: comp.os.ms-windows.programmer.win32
From: jon@alpha.ee.ufl.edu (Jon Mellott)
Subject: Re: DDK Price too high??
Organization: EE Dept at UF
Date: Tue, 1 Sep 92 15:37:03 GMT

In article <1992Aug31.105340.24726@spider.co.uk>, mikeo@spider.co.uk (Mike Overton) writes:
|> Seeing the announcement regarding the DDK for NT, it seems that the
|> previous excellent NT record w.r.t. the developer has ended.
|> 
|> I am going to the Edinburgh NT conference/show, and have paid my
|> #200 (note the amazing pound-dollar conversion - the price implies
|> $400 in the US!). Extrapolating the cost of the DDK, it looks like
|> that will cost approx #1500. With the cost of hardware dropping like
|> a stone, and margins on same being trimmed to the bare minimum, why
|> is MS penalizing the hardware guys?.
|> 
|> Come on MS - surely the DDK on CD should be no more than perhaps twice
|> the NT pre beta CD. Many excellent references on writing drivers for
|> O/S 2, Unix and DOS exist. Even Apple fully publicize the interfaces,
|> for the cost of a paperback. With NT looking like the way to go for
|> many people, please don't put off the low level developers in this
|> way.

I've gotta agree with Mike's conclusions here. For example, our group is 
developing a DSP board for educational use (on a shoe-string budget). 
We were really excited about having a driver for the Win/NT, but 
unfortunately, MS set the price too high. We were going to do that NT driver 
in the absense of any demand for an NT driver (and hope that demand would 
follow), but given the cost of the DDK we'll wait to buy it until enough 
people actually want an NT driver. 

The big players don't care what the DDK costs since they pour big bucks into 
their development efforts. There are a lot of smaller players out there 
that don't do a million units a month business. Some of the ones I'm thinking 
of do (maybe) 20 units a month. They don't have a lot of margin left 
to go spending big bucks on driver development -- they'd rather roll that 
money into hardware development. 

My $0.02...

Jon Mellott
High Speed Digital Architecture Laboratory
University of Florida
(jon@alpha.ee.ufl.edu)
Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: Parallel-to-SCSI support
Date: 02 Sep 92 17:57:13 GMT
Organization: Microsoft Corporation

Parallel to SCSI support while NT is running will have to wait 
until we have a driver for it.  Until then, use Dos to pull of
docs onto your hard disk for reference.

Other news: a Parallel to SCSI vendor is porting a device driver
as we speak (and has it running).  I can't tell you who or
when they will make it available.


-- 
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: Multithreading support in Win32s
Date: 02 Sep 92 20:38:14 GMT
Organization: Microsoft Corporation
Keywords: win32,win32s

In article <2485@cronos.metaphor.com> eli@Metaphor.COM (Eli Lauris) writes:
>
>Does anyone know whether Win32s interface on Windows 3.1 and above will
>support multithreading in a process ? I would very much appreciate a
>definitive answer.

The Win32s extensions for Windows 3.1 are limited by the facilities of
Windows 3.1, which doesnt support multiple threads per Windows app.

A future version of Windows for MS-Dos will support multiple threads
per process, but that's not Windows 3.1, sadly

-- Alistair
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: WinNT and NetWare:  How will they work together?
Date: 02 Sep 92 04:13:58 GMT
Organization: Microsoft Corporation
Distribution: na
Keywords: Novell, NetWare, Network, Windows 

In article <1992Sep1.141948.20892@zip.eecs.umich.edu> srawson@z.eecs.umich.edu (Stephen Rawson) writes:
>In article <1992Sep01.014554.3562@microsoft.com> alistair@microsoft.com (Alistair Banks) writes:
>>
>
>Thanks for the info about WinNT client support.  What I am mainly interested
>in, however, is how the Server side works.  Will Novell Server software
>coexist on the same machine and cpu with NT?  We are talking about
>two 32 bit operating systems running on the same machine!  Or when you
>say 'client' do you mean that the Netware server software will run as 
>a client process on the NT server machine.  My understanding is that NT
>is meant as a Server operating system and that many client workstations
>will be running regular Win3.1.

Novell's current server products will not run as tasks under Windows NT. We
hope that they will create a netware server for Windows NT as they have
done for other operating systems like Unix. Windows NT is applicable and
intended for both client and server functions, and can perform both
simultaneously -- Alistair
Newsgroups: comp.os.ms-windows.programmer.win32
From: duwors@csi.uottawa.ca (Robert J. Du Wors)
Subject: NCD PC/X project for NT Lives (Correction)
Organization: Dept. of Computer Science, University of Ottawa
Date: Wed, 2 Sep 92 00:05:07 GMT

I received a call today that the NCD PC/X project to bring out a
Windows/NT server for X Windows is alive and underway.

My apologies for any confusion generated, my source seemed authoritative,
and, I thought, fairly clear.  Release dates and existence of any beta testing
plans (the purpose of my original posting) are unannounced and unknown to me. 

I would suggest anyone interested contatct NCD PC/X Division directly.

Thank you.

Rob D.

                      -----------------------
duwors@csi.uottawa.ca  aka  Robert Du Wors    Tel:613.831.1930 Fax:613.831.0272
                            141 Country Lane, Kanata, Ontario, Canada   K2L 1J6
Newsgroups: comp.os.ms-windows.programmer.win32
From: ernst@opal.cs.tu-berlin.de (Ernst Kloecker)
Subject: Boot Windows-NT and DOS from SCSI alternatively ?
Organization: Techn. University of Berlin, Germany
Date: Thu, 3 Sep 1992 13:54:50 GMT

Hi,

I want to install Windows-NT on my machine. However, I want to be able
to boot native DOS at times. I have got a Future Domain TMC-881 SCSI
controller installed which currently boots DOS from a Seagate drive.
Is it possible to install Windows-NT on a second drive with different
SCSI-ID and have a choice of the two OS's at boot time ?

Thanks for any info, Ernst.
--

-----------------------------------------------------------------------------
Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
-----------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.win32
From: tpradeep@cs.tamu.edu (Pradeep K Tapadiya)
Subject: Re: minimum requirements for NT
Organization: Computer Science Department, Texas A&M University
Date: Mon, 31 Aug 1992 15:31:07 GMT

In article <sntywc-@rpi.edu> gilem@aix.rpi.edu (Michael R. Gile) writes:
>2) i know that you need a CD-ROM to install NT.  I have access to 
>an apple CD-ROM drive to read it, is it possible to use this to 
>install NT, and if so, what type of SCSI controller would I need

I have a SCSI optical drive which I frequenty move between my mac and my PC.
Since this works fine, and since I am not using any extra attachments to
make this work, I assume that the apple CD-ROM drive should work properly
with the PC. (In fact I have ordered a copy of NT based on this assumption).

The SCSI controller I am using is Western Digital's 7000-FASST2 card. This
card claims to support full SCSI I and II command sets.

>.             
>
>3) when are more svga drivers coming out?
>
I too would like to know this. NT doesn't help me much if I cannot have
atleast 600*800*256 on my Paradise SVGA card. Can someone please comment.

pradeep
tpradeep@cs.tamu.edu
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: WinNT and NetWare:  How will they work together?
Date: 01 Sep 92 01:45:54 GMT
Organization: Microsoft Corporation
Distribution: na
Keywords: Novell, NetWare, Network, Windows 

In article <1992Aug30.170414.29497@zip.eecs.umich.edu> srawson@z.eecs.umich.edu (Stephen Rawson) writes:
>Is Windows NT supposed to completely
>replace all existing network operating systems (including Lan
>Manager, Banyan, Novell, etc) or does it coexist with them somehow,
>sort of the way Windows 3.1 coexists with MS-DOS?

Windows NT's built-in networking is designed to co-exist concurrently with
any other networking software.

Novell announced last fall comdex that they were working on Windows NT
client software, and talked about their APIs in detail at our Win32
conference. Banyan have also said they're working on Windows NT client
support. I have repeatedly posted that various ISVs are working on
nfs client support for Windows NT - I run the 3rd party connectivity group,
so I should know! I have to leave it to each of the vendors concerned to
make their own announcements of delivery dates and beta test dates etc,
but I know they're each calling our group regularly, and showing
suitable progress! -- Alistair
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: NT Time Server
Date: 25 Aug 92 17:33:19 GMT
Organization: Microsoft Corporation
Keywords: NT, TIME

In article <1590@anagld.analytics.com> sammy@anagld.analytics.com (Sam Blackburn) writes:
>
>Just a quick question, will NT have a universal time source built in?
>In other words, is it possible for me to specify a server as being the time
>piece for the network and have all clients sync up to this clock?  I know that
>there are some *nix apps that do this but has Microsoft given any thought to
>this?

We've certainly thought of this - it was already part of our Lan Man 2.1
product - their will be an equivalent for Windows NT from us -- Alistair
Newsgroups: comp.os.ms-windows.programmer.win32
From: brad@huey.Jpl.Nasa.GOV (Brad Hines)
Subject: NT install I/O error 0x00000069
Keywords: NT install
Reply-To: brad@huey.Jpl.Nasa.GOV
Organization: JPL Spatial Interferometry Group
Date: Tue, 1 Sep 1992 22:10:28 GMT


Yesterday I had this install problem that isn't a problem any more
(this may be of interest to some people who have/will have the same
problem), and here's what happened, but now I have a new problem:

Yesterday:
----------
Install problem - I am running the standard NT install stuff, and
shortly after starting the character-based part, the system hangs
during the "Examining disk configuration..." part.  I let it sit for 5
or 10 minutes and it does nothing.  The system won't respond to
anything but a hard reset.  But then, ...

Last night:
-----------
Just for yuks, I left the system on all day after it "hung" just to
see what would happen.  Lo and behold, when I checked on it that night,
it had successfully moved on (apparently the OS/2 partitions on my
disk, which it listed as type "unknown", confused it, because when I had
to rerun the install later after deleting these partitions, it showed
no signs of its earlier behavior).  Great!, ... 

But then:
---------
The installation proceeded just fine, copying files from CD to hard disk,
but then, shortly after starting what I guess is a boot of NT itself
(just after the part that says something like MmInit=16064K), I
get an Internal Error 0x00000069, Fatal Error message.

I checked the FAQ file on Compuserve, and it said something about this
being a problem communicating with the HD controller (I assume they
really do mean hard disk here and not the CD controller, right?), and
that I should try adjusting the DMA rate.  However, I don't think my
disk controller does DMA (there's no DMA channel select, rate select,
etc.).  My SCSI adapter for the CD does DMA and has a rate select, but
is this pertinent to this error message?

Is anyone familiar with this problem?


Here are the particulars of my system configuration:

386/33 w/ Opti chipset
AMI BIOS dated 6/1/92
16 MB RAM
Ultrastor 12F ESDI disk controller w/ Track Remapping on
676 MB Maxtor disk
Adaptec 1542B SCSI controller (w/ BIOS disabled)
Toshiba TXM3301B CD-ROM drive
Standard VGA card (Orchid Prodesigner+/512K - ET3000)
No network


Disk partitions:
1) PRI DOS       60 MB   C:   Dos 5.0
2) EXT DOS      484 MB   D:-I: logical drives
3) PRI DOS (NT)  95 MB   J:   Windows NT
4) PRI DOS (NT)   5 MB   K:   For trying out NTFS

-- 
Brad Hines
Internet: brad@huey.jpl.nasa.gov
Jet Propulsion Lab, Pasadena, California
From: thg@cam-orl.co.uk (Tim Glauert)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Looking for rshd, telnetd, ftpd etc.
Date: 28 Aug 92 08:33:18 GMT
Organization: Olivetti Research Ltd, Cambridge, England.

In article <1992Aug28.000903.22215@microsoft.com>, alistair@microsoft.com (Alistair Banks) writes:
|> I expect ftp & nfs daemons, and uucp & nntp and more to be available in both
|> commerical and shareware versions

I wait with 'bated breath.

|> However, someone could port a "terminal" handling service to Windows NT,
|> and better a BBS system, which could respond to the telnet protocol. I'm
|> not sure if this is what you're trying to achieve though -- Alistair

All I really want is a remote character-based interface to NT. This would let
me do a lot of things from an xterm on my workstation without having to move
my chair over to my NT machine :-) The obvious uses are for compilations and
file operations, but there are many others.

As I said in my last message, this is intended to be a bridge for UN*X users
as they migrate to NT.

In case anyone is interested, I am working on a network-transparent
multi-media system and I hope to be able to integrate NT machines and UN*X
machines in the network (eventually!). I want to work on the software on my X
workstation and then fire off a compilation on my NT machine.  In fact I can
do most of my testing with no more more than a simple character stream to NT,

	Tim.

Tim Glauert, Olivetti Research Limited,		|	thg@cam-orl.co.uk
24a Trumpington Street, Cambridge, England.	|	+44   223  343232
From: sammy@anagld.analytics.com (Sam Blackburn)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Is WinNT RPC competabile with SunOS RPC ?
Date: 29 Aug 92 00:43:17 GMT
Organization: Computer Sciences Corporation - Systems Engineering Division

koby@rp.com (Jacob Avital) writes:


>Win NT comes with Remote Procedure Call support which includes
>the precompiler and the libs.  My question is how competabile
>it is with SunOS RPC.  Can it call/service calles to/from
>a SunOS system ?  Is the interface definiton language (MIDL)
>the same ?

The NT RPC is DCE RPC and I think that Sun is Sun RPC which ain't the
same.  I have heard that Sun will start to support DCE RPC.
Newsgroups: comp.os.ms-windows.programmer.win32
From: mo@gizmo.bellcore.com (Michael O'Dell)
Subject: Re: NT Time Server - please! use the latest ntp protocol...
Keywords: 
 
Reply-To: mo@bellcore.com
Organization: Center for Chaotic Repeatabilty
Date: Wed, 26 Aug 92 11:48:38 GMT

instead of reinventing yet another busted scheme for time serving,
PLEASE avail yourself of the latest proven time-synch technology
and use NTP, the Network Time Protocol (latest version).  It has
been keeping clocks synched with high precision for quite a while
now and works across world-wide WANs as well as local ethernets.
it works *very* well and is relatively easy to implement, assuming
your kernel has the right primitives, a bit harder if it doesn't,
but it ain't "rocket science" in either case.

	-Mike O'Dell

Bellcore?? Bellcore isn't allowed opinions on anything. any here are mine.
Newsgroups: comp.os.ms-windows.programmer.win32
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: CC switch to dump assembler code (was: Where do I get the NT manuals?)
Organization: EDS-Scicon, Milton Keynes, UK
Distribution: comp
Date: Tue, 1 Sep 1992 17:42:57 GMT

I've just come up with an urgent requirement to get CC on a MIPS machine
to dump the assembler code its produced to I can track down what *might*
be a compiler bug.

My app crashes with "unexpected software exception" (0x80000002), and
NTSD says "datatype misalignment" on line:-

	lw	t0,0x10(s0)

This corresponds to:-

	*pReadRights = scan->ReadRights;

where pReadRights is a function argument of type WORD32*,
scan->ReadRights is WORD32, and WORD32s is defined as "typedef unsigned
long WORD32").

I've established that &scan->ReadRights is *not* 4-byte aligned, and
I've fixed the problem that was causing this.  The thing that's
confusing me is that things like:-

	UINT	ui;
	ULONG	ul;

	ui = scan->ReadRights;
	ul = scan->ReadRights;

*don't* cause the problem!

Any help would be much appreciated.
--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: Getting Windows NT
Date: 25 Aug 92 17:27:25 GMT
Organization: Microsoft Corporation

In article <1992Aug24.020843.4181@iti.gov.sg> kwanghan@iti.gov.sg writes:
>Sometime back I remember some discussion on how easily MS is making NT beta available
>I didn't pay attention to those postings until when I think I need it. 
>Can somebody summarise for me how I can get it. many thanks.

If you want delivery to a US address, then you should call 800-227-4679
and order it, using yur credit card. Outside the US you should approach
your most local Microsoft office and order it there -- Alistair