HDTenEightyP/NetNews huggingface dataset:
From: duwors@csi.uottawa.ca (Robert J. Du Wors)
Subject: Re: Looking for rshd, telnetd, ftpd etc.
Organization: Dept. of Computer Science, University of Ottawa
Date: Wed, 2 Sep 92 14:20:10 GMT

In article <m0NgqB2w164w@underg.UUCP> max@underg.UUCP (Max Cray) writes:
>pbrooks@mentorg.com (Phil Brooks) writes:
>
>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.

IMHO, this "fading concept" is one of the single most important concept in 
network computing.

"Client-sever" is what will fade rapidly.  NT requires so much horse power
that go on using it as a distributed file system with a few canned centralized
applications (the 1980 PC network model, NOT the true Workstation model) is 
silly.  Silly, because the world will quickly pass you by.  This is the final
vestige of batch/timesharing mentality, perhaps a bit of VMS think :-).

Note: Novell, the king of that appoarch, and the apparent first target of the
NT marketing thrust, has moved heavily towards UNIX in order to get out of
that bind.

In real applications for the Nineties, the trend is and will increasingly
be towards applications that spread themselves over the net, doing a piece
of processing here, abstract resource acquistion there.  The temporary
surge towards the majority of processing being dedicated to the GUI, will
subside (relatively) as application sophistication increases.  Net result
(bad pun): any computing resource on the network must be able to accomodate
its slice of the action on a PER USER basis.  If user identification is
lost anywhere in the net, then security is snookered.  Undefended nets
with high asset valuable in their information content (i.e. most) will not be
justifiable.

I strongly suggest that remote login is a fundamental network primitive for
the construction of distributed (read "heterogenous" and "majority of")
applications.

Well...its a thought anyways.

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: joiner@myria.cs.umn.edu (Jay K. Joiner)
Subject: Re: Parallel-to-SCSI support
Organization: University of Minnesota
Date: Mon, 31 Aug 1992 01:51:12 GMT

In <1992Aug29.075449.10998@odin.corp.sgi.com> hargrove@bee.corp.sgi.com (Mark Hargrove) writes:

>I'm trying to install NT on my Toshiba 4400SXC laptop via a Trantor
>scsi-to-parallel adaptor and an NEC CDR-74 CDROM drive. The drive
>works perfectly from DOS5.0, and the manual install process for NT
>also worked fine.  Once NT loads, I cannot figure out how the heck
>to get the CDROM drive recognizable again.  I think I've looked at
>every single .ini file I can find; nothing looks reasonable. Naturally,
>I can't RTFM, since they're on the darn CD-ROM!

By "manual install process", I suppose you mean the DOS2NT batch file?
If the native NT boot diskette won't recognize your SCSI/CD-ROM, then
you won't be able to access the CD under NT.  Go back to DOS and print
the .ps files from there.

Jay Joiner
Newsgroups: comp.os.ms-windows.programmer.win32
From: moncrg@iear.arts.rpi.edu (gregory d moncreaff)
Subject: Re: fixes for NT withoutz compuserv
Organization: the committee for asethetic deletions
Date: Mon, 31 Aug 1992 22:44:48 GMT

In article <1992Aug31.083738.7321@wega.rz.uni-ulm.de> RUESS_M@rzmain.rz.uni-ulm.de (Ruess Michael) writes:
>Hello everyone,
>
>As someone wiht no access to compuserv i'd linke to know
>if it is possible to access NT bug fixes over internet?
>
>My problem is to get the driver for the WD8003E Ethernet
>card (wdplus.sys I think) over the Internet, or can someone
>mail it to me?
>
>Thanks in advance,
>
>Michael Ruess
>University of Ulm, Germany
>

there are fixes on compuserve??  when i logged in about
a week ago i couldm't find anything, no updated future
domain drivers, or anything useful... is there even a
list of available files yet?
-- 
gregory d moncreaff moncrg@iear.arts.rpi.edu moncrg@rpi.edu 
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: Microsoft NT staff please read
Date: 24 Aug 92 22:47:12 GMT
Organization: Microsoft Corporation

In article <r#_ndcl.heller@netcom.com> heller@netcom.com (MAMA DAEMON) writes:
>
>  Personally,
>  I found it difficult to muck around in CompuserveLand.  I can't browse 
>  quickely and easily.  Not like with a good news reader (trn is my current
>  favorite).

You should download "Compuserve Information Manager 2.0" from the CIMSOFT
forum on Compuserve - its a useful compromise between the 100% off-line
mode of TAPCIS & OZCIS, and the 100% online mode of a terminal emulator. CIM
gives you the ability ot upload & download all your messages at once, and
do off-line creation of new threads and answers. It also gives you the ability
to browse through the tree-view of the converstation threads. I think you'll
find it compare most favourably with trn

> Hang in there, everyone.  The Sept. release is just around the corner (or
> so they tell me!).

Late sept, they said -- Alistair
From: steveo@mel.dbce.csiro.au (Stephen Oakes)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Problems installing NT
Date: 27 Aug 92 23:27:26 GMT
Organization: CSIRO, Div. Building Constr. and Eng'ing, Melb., Australia

Hi there,
	Having attended the Windows Developer's conference in Sydney, I
	rushed back eagerly to install NT and try to write a few programmes.

	But the installation procedure didn't work.  In fact, we have two
	(almost) identical machines here at work and we get the same problem
	on both of them.

	The machines are 50MHz 486's with Orchid Fahrenheit Video card,
	NEC CD-ROM, IDE HArd disk formatted into two partitions.

	The installation procedure just gets to the white on blue screen,
	then comes up with the following:

-------------------------------------------------------------------------
Windows NT Setup

 TRAP 0000000E  ============= PAGE FAULT ================

** At linear address E84539C2

 tr=0028 cr0=80000011 cr2=E84539C2 cr3=00030000
 gdt limit=03FF base=00036000 idt limit=07FF base=00036400

 cs:eip=0008:801033D7 ss:esp=0010:00077C64 errcode=0000
 flags=00010046 NoCy Zr IntDis Down TrapDis
 eax=00000000 ebx=00000000 ecx=00090084 edx=00077900 ds=0010 es=0000
 edi=80117248 esi=00000000 epb=00077CBD cr0=80000011 fs=0030 gs=0000



 Reading inf file  \txtsetup.inf
-------------------------------------------------------------------------

 I tried the manual installation, and that seemed to work OK.

--
| Stephen Oakes      CSIRO Division of Building, Construction and Engineering |
|                    Post Office Box 56, Highett, Victoria, Australia   3190  |
| Internet: steveo@mel.dbce.csiro.au  Tel: +61 3 252 6000 Fax: +61 3 252 6249 |
|_____________________________________________________________________________|


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: Fri, 4 Sep 1992 09:52:39 GMT

>>>>> Regarding Re: NT, 3.1, and Global Memory; johnhall@microsoft.com
>>>>> (John Hall) adds:

In article baruch@nynexst.com (Robert Baruch) writes:

| After reading countless paragraphs on how Windows supports only 
| a few means of data transfer between applications, I have come to
| the conclusion that if I didn't want to use DDE, I could use a DLL,
| and GlobalAlloc memory which could then be shared between
| all the applications using that DLL.
| 
| My questions are:
| 
| (1)  If I GlobalAlloc in the DLL, and get a handle using one application,
|      then another application accesses this handle, will I get the data from
|      the first application UNDER WINDOWS NT?  I know that it works
|     under Windows 3.1.

    John> No.  This won't work.

    John> However, I have just posted a dll which handles shared memory
    John> under Windows NT.  Operations are ShrAlloc(), ShrLock(),
    John> ShrUnlock(), ShrFree(), ShrName() to assign a name to a handle
    John> and ShrGet() to get a handle based upon a name.

    John> I even make heroic efforts to force all addresses to be identical
    John> across processes.

    John> This is available on Compuserve WIN32 porting from OS/2.

    John> Included in this kit is source code for the dll, test code,
    John> and some discussions on implementation decisions.  

    John> I'll ask Alistair to place it on ftp.

There's something strange going on here.

I've got 2 Windows 3.1 applications that I'm porting to NT.

App1 does GlobalAlloc, GlobalLock, fills in the memory, GlobalUnlock,
PostMessage the handle to app2.

App2 does GlobalLock, reads the memory, GlobalUnlock, GlobalFree.

Everything is fine and dandy.

Admittedly this isn't done in a DLL, but since DLLs (by default) run as
if they were part of the app (accessing the app's data space, for
instance) this shouldn't make any difference.

So what's going on?
--
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.
From: srawson@z.eecs.umich.edu (Stephen Rawson)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: WinNT and NetWare:  How will they work together?
Keywords: Novell, NetWare, Network, Windows
Date: 2 Sep 92 21:32:45 GMT
Distribution: na
Organization: University of Texas Medical Branch, Galveston

>
>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

Thank you for this information.  That is exactly what I wanted to
know.  Is there anyone from Novell on the net who might know about
their plans for creating a netware server for NT?

-- Steve 
   srawson@z.eecs.umich.edu
From: koby@rp.com (Jacob Avital)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Is WinNT RPC competabile with SunOS RPC ?
Date: 27 Aug 92 17:38:57 GMT
Organization: Realtime Performance Inc.


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 ?


Please post your response here or email it directly to me.

Thanks in advance,

Koby

==========================================================================
Jacob "Koby" Avital                                            koby@rp.com
Realtime Performance                             
==========================================================================
From: hargrove@bee.corp.sgi.com (Mark Hargrove)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Parallel-to-SCSI support
Date: 29 Aug 92 07:54:49 GMT
Organization: Silicon Graphics, Inc.

I'm trying to install NT on my Toshiba 4400SXC laptop via a Trantor
scsi-to-parallel adaptor and an NEC CDR-74 CDROM drive. The drive
works perfectly from DOS5.0, and the manual install process for NT
also worked fine.  Once NT loads, I cannot figure out how the heck
to get the CDROM drive recognizable again.  I think I've looked at
every single .ini file I can find; nothing looks reasonable. Naturally,
I can't RTFM, since they're on the darn CD-ROM!

Anybody have a clue?

BTW, I'm nearly Windows-illiterate (I live primarily in the Unix/X world),
so if you assume I know nothing about what I'm doing I will not be
offended (since truth is not offensive) :-)

-M

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mark Hargrove           | Hey, Mr. Universe, 
Silicon Graphics, Inc.  | God knows where you've been.
voice: 415-390-3810     | I can't relate to a single thing 
email: hargrove@sgi.com	| In your glossy magazine.   -Underworld
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Boot Problems - NTLDR
From: marc@dwp.la.ca.us (Marc Hall x4735)
Date: 25 Aug 92 13:53:15 GMT
Organization: Los Angeles Dept. of Water & Power


   I have installed Windows NT on the D: drive of an IBM PS/2 Model 70
using the dos2nt utility. The CD was installed in an IBM RS/6000 cd-rom 
device and mounted with the following command (actually via smit)

  mount -v'cdrfs' -r'' /dev/cd0 /nt

   The /nt directory was exported by the RS/6000 and mounted as Drive E:
on the PS/2 via PC-NFS 4.0.

   The following commands were then issued from the PS/2

   cd e:\dos2nt
   dos2nt d:

   This appeared to be succesful and installed the Windows NT into the
d:\winnt and d:\mstools. I then performed the steps 3-6 outlined in 
Section 2.2 (Alternate Installation - DOS2NT) of the July 1992 hardcopy 
release notes modifying the registry.ini, boot.ini, hal.dll and 
d:\winnt\system\config\system to conform to the above setup.

   Step 7 (Create Registry) states to reboot the system, when I do I get
the following error message

   BOOT: Couldn't find NTLDR
   Please insert another disk

   The appendix of the release notes does not mention this problem, I am 
able to boot into dos after booting from an MS-DOS floppy and issuing the
command 'sys c' which replaces the Flexboot with the MS-DOS boot sector.


   Anyone have a work around or a solution for this problem ?
  

   Thanks

      Marc

                           Marc Hall    213-481-4735
                     Engineering Computer Support & Development
                       Los Angeles Dept. of Water & Power
                            marc@manta.dwp.la.ca.us
-- 
                           Marc Hall    213-481-4735
                     Engineering Computer Support & Development
                       Los Angeles Dept. of Water & Power
                            marc@manta.dwp.la.ca.us
Newsgroups: comp.os.ms-windows.programmer.win32
From: rrohbeck@kboeng.enet.dec.com ()
Subject: Re: CD roms for NT
Reply-To: rrohbeck@kboeng.enet.dec.com ()
Organization: Digital Equipment Int. GmbH
Date: Thu, 3 Sep 1992 13:09:57 GMT


In article <1992Sep2.192126.1695@mcshh.Hanse.DE>, schiers@mcshh.Hanse.DE (Carsten Schiers) writes:
>Aehem. I read this one too quick. CD ROM drives. The list says, e.g.:
>
>Chinon CDX431, Denon DRD253, Hitachi CDR1750S, Pioneer DRM600, Sony CDU7211,
>and Toshiba TXM3301. There are some more. If you buy the prerelease (see last
>message) you will get this list.
>
>CU Carsten.
I tried an old drive from some shelf (DEC RRD40-Philips based I think) and it
worked as well. Though the SCSI driver complained about an "unexpected
disconnect", everything went on fine. So, I think, the CD drive isnt't
critical, as long as the SCSI host adapter is supported.
--
===============================================================================
Ralf-Peter Rohbeck          rrohbeck@kbomfg.dec.com         Product engineering
Digital Equipment Int. GmbH rrohbeck%kbomfg.enet.dec.com       Disk drive plant
Sudetenstrasse 5/POB 1356   ...!decwrl!kbomfg.dec.com!rrohbeck)      Kaufbeuren
W-8950 Kaufbeuren           (+49) 8341 / 91-4473                        Germany
#include "disclaimer.h"
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: Sharing memory between applications
Date: 27 Aug 92 00:46:00 GMT
Organization: Microsoft Corporation

In article <1992Aug24.201207.26618@usenet.ins.cwru.edu> by703@cleveland.Freenet.Edu (James E. Carey) writes:
>
>Looking at the new WIN32 API, I find myself in an interesting position. 
>I am working on porting a database engine from DOS to NT, and need to be 
>able to share memory between client applications and my engine (passing data 
>back and forth). Clearly DDE can do it between different applications, but it
>is not obvious how to do it in other ways. We are looking at supporting both 
>16-bit and 32-bit applications under both Windows and NT; we expect we will 
>need to support memory sharing in up to 4 different ways. Has anyone seen 
>any way of sharing memory between 16 and 32 bit applications?

You simply cannot share memory between 16 & 32-bit Windows applications on
Windows NT, by design -- Alistair
From: martin@minster.york.ac.uk
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: DDK Price too high??
Date: 2 Sep 92 10:46:37 GMT
Organization: Department of Computer Science, University of York, England

Hi,
    I would like to add my vote to the `$500 for the NT DDK is too high' call.
Especially if this turns into 500 pounds stirling, as seems customary, rather
than the alltogether more reasonable 250 pounds that the exchange rate would
suggest!

Martin
INTERNET: martin@minster.york.ac.uk
JANET:  martin@uk.ac.york.minster
surface:
        Dr. Martin C. Atkins
        Dept. of Computer Science
        University of York
        Heslington
        York YO1 5DD
        ENGLAND
Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: Multithreading support in Win32s
Date: 02 Sep 92 18:04:59 GMT
Organization: Microsoft Corporation
Keywords: win32,win32s

In article 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 initial release of Win32s on top of Win 3.1 will not 
support multithreading.  That support requries Windows 3.x be modified
to be reentrant.

A future version of Windows 3.x will be so modified and at that
time threading would be added to Win32s.  No release schedules
are available for this.


-- 
-------------------------
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: hertel@ivw.uni-kl.de (Frank Hertel (E-Technik))
Subject: Re: SoundBlaster under NT
Keywords: NT SoundBlaster
Organization: University of Kaiserslautern, Germany
Date: Tue, 25 Aug 1992 12:26:04 GMT

boltr@nic.cerf.net (Rory Bolt) writes:

>Hello,
>	Although this is not a programming question, I have been
>frustrated in all my attempts to configure my SoundBlaster card
>under Windows NT. The beta NT distribution seems to have some
>knowledge of the SoundBlaster as evidenced by the presence of the
>sndblst.sys file in the drivers directory. 
>	My card is configured correctly and I have successfully
>installed it under Windows 3.1, however, I have been unable to 
>locate the equivalent to the drivers control panel under Windows NT.
>Can some kind soul tell me how to configure Windows NT to use this
>card so I can resume my programming efforts?

>Thanks!
>	Rory


Hello, I had the same problems. Try using the program regedit in the
nt directory. In the section Local_machine, part IBM or clone, hardware, 
soundblst, settings I located a section with base adress and interrupt. 
I configured it for my personal need and it worked after rebooting my 
machine.

The soundblaster works now successfull.

I am at the moment not at home, where I installed NT. If you need more
information, I will look for the exact names of the sections above. But
I think I remembered them exact enough.

Gook luck,
 Frank


-------------------------------------------------------------------------------

Frank Hertel                        Internet  : Hertel@rhrk.uni-kl.de
University of Kaiserslautern        Compuserve: internet:hertel@rhrk.uni-kl.de
Chair for Electronics
D-6750 Kaiserslautern
Germany
===============================================================================
Newsgroups: comp.os.ms-windows.programmer.win32
From: srawson@z.eecs.umich.edu (Stephen Rawson)
Subject: Re: WinNT and NetWare:  How will they work together?
Keywords: Novell, NetWare, Network, Windows 
Organization: University of Texas Medical Branch, Galveston, TX 
Distribution: na
Date: Tue, 1 Sep 1992 14:19:48 GMT

In article <1992Sep01.014554.3562@microsoft.com> alistair@microsoft.com (Alistair Banks) writes:
>
>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,

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.

Thanks again,  Steve
srawson@beach.utmb.edu
srawson@z.eecs.umich.edu
Newsgroups: comp.os.ms-windows.programmer.win32
From: rion@Ingres.COM (Rion Cassidy (x3357) OGT)
Subject: task switching 
Reply-To: rion@Ingres.COM 
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501
Date: 26 Aug 92 21:11:16 GMT

I noticed a problem with NT the other day while doing a compile of around 30 
files.  I have a screen saver enabled to come on after 5 min.  If I just let 
the compile go by itself, the screen saver comes up and the compile seems to 
get suspended.  The screen saver clearly has the highest priority.

This is in contrast to the pre-release version of NT where in the same 
situation the screen saver would look almost dead, jumping a little bit now 
and then during I/O waits when the CPU could run it.

So the question is: is the task switching working as intended now, or should 
we expect a major change in the beta release?  Should I disable my screen 
saver? Is there anything I can do to change task priorities?

Rion
From: sanzgiri@bombay.metaphor.com (Ajit Sanzgiri)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Where do a DLL's global variables go?
Date: 25 Aug 92 20:08:20 GMT
Organization: Metaphor Computer Systems, Mountain View, CA


In article <KEVIN.92Aug24173237@buffalobill.edscom.demon.co.uk> kevin@edscom.demon.co.uk (Kevin Broadey) writes:

>SECTIONS
>.data	READ WRITE SHARED
>.bss	READ WRITE SHARED
>
>Do it for .data to share initialised variables, .bss for uninitialised,
>but watch out, because Microsoft haven't quite sorted out DLLs that have
>both shared and unshared sections.

	In this connection, the compiler no longer recognises the /ND option
	which would allow one to individually name (and manage) data segments.

	Of course one could use the above to make up a work-around. Break up
	the DLL (which is to have both shared and instance data) into two
	DLLs - one for the shared data and the other for the instance data
	and have the latter be the only client of the former one. 

	Ajit Sanzgiri
Newsgroups: comp.os.ms-windows.programmer.win32
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: Re: Windows NT Frequently Asked Questions (FAQ) - 09/92
Organization: EDS-Scicon, Milton Keynes, UK
Date: Thu, 3 Sep 1992 12:47:33 GMT

Re question 27: Is there a version of EMACS available, yet?

The "big boy's" version is available too :-)

Congruent offer an NT version of GNU Emacs on their ToolBuster CD-ROM
which costs $199.

Contact Jeffrey Siegal <jbs@congruent.com> for details.

They should be accepting credit card orders in a couple of weeks.  I'm
waiting with baited breath!


BTW  Max, any chance of you posting with an Internet FQDN in your email
address?  My local mailer daemon choked on "UUCP" - unknown host" - and
I don't know enough about cross-network messaging to work it out from
your .signature.

--
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.