HDTenEightyP/NetNews huggingface dataset:
From: eric@tfs.com (Eric Smith)
Subject: CD-ROM Drives
Summary: Which drive is the most cost effective, etc.?
Organization: TFS
Date: Tue, 15 Sep 1992 14:35:30 GMT

The SDK Hardware Compatibility List mentions 8 brands of CD-ROM drives.
But will other brands also work?  For example, Mitsumi?  I noticed a
Mitsumi drive for $259 in a Fry's ad.  It says it comes with interface
board and driver software.  I assume the driver software is for DOS.
Does NT have driver software for the CD-ROM drives mentioned in the
hardware compatibility list?  Does it have one driver for each of those?
Does that mean the Mitsumi won't work, unless one of those drivers happens
to be compatible with it?

Which of those 8 brands is the best, fastest, most cost effective, etc.?
I noticed the CD Technology coupon mentions 325 ms access time, but I
also noticed some other brand somewhere mentioned 280 ms access time,
and 300 KB/s transfer rate.  Is that 300 KBytes or Kbits?  What is the
transfer rate of the CD Technology drive?  I noticed the slowest drives
seem to be 150 KB/s.

The CD Technology coupon mentions an adapter for $100, and a parallel
port adapter for $120.  Will both of those work with the SDK?  Are
they SCSI or what?  Are there any problems using the parallel port?
They say allow 2-4 weeks for delivery.  Does it really take that long?
If I just go buy a CD-ROM drive somewhere in the SF Bay area, where is
the best place to buy one?
Newsgroups: comp.os.ms-windows.programmer.win32
From: RFowler@kelvin.jpl.nasa.gov (Robert A. Fowler)
Subject: Re: NT bug!
Organization: Jet Propulsion Laboratory
Date: Thu, 10 Sep 1992 14:23:29 GMT

In article <716124969.17922@minster.york.ac.uk> martin@minster.york.ac.uk writes:

>  I have a windows NT bug! It is not possible to shutdown a windows NT
>system without logging in! It would be useful if the login screen also had
>a button to shutdown the system.

>I have seen that `being allowed to shutdown the system' is a user priviledge,
>and until you have logged in the system does not know if you should have this
>priviledge, but I don't think this is a good reason for not allowing
>a shutdown without logging in. How about a separate `pseudo-user' representing
>the logged out state that one can choose to give `shutdown' priviledges too,
>or a global setting?

I think you are looking at this wrong (from a PC viewpoint) workstations/
mini computers don't get turned off, unless that SuperUser (system 
administrator) Ok's it
    _________________________________________________________________
                        
                        HONDA -- The only way to fly
    o          
  _/\_>   -A proud owner (just wish they were made in the USA)
 O,> / O   [with all respects to Ohio MINE were made in Japan]
           
                           CM400T/XL500R/VF500F
                             '79   '82    '84
                           
     Slower trafic keep right (SUCKzukies, HDs, etc.) ->->->->->->->
    _________________________________________________________________

Newsgroups: comp.os.ms-windows.programmer.win32
From: ushomirs@spot.Colorado.EDU (USHOMIRSKIY GRIGORIY)
Subject: Re: What about MediaVision Pro 16 w/ SCSI I/F?
Organization: University of Colorado, Boulder
Date: Sat, 5 Sep 1992 22:59:46 GMT

edwardm@hpcuhe.cup.hp.com (Edward McClanahan) writes:

>What about MediaVision Pro Audio 16 + SCSI interface on-card + NEC 83J CD-ROM?

>This NEC 83J is the internal dual-speed 280ms seek time CD-ROM.

>BTW:  Prices I have found include the following:

>          Sound card (w/ SCSI I/F) only       List $ 349      Fry's $ 229

>          MultiMedia package                  List $1199      Fry's $1099
>           (includes sound card, NEC 83J
>            CD-ROM, several CD's, various
>            software)

>          NEC 83J                             List $ ???      Mail Order ~$590

This has nothing to do with whether the above is a good SCSI/CD ROM for NT,
or whether it will work with NT at all, but I've found better prices on the 
above things

	Sound card 				$190
	NEC CDR-84				$509
		(CDR-83 was discontinued
		 a little while ago).

These prices are from Telemart (800-821-2033 and were quoted to me 2 weeks ago)

Greg
From: eje@irenaeus.mlo.dec.com (Eric James Ewanco)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Windows 3.1 & Processor Mode Swap
Date: 13 Sep 92 21:43:32 GMT
Reply-To: ewanco@kalvin.enet.dec.com
Organization: Digital Equipment Corporation


In article <1992Sep13.164350.2322@microsoft.com>, johnhall@microsoft.com (John Hall) writes:
Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: Windows 3.1 & Processor Mode Swap
Date: Sun, 13 Sep 92 12:43:50 GMT+5:00
Organization: Microsoft Corporation

In article ee0n+@andrew.cmu.edu (Eric James Ewanco) writes:
>> Suppose a Win32 application mades a DOS call  First, does the trap go into
>>| Windows in Protected mode, or into DOS (in 21h)?  

>It GP faults.  Windows 32 does not allow you to make interrupt calls.

> I stop my answers here, since I think you are saying 'Win32' when
> you mean 'Windows 3.x'.

ACK!! You are correct, I don't know what possessed me. BIG MISTAKE!!

All this excitement about NT has my mind screwedup . . .

I of course meant Win16 -- Windows 3.1 applications.  I will repost my
question.

Thanks...

Eric
--
/=============================================================================\
| Eric Ewanco - Software Engineer     For the rash and outrageous opinions ex-|
| Digital Equipment Corp, Maynard MA  pressed herein I alone am responsible;  |
| ewanco@kalvin.enet.dec.com          they do not belong to DIGITAL(TM).      |
\==============================- 2 Th 2:15 -==================================/
Newsgroups: comp.os.ms-windows.programmer.win32
From: leehart@microsoft.com (Lee Hart)
Subject: Re: NT and Lan Manager support ?
Date: 09 Sep 92 13:43:00 GMT
Organization: Microsoft Corp.
Keywords: Lan Manager
Summary: Windows NT interoperability with Lan Manager

In article <1992Sep8.173533.27581@jyu.fi>, mpj@jyu.fi (Markku Jaatinen) writes:
> I just heard that Windows NT supports Lan Manager in some extent.
> I'd like to hear more about this support. Is it possible to make
> a NT-workstation to run as an extra server in a Lan Manager network ?

Yes, Windows NT is compatible with Lan Manager servers and clients,
providing that you have compatible protocol stacks of course.
 
Lee Hart
Win32 Support
From: nitin@Ingres.COM (Nitin Borwankar)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Can I port a UNIX X11 app to NT?
Date: 11 Sep 92 19:20:21 GMT
Reply-To: nitin@Ingres.COM (Nitin Borwankar)
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501

In article <JBS.92Sep10192514@sun1.Congruent.COM> jbs@Congruent.COM (Jeffrey Siegal) writes:
>In article <3047@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>
>   alistair@microsoft.com (Alistair Banks) writes:
>
>   >The functions you mention above should not be a problem - much
>   >worse would be a heavy reliance on the semantics of fork(), or the
>   >sequential order of handle assignments.
>
>   The POSIX layer will solve this? Especially the fork() one of cource,
>   I can't imagine much programs needing the other one.

Yes, the POSIX layer will solve this but the POSIX layer will only
support non GDI apps, ie you can't have a Windows interface
to a POSIX app.
Is that correct ?

In which case, when I want to port a UNIX app with fork() to
a native Win32 app, I still have to deal with mapping to CreateThread()
parent-child processes etc.

Has anyone done this ? Or have a clear cut way to do this ?
In the NT PDC proceedings there was an example of fork()+exec()
being mapped to CreateProcess() with the appropriate Win32-isms.
Are there other examples ? Experiences ?

Nitin Borwankar,
nitin@ingres.com         ***** VISUALIZE WHIRLED PEAS *****




>
>Unfortunately, you can only use one Subsystems (POSIX, Win32, OS2 1.x
>console mode) at a time, so if you use POSIX, you can't use any Win32
>GUI or graphics API's.
>
>Jeffrey Siegal
Newsgroups: comp.os.ms-windows.programmer.win32
From: leehart@microsoft.com (Lee Hart)
Subject: Re: NT-Compliant Hardware?
Date: 08 Sep 92 12:29:17 GMT
Organization: Microsoft Corp.
Summary: Ultrastor SCSI controllers and Windows NT

In article <834.1101.uupcb@satalink.com>, bert.tyler@satalink.com (Bert Tyler) writes:
> I'm about to order the preliminary NT SDK, am going to have to order
> some hardware to go with it, and am currently agonizing over several
> messages I've seen here that indicate I might have more troubles than
> I bargained for.  Help!

A good rule of thumb is not to rely on any hardware (particularly SCSI
controllers) that is not on the supported hardware list, unless you have
a good reason to believe it works.
 
> 1) Has anybody tried adding a CD-ROM to an UltraStor 14F adapter?
> The UltraStor SCSI adapter shipped with the EISA version of the
> Gateway 486/50?  What are the odds that this would work?

In general, if your SCSI controller is supported and your CD-Rom is SCSI-II
compatible, you should be kosher.  Of course this is not always true, and
you don't always need a SCSI-II compatible CD-ROM.
 
> 2) Has anybody tried running NT using an UltraStor 14F adapter?  Any
> version of UltraStor SCSI adapter?

As stated in the release notes the 24F will work if you run it in the ISA
compatibility mode (WD1003 compatible.)  Of course then Windows NT sees it
as a WD1003 hard drive, not as a SCSI controller (this means it will not
see any attached CD-ROMS)
 
> 3) If I ordered an NT-compatible CD-ROM complete with its own (NT-
> compatible) SCSI controller, moved the Maxtor hard disk over to
> it, and set aside the UltraStor 14F, would that work?  Would I lose
> the files that are currently on the Maxtor in the process?  (Trust
> me - I'll back that puppy up first in any case <grin>)

I'd plan on losing data, and maybe you'd be pleasantly suprised.  There
are many controllers out there, and many mapping schemes, so I'd be 
suprised if you did not need to reformat, but it could happen.
 
> 4) (and I realize that the folks who are able to answer this question
> may not be allowed to answer it just now) What are the odds that the
> current "single SCSI controller" limit will be lifted by the next
> release of the SDK?  Are my Bernoulli drives doomed?

As I recall, it's that multiple SCSI controllers have not been tested.
There have been reports on CIS that multiple SCSI controllers work.  But
you will then be in the unfortunate position of a non-supported
configuration.
 
> (The first porting effort will be to port our freeware Winfract 
> fractal generator over to the NT environment.)

I look forward to it.
 
>                    Bert Tyler   (bert.tyler@satalink.com)

Lee Hart
Win32 Support
I don't even resemble a Microsoft spokesman.
Newsgroups: comp.os.ms-windows.programmer.win32
From: rrohbeck@kboeng.enet.dec.com ()
Subject: Re: Running a app several times
Reply-To: rrohbeck@kboeng.enet.dec.com ()
Organization: Digital Equipment Int. GmbH
Date: Fri, 11 Sep 1992 09:54:35 GMT


In article <1992Sep10.151538.23206@news.uni-stuttgart.de>, AXEL@bonnie.physik.uni-stuttgart.de () writes:
>Can you run an app several times (parallel) on NT? I think, 3.1 doesn't and I
>see some problems like interapp-communications. 
>And another one: I read that you can open several windows per app. Is this like
>in 3.1 several windows in one large window or can you move them free on the
>desktop?
Sure, as long as the app doesn't reject that. It should even benefit from
sharable code (given the fact that some rather bright guys did the kernel :-)
As a brute force test of paging, I did a
for %f in (*.*) do start notepad %f
in a big directory (Notepad seems to read the complete file into a big memory
block.)
It behaved better than I thought. The mouse cursor got
jerky, though, and NT crashed when the paging file had filled up the complete
C: disk (some 120 MB left before.)
But I still could do something else in parallel until then. Unpolished, but
pretty impressive.
--
===============================================================================
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"
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Can I port a UNIX X11 app to NT?
Date: 14 Sep 92 21:38:44 GMT
	<JBS.92Sep10192514@sun1.Congruent.COM>
	<1992Sep12.031057.28256@microsoft.com>
Reply-To: montanaro@crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY

In article <1992Sep12.031057.28256@microsoft.com> alistair@microsoft.com (Alistair Banks) writes:

   The system can run multiple subsystems - a single process can only belong
   to one subsystem, but an app can easily be made up of multiple communicating
   processes from different subsystems - the GUI can be written to the Win32
   API, and the guts of the app can be written to POSIX - that having been
   said, for most people without heavy dependancies on fork(), the use of
   pure Win32 API is most appealing with its extra functionality -- Alistair

I'm new to this group, so forgive me if I'm repeating oft-asked questions,
but what is the fundamental reason for a single process belonging to (is
that the same as communicating with?) only a single subsystem? Is there
some name clash between, say, the POSIX and Win32 subsystems that prevents
it?

I presume different distributed file system types would be implemented as
different subsystems. How does this one process/one subsystem restriction
work there? Once I open an NFS file, would I be restricted to only open NFS
files?

--
Skip (montanaro@crd.ge.com)
From: jyl@burgess.eng.sun.com (Jacob Levy)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Re: multiple threads per window?
Date: 9 Sep 92 10:04:48
Organization: State Retirement Home for Retarded Slugs
Reply-To: jyl@toss.eng.sun.com
NNTP-Posting-Host: burgess
In-reply-to: bagwill@swe.ncsl.nist.gov's message of 9 Sep 92 15:28:31 GMT

In article <5449@dove.nist.gov> bagwill@swe.ncsl.nist.gov (Bob &) writes:
Path: appserv.Eng.Sun.COM!exodus.Eng.Sun.COM!jethro.Corp.Sun.COM!news2me.ebay.sun.com!sun-barr!olivea!uunet!dove!swe.ncsl.nist.gov!bagwill
   From: bagwill@swe.ncsl.nist.gov (Bob &)
   Newsgroups: comp.os.ms-windows.programmer.win32
   Summary: multiple threads per window?
   Keywords: threads
   Date: 9 Sep 92 15:28:31 GMT
   Sender: news@dove.nist.gov
   Lines: 6
   X-Newsreader: Tin 1.1 PL4

   With NT, you can have multiple threads per process and multiple windows
   per process.  Am I correct in assuming you can have at most one thread
   issuing WIN32 calls per window?

   --
   Bob Bagwill	NIST/Computer Systems Lab/Distributed Systems Engineering Group

From perusing the docs, this does not seem to be exactly correct. Each
thread which owns windows (having started them) has its own message queue,
thus it will read the messages. However, any thread seems to be able to do
Win32 window output operations on any handle, even if the thread is not the
one that created the window. Seems like the rule is: Have a handle --> able
to do output.

--JYL
From: by703@cleveland.Freenet.Edu (James E. Carey)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Getting the Process/Thread CPU Time:
Date: 9 Sep 1992 13:39:23 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: by703@cleveland.Freenet.Edu (James E. Carey)
NNTP-Posting-Host: slc5.ins.cwru.edu


In a previous article, perkins@sousa.ltn.dec.com (Eric Perkins) says:

>
>Has anyone seen any API which will give the amount of CPU
>time a thread or process has used up? The program Pview that
>comes with the SDK can do this so there must be a way with the 
>API to do this, right?

I haven't tried it, but I was pointed at winperf.h when I asked a similar 
question on Compuserve.  It looks like everything is there.

Jim Carey
Information Resources, Inc.   
jcarey@cykick.infores.com   - or - by703@cleveland.freenet.edu
From: craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: bug in SetKeyboardState?
Date: 7 Sep 92 05:53:01 GMT
Organization: Stanford Linear Accelerator Center
In-reply-to: jkf@Franz.COM's message of 6 Sep 92 17:09:48 GMT


In article <JKF.92Sep6090948@frisky.Franz.COM> jkf@Franz.COM (Sean Foderaro) writes:
>
>I've written a little program to switch the Caps Lock and Control keys
>for Windows 3.1 (which I'll be posting shortly).  I tried to port it
>to NT without success.  I've traced the bug down to the
>SetKeyboardState function which seems to have no effect in NT.
>Perhaps this is due to a misunderstanding on my part (or perhaps this
>just isn't implemented yet on NT).
>

I can't guarantee it, but I will bet that the security protections of
Win NT do not allow one to mess with the global keyboard state.

Craig
---------------------------------------------------------------------
Craig Markwardt             SLAC           | "The patron saint of quality
internet: craigm@egnext2.slac.stanford.edu |  footware.."  -- Spinal Tap
---------------------------------------------------------------------
--
---------------------------------------------------------------------
Craig Markwardt             SLAC           | "The patron saint of quality
internet: craigm@egnext2.slac.stanford.edu |  footware.."  -- Spinal Tap
---------------------------------------------------------------------
From: ravi@xanadu.com (Ravi Pandya)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: setjmp/longjmp
Date: 8 Sep 92 20:26:06 GMT
Organization: Xanadu Operating Company

The July NT x86 toolset does not include setjmp/longjmp - the header
file is ifdef'ed out, and it is not in the library. It is a fairly
straightforward piece of assembly code to write, but before I do it,
I'd like to know if there are any subtle reasons why the obvious
approach won't work. Does NT do any odd messing around with stacks,
privilege levels, etc that would make it hard? I have a suspicion that
something like this is the reason it is not in the library.

Unfortunately, our port from UNIX to NT cannot proceed without it, or
some facsimile, since it is used in our own exception handling
package, which is used everywhere. We could move it over to the MS
exception handler, except that it doesn't seem to be available nor
documented yet... Any suggestions?

Furthermore, the compiler insists on treating a function in which some
control paths do not return as an error. Since a lot of our functions
might terminate by raising an exception and doing a longjmp, there are
hundreds of places in our code that provoke this error message. Is
there any way to turn it off, or at least downgrade it into a warning?

Thanks!
	--ravi

	Ravi Pandya
	Xanadu Operating Company
	1891 Landings Drive
	Mountain View CA 94043
	415 903 1316
	415 903 1399 fax
	ravi@xanadu.com
From: perkins@gamma1.ltn.dec.com (Eric Perkins)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Next Windows-NT release:
Date: 15 Sep 92 14:18:23 GMT
Article-I.D.: sousa.1752
Reply-To: perkins@tallis.enet.dec.com (Eric Perkins)
Organization: Digital Equipment Corporation

Back in July it was mentioned that the next release of Windows-NT,
or the first real beta release would be in September.

It is now September and I was wondering, when we might
expect to see the next release. I could really use an update
to WINDBG which could handle C++ properly, as well as an
update to the rest of the system to handle dos and windows apps
better.

Is there any Microsoft official (or unofficial) comment on when
we might see the next release. Are we still saying September? or
has it been moved back to October or later?

I am not asking for a commited date, just an idea so that we can 
know if we should look for workarounds to some of the bugs and
problems that we have come up against in the pre-release 
code.

-- Eric Perkins
-- perkins@tallis.enet.dec.com
-- Comment,views,ideas,actions,thoughts,eye movements and
   any other activity are purely my own and do not represent
   those of my employer, spouse, children, cat or any other
   contact I may have in this life, or the life hereafter. RIP
Newsgroups: comp.os.ms-windows.programmer.win32
From: gerry@pizzabox.dialogic.com (Gerry Lachac)
Subject: Threads are Not Processes (was Re: Process Security in NT)
Organization: Dialogic Corporation
Date: Fri, 11 Sep 92 14:57:35 GMT

In article <sxjcb-100992122022@sxjcb.uacn.alaska.edu> sxjcb@orca.alaska.edu (Jay C. Beavers) writes:
>
>Are daemon and process bad words for NT that have been replaced with more
>'MC (Microsoft Correct)' jargon?  Threads means processes, but how about
>daemon?  Background thread?

Threads are *NOT* processes!  Processes can be thought of as data
ownership, and a thread as a stream of control.  A process can have
one thread (the standard Unix model) or many threads (the NT/OS2/Unix
with Light-weight Process model).

A process can "own" memory, file handles, pipes, etc.  Every thread in
a process can access any of this data.  The only data a thread has is
its stack.

Many beginning Unix-background OS2/NT programmers mistakenly make
this thread==process assumption, since the concepts of data ownership
and streams of control are not separated in the traditional Unix model.
From: edwardm@hpcuhe.cup.hp.com (Edward McClanahan)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: What about MediaVision Pro 16 w/ SCSI I/F?
Date: 4 Sep 92 04:33:16 GMT
Organization: Hewlett Packard, Cupertino

Okay, it sounds like the verdict is in on SoundBlaster Pro + its proprietary
interfaced CD...

What about MediaVision Pro Audio 16 + SCSI interface on-card + NEC 83J CD-ROM?

This NEC 83J is the internal dual-speed 280ms seek time CD-ROM.

What are the particulars of the SCSI interface?  Is it SCSI-2?  Is it fast?
The MV Pro 16 is a 16-bit card, but should I get a separate SCSI interface
card for connecting a SCSI Hard Disk?

And finally, will the MV Pro 16's SCSI interface work under NT (either
non-batch installation and once up-and-running NT)?

BTW:  Prices I have found include the following:

          Sound card (w/ SCSI I/F) only       List $ 349      Fry's $ 229

          MultiMedia package                  List $1199      Fry's $1099
           (includes sound card, NEC 83J
            CD-ROM, several CD's, various
            software)

          NEC 83J                             List $ ???      Mail Order ~$590