HDTenEightyP/NetNews huggingface dataset:
From: wales@ringss.enet.dec.com (David Wales)
Subject: Re: How to get WinNT in AUSTRALIA??
Organization: Digital Equipment Corporation (Australia) P/L
Date: Sun, 27 Dec 1992 13:08:08 GMT

In article <chans.725307071@marsh>, chans@cs.curtin.edu.au (Sean Chan) writes...

>I was wondering if anyone in Australia got a WinNT beta, and if you did,
>how and how much??

	Yes I have it.  I just called Microsoft in Sydney and ordered it.  The
cost was $125 delivered.

David.

-- 
==============================================================================
|David Wales (VK2KWD) Sydney, Australia |Internet: wales@ringss.enet.dec.com |
|                                       |UUCP:     decwrl!ringss.enet!wales  |
| "Only 35 years 'til retirement!"      |                                    |
|                                       |                                    |
| Opinions expressed are mine and       |Voice:  (61) 2 561-6553 (Work)      |
| mine only!                            |FAX:    (61) 2 561-6527             |
==============================================================================

Newsgroups: comp.os.ms-windows.programmer.win32
From: samiam@netcom.com (Scott Moore)
Subject: Re: Installation adveNTures with NT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 27 Dec 1992 19:44:12 GMT

williams@nssdcs.gsfc.nasa.gov (Jim Williams) writes:


>First, I hope this is the right place to post this.
>comp.os.ms-windows.programmer.win32 seems to be the only group
>discussing NT, even though my questions are more of the .setup
>variety.  Perhaps we need a comp.os.windows-nt.* hierarchy...

>Anyway, I finally got NT onto my machine last night.  I had to use a
>round about method, as the CD-ROM I borrowed from work wasn't
>recognized.  This is odd, since it is mentioned in the hardware list.
>I have an Adaptec 1542B SCSI controller and the CD-ROM is from one of
>our Silicon Graphics Indigos.  Its a Toshiba 3301.  Perhaps SGI
>tampers with the ROM in some way...?

The SGI version of the 3301 has special mods (onboard software) to directly
read the data off an ordinary (music) CD for audio processing.
Undoubtedly the drive answers with different manufacturer codes. If
you could get ahold of a SCSI utility and tell us the manufacturer return
string, we might help you more (besides, I'd like to know).

>During the installation, I had the opportunity to select what video
>card I have installed.  I have a Diamond Speedstar 24 (the ET4000
>model, not the 24X), so I selected TSENGLABS 1024x768X16.  This was a
>mistake.  After installation, when I booted NT, all I got was a blank
>screen.  Thinking it might be the Speedstar, which has some
>non-standard quirks, I replaced it with the Generic ET4000 card I
>have.  This also didn't work.  I could find no documentation on how to
>make use of the "Emergency Repair Disk" that Setup creates, and I
>couldn't find anything in the /winnt tree that looked helpful, so just
>trashed the whole thing and started over.  This time I just settled for
>VGA and that worked.  However, on the second go around, when it came
>time to create the "Emergency Repair Disk", the formatting phase went
>incredibly slowly.  I eventually poped the disk out and let Setup die.
>It noticed the disk was out, but when I put a different disk in, it
>didn't handle that and just froze.  I rebooted and found NT to be ok,
>so I don't think I lost anything, other than not having a repair
>floppy.

Can't but second this. My tseng is a clone, but has Tseng labeled bioses
and works with every other Tseng anything I have ever come across (including
OS/2 2.0's new driver, MPEGINXG, etc). Could someone post exactly what cards
NT *DOES* work with ??

                                               [sam]
-- 
Scott A. Moore [SAM]  | "Cash is more 
samiam@netcom.com     | important than your 
Santa Cruz, CA USA    | mother"
408-423-1624          | Allan Shugart - CEO Segate Corp.
------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.win32
From: oleg@watson.ibm.com (Oleg Vishnepolsky)
Subject: FTP bug
Date: Tue, 22 Dec 1992 21:47:05 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.16g by O. Vishnepolsky and R. Rogers
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center


If I do FTP put of a large file from a LAN-mounted drive, FTP traps.
It seems to work on small files.

Oleg Vishnepolsky
From: mheller@genesis.nred.ma.us (Martin Heller)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Problems with SCSI-controller and Windows NT
Date: 27 Dec 92 06:28:38 GMT
Organization: Genesis Public Access Minix  +1 508 664 0149

In article <1992Dec27.151816.15779@lth.se> f88hv@efd.lth.se writes:
>Windows NT doesn't get along with my SCSI-controller, and I'd like
>to know why and/or what I can do about it. I didn't ask before
>since I hoped that the October version of Windows NT would have 
>taken care of the problem.
>
>I have the following setup:
>
>  AMI Fastdisk controller (an EISA-based SCSI-2 controller)
>  Seagate 1239N 200MB SCSI drive
>  Toshiba 3301B CDROM drive (Windows NT compatible)
>  The boot drive is an 80MB IDE drive with Windows NT installed.
>
>The controller is Adaptec 154x compatible, and Windows NT detects
>an Adaptec 1540 during setup. But it can't work with it. I have no
>problems with dos and Windows 3.1.

With the standard ROMs, the AMI controller is NOT compatible enough
with the Adaptec for NT. You can order new ROMs that fix the problem
for the price of shipping, from Washburn & Co. (716-248-3627)

The only problem with the replacement ROMs is that the controller will
*always* be in compatibility mode -- which is SLOW compared to its
native, 32-bit mode.
Newsgroups: comp.os.ms-windows.programmer.win32
From: tmg@midget.saar.de (John Tmg)
Subject: Re: Bizzare array size link errors??
Organization: Yoyodyne Posting Systems, Midget HQ
Date: Wed, 30 Dec 1992 15:02:06 GMT

bigras@mala.bc.ca writes:

>> 	Try this:
>> 		printf("%d",1024*1024*4);
>> 	
>> 	now try this:
>> 		printf("%ld",1024L*1024L*4L);
>> 
>> 	Is there any difference?  Why?
>> 

No there are no differences. ints are 32 Bit, i assume. And calculations
are always done with ints (as it is the default promotion).
There is no such thing as a automatic conversion to short. constants
are ints unless explicitly converted. Look at your manuals :-)

>> 	I'm not trying to be deliberately obtuse here, but don't
>> 	forget to declare your constants long or use a (long) cast.
>> 	If you don't they are assumed to be short (if less than 16 bits).
>> 	Calculations using short ints where the result is a long will
>> 	invariably be wrong.

There are *no* short ints, you see? This is not messy-dos anymore...
Anyway, just looks like a brain-dead compiler bug (to say the least).

>totally brain-dead?

just the microsoft ones, i guess :-) at least the NT compiler.

>Tony Bigras				BIGRAS@MALA.BC.CA

regards, Tilman
-- 
tmg@midget.saar.de                  i did not go to work today
Tilman Mueller-Gerbes, Saarbruecken    - i think i won't tomorow
                                           break your chains
From: bigras@mala.bc.ca
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Bizzare array size link errors??
Date: 27 Dec 92 19:52:23 -0700
Organization: Malaspina College

In article <1992Dec23.233102.18242@emr1.emr.ca>, jagrant@emr1.emr.ca (John Grant) writes:
> In article <1992Dec22.211411.1147@mala.bc.ca> bigras@mala.bc.ca writes:
>>Hi,
>>There seems to be a weird little bug involving large
>>fixed arrays using the SDK.
>>
>>This does not compile and link the buff array properly.
>>
>> #include <stdio.h>
>> int i;  
>> long count;
>> long buff[1024*1024*4];                         
>> main()
>> {
>> for (i=0; i<=1; i++)
>>  {
>>  for (count=0; count<=1024*1024*4; count++)
>>    buff[count]=count;
>>  printf ("Win32\n");
>>  }
>> return(0);     
>> }
>>
>>When made this produces the following error:
>>
>> Microsoft(R) Windows NT Linker Version 2.19        
>> (C) 1989-1992 Microsoft Corp. All rights reserved. 
>>                                                   
>> simple.obj() : warning 0516: _buff is undefined    
>>
>>
>>Yet the following code makes fine, the only difference is the size
>>of the buff array!  So why is this? 
>>
>> #include <stdio.h>
>> int i;  
>> long count;
>> long buff[1024*1024*2];                         
>> main()
>> {
>> for (i=0; i<=1; i++)
>>  {
>>  for (count=0; count<=1024*1024*2; count++)
>>    buff[count]=count;
>>  printf ("Win32\n");
>>  }
>> return(0);     
>> }
>>
>>Various other sizes of char or int arrays exhibit similar
>>bizzare errors depending on the size of the array.
>>
>>Any ideas?
>> 
>>Tony Bigras
>> 
>>   BIGRAS@MALA.BC.CA 
>>
>>ok 
> 
> 	Try this:
> 		printf("%d",1024*1024*4);
> 	
> 	now try this:
> 		printf("%ld",1024L*1024L*4L);
> 
> 	Is there any difference?  Why?
> 

Forcing the constants to long has no effect on the errors
generated by the linker.  This appears to be some weird bug
related to the size of physical/virtual memory. It is triggered
a various array sizes between 8MB and16MB on my 8MB system.


> 	I'm not trying to be deliberately obtuse here, but don't
> 	forget to declare your constants long or use a (long) cast.
> 	If you don't they are assumed to be short (if less than 16 bits).
> 	Calculations using short ints where the result is a long will
> 	invariably be wrong.
> -- 
> John A. Grant						jagrant@emr1.emr.ca
> Airborne Geophysics
> Geological Survey of Canada, Ottawa

C has always stuck me as a poor general purpose language
with its poor type enforcement. Surely I should not have to declare
constants as long if they are being used on long variables.  Is the
compiler just a portable assembler, or is it supposed to do a bit of the
work as well?  I appreciate the ability to relax typing but are C compilers
totally brain-dead?

Tony Bigras				BIGRAS@MALA.BC.CA


Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: Porting X applications to NT/Win32
Date: 22 Dec 92 01:32:47 GMT
Organization: Microsoft Corporation

Windows 3.x certainly does, and I believe Windows NT will allow
it as well though I'm not 100% certain.

Try it.  Get a DC, pass to another process, and use it to draw
on the original window.


In article johnm@CIS.Prime.COM writes:
| 
| I am currently looking into the feasibility of porting an X application to
| Windows NT/Win32. My X application consists of two cooperating processes; a
| UI engine and a graphics engine. Amongst other things, the UI engine is responsible
| for creating graphics windows within a strictly defined presentation area, and then
| passing the handles to these graphics windows to the graphics engine. The graphics
| engine is then able to draw graphics and process X events in these windows, just as
| if it had created the windows itself. My question is this. Will Windows NT/Win32
| support this type of architecture (ie sharing windows between different processes) ?
| 
| Thanks
| John Mason


-- 
-------------------------
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: mokler@desert.in-berlin.de (Claudius Mokler)
Subject: Anybody using NE2000 with NT ?
Organization: Private Site
Date: Sun, 27 Dec 1992 23:44:21 GMT

I still have problems installing my NE2000 clone for use with
NT. I have the October Beta, and it simply doesn't work.

Is there anybody around here using such a card successfully ?
If so, please tell me your system's configuration.

Thanks in advance 
-- 
Claudius Mokler
e-mail mokler@desert.in-berlin.de
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: NT Installation with WD8003E Ethernet
Date: 3 Jan 93 18:28:44 GMT
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Techn. Univ. Clausthal
News-Software: IBM OS/2 PM RN (NR/2) v0.16 by O. Vishnepolsky and R. Rogers

In <1993Jan2.171005.1060@cmkrnl.com> jeh@cmkrnl.com writes:
>In article <1992Nov26.082015.21435@solaris.rz.tu-clausthal.de>, hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter) writes:
>> In <1992Nov23.104029.19031@infocomm.com> mark@infocomm.com writes:
>>>I've selected/configured IRQ=2, PORT=0x200 and Memory Base=0x0
>>>       (As suggested on page 43 of the Release Notes)
>>>
>>
>> I personally can not recommend IRQ2. This leads to several problems in
>> many cases, because of the "cascade" function of IRQ2.
>
>What are we supposed to do?  COM ports come set up to only use IRQ 3 and 4.
>If you want to be able to use both of them as serial ports (rather than using
>one for a mouse), you need a bus mouse.  Microsoft's bus mouse can only be
>used at IRQ 2, 3, 4, or 5.  Many Ethernet cards are similarly limited to
>2, 3, 4, or 5.  If I can't use IRQ 2, that effectively means that I can't have
>two working serial ports.
>
>The combination of mouse at IRQ 2, serial ports on 3 and 4, and Ethernet card
>on 5 works fine for me under DOS.  Can I expect problems with this under NT?
>Could this be related to my NT system being unable to write to the floppy
>drives?

That's exactly, what I have running under Windows/NT.

Inport Mouse on IRQ2, Serial Ports on IRQs 3&4, NE2000 Ethernet card on
IRQ5. This works fine for me and I don't have any problems. But be
careful: Some (especially older) ET4000 cards always utilize IRQ2, which
prevents other software using IRQ2.

Another solution is to buy a XENIX compatible serial card. These cards
provide 4 COM Ports all over one configurable IRQ (2,3,4,5,7). The October
release does not support these cards, but Microsoft promised to support
them, when I made a request to winnthw@microsoft.com.

Buying a XENIX compatible COM card is much cheaper, than buying a new
network card, that supports IRQs > 7 or a bus mouse card. Hope this helps.
I got my XENIX comaptible card for DM 50 (about $30) here in Germany.

Christoph
-------------------------------------------------------+-----------------------
Christoph H. Hochstaetter, Philipps-University Marburg | Universitaetsstr. 25
Internet: hochstae@allfiwib1.wiwi.uni-marburg.de       | D-W-3550 Marburg
Bitnet  : HOCHSTAE AT DMRHRZ11                         | Germany
Fido    : 2:243/660                                    | Phone +49-6421-28-7092
Fax     : +49-6421-28-4858                             |
Newsgroups: comp.os.ms-windows.programmer.win32
From: chris@chrism.demon.co.uk (Chris Marriott)
Subject: Re: Win32s on Beta SDK CDROM? 
Distribution: world
Organization: None
Reply-To: chris@chrism.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sat, 2 Jan 1993 23:02:33 +0000

In article <1i4vb0INNj3c@neuro.usc.edu> merlin@neuro.usc.edu writes:

>I read somewhere that the beta sdk cdrom contains a product called
>win32s which allows 32 bit windows program development running over
>dos and not over the nt kernel.  Is this correct?
>
>Does win32s allow the development of true 32 bit code (large scale
>image processing applications requiring flat memory model with the
>ability to manipulate and do i/o with arrays larger than 64 KB)?
>
>Will there be an actual win32s product released for use in porting
>and public release of 32 bit applications for the dos environment?
>

Yes - Win32s is a set of DLL's for Enhanced mode Windows 3.1.  As its
name suggests, it consists of a subset of the complete NT Win32 API.
Basically, you develop your application on an NT machine, then Win32s
allows that application to run under Windows 3.1.  You get the 32-bit
flat memory model.  You *don't* get things like pre-emptive multitasking,
separate address space, etc.  All the Win32 API functions are there,
but the things which aren't implemented in Win32s are simply "stub"
functions - eg, "CreateThread" always returns a "failure" result.

Win32s, even in the beta, seems to work well.  I've ported a fairly
large application to NT and it runs beautifully under Windows 3.1 as
well, using the Win32s DLLs.

Chris
-- 
--------------------------------------------------------------------------
| Chris Marriott                           | chris@chrism.demon.co.uk    |
| Warrington, UK                           | BIX: cmarriott              |
| (Still awaiting inspiration              | CIX: cmarriott              |
|  for a witty .sig .... )                 | CompuServe: 100113,1140     |
--------------------------------------------------------------------------
From: cnolan@vax1.tcd.ie
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: USERRTL.DLL: what/where is it?
Date: 21 Dec 92 16:33:28 GMT
Organization: Trinity College Dublin

What/where is USERRTL.DLL?  Various programs have failed to find it (Mewinnt,
psviewer).  i can't find it on the CD either.  Any ideas?

-- 
===============================================================================
		Conor Nolan	(cnolan@tcd.ie)
	Microelectronics Dept. Trinity College, Dublin.  IRELAND.
===============================================================================
From: Rick.Ellis@ofa123.fidonet.org
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Win32s on Beta SDK CDROM? 
X-Sender: newtout 0.06 Jan  3 1993
Date: 03 Jan 93  19:49:16

On <Jan 02 19:49> Chris Marriott writes:

 CM> Win32s, even in the beta, seems to work well.  I've ported a fairly
 CM> large application to NT and it runs beautifully under Windows 3.1 as
 CM> well, using the Win32s DLLs.

Has anybody managed to get it to work with a Network installation?  We could
only get it to work here with a private Windows installation.
From: fn@junior.mathtok.polymtl.ca (Francois Normant)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: IBM Token-Ring Adapter and TCP/IP
Date: 21 Dec 92 21:16:19 GMT
Organization: Mathematiques Appliquees - Ecole Polytechnique - Montreal

I am trying to use TCP/IP to reach UNIX host from my Windows NT machine
(486DX2/55Mhz, 16MB RAM, IBM Token-Ring adapter, october SDK).
I have followed all the installation steps described in the "TCPIP" manual and
everything has gone fine.

When I try to ping my local machine (or any machine) I get the following
message:
failed to open stream to IP
IP handshake error

Any ideas ?

Thanks in advance.


-- 
Francois Normant (francois_normant@mathappl.polymtl.ca)
Departement de Mathematiques Appliquees - Ecole Polytechnique
C.P. 6079 - succursale A
Montreal - Quebec - Canada - H3C 3A7
From: karmira@natinst.com (Apostolos Karmirantzos)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Multi-processors for NT
Date: 30 Dec 1992 16:51:47 -0600
Organization: National Instruments, Austin, TX
NNTP-Posting-Host: falcon.natinst.com
Keywords: multi-processor, NT, MP

  I am a developer for NT and I am looking to buy a multiprocessor (MP) 
machine for NT development. But when I saw the prices I almost fainted :-). 
So I decided to check first if anyone out there has experience with 
MP machines and would like to share their experiences. 
  Did the machine performed well? Does NT speedup at all? I was reading that
there are some problems with the MP kerel and there are some fixes. How stable 
is NT under MP compared with a single processor machine. 
  Also, since most of my computers run DOS/Windows, is anything else except
file server that I can use this machine for? Is there any machine that 
provides special programs that help DOS/Windows to take advantage of
the many processors? 
  Finally, are these machines reliable? I am afraid that since this is very
compilacted machine, they would have reliability problems. 
  Thanks in advance
        Yours sincerly
                Apostolos


-- 
+--------------------------------+-------------------------------------------+
| Karmirantzos Apostolos	 |E-mail: karmiran@natinst.com		     | 		
+--------------------------------+-------------------------------------------+
Newsgroups: comp.os.ms-windows.programmer.win32
From: rwb@unislc.uucp (Rick Butland)
Subject: SLIP/PPP for NT?
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Mon, 21 Dec 1992 13:02:50 GMT


Subject as above, is (will) SLIP or PPP be supported as a transport under 
the /NT TCP/IP stack?  Or, will this require a separate product?

Thanks,
Rick
Newsgroups: comp.os.ms-windows.programmer.win32
From: samiam@netcom.com (Scott Moore)
Subject: Re: Installation adveNTures with NT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 29 Dec 1992 07:15:37 GMT

chris@chrism.demon.co.uk (Chris Marriott) writes:

[sundry deletions]

>>Can't but second this. My tseng is a clone, but has Tseng labeled bioses
>>and works with every other Tseng anything I have ever come across (including
>>OS/2 2.0's new driver, MPEGINXG, etc). Could someone post exactly what cards
>>NT *DOES* work with ??

I need to be more clear on this: I mean what TSENG 4000 based cards
Does it work with ? Orchid ? what else ?
And can anyone give a report on NT use with XGA ? TIA

-- 
Scott A. Moore [SAM]  | "Cash is more 
samiam@netcom.com     | important than your 
Santa Cruz, CA USA    | mother"
408-423-1624          | Allan Shugart - CEO Segate Corp.
------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.win32
From: faust@x1sun13.ccl.itri.org.tw (Jiunn-Chen Lin X-terminal)
Subject: Help: config.sys & config.nt ?
Reply-To: faust@x1sund.ccl.itri.org.tw
Organization: Computer & Communication Research Laboratories
Distribution: comp
Date: Tue, 29 Dec 1992 08:45:01 GMT

Hi,

	What's the relationship between config.sys and config.nt ?
I can't run any DOS application (eg. PE2) in NT DOS window.

	Thanks in advance !

-Faust

--

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jiunn-Chen Lin
Industrial Technology Research Institute
Computer & Communication Research Labs. 
  
X100, Bldg.14, 195 Sec. 4. Chung Hsing Rd.,    _ ,
Chutung, Hsinchu, Taiwan 31015, R.O.C.       ,- -                     ,
Tel: 886-35-917623                          _||_    _                ||
Fax: 886-35-917503                         ' ||    < \, \\ \\  _-_, =||=
                                             ||    /-|| || || ||_.   ||
                                             |,   (( || || ||  ~ ||  ||
                                           _-/     \/\\ \\/\\ ,-_-   \\,
Email: faust@x1sund.ccl.itri.org.tw

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: NT - Security & Eventlog & PVIEW.EXE
Date: 31 Dec 92 16:35:41 GMT
Organization: Microsoft Corporation

In article msieber@csghsg5a.bitnet writes:
| NT Security and PVIEW (Process View)
| 
| But if TEST starts Process View, he can kill the process
| eventlog.exe and then the process is reported 
| (by ControlPanel - Services) as stopped. And after 
| doing something uncontrolled by EventLog(maybe try out some
| passwords for administrator....) he can start the service
| again. So no administrator realizes anything!

From the NT Security Oracle (Jim Kelly, NT Security project lead):

The ability to kill processes from PVIEW was an interim hard-coded 
capability that was in both the PDC and first Beta release.  
It was added to simplify life here in the development
group.  This hard-coded over-ride of security will be removed here 
soon (long before final product ship).  I thought we had put a comment 
in some part of our documentation indicating this was the case, 
but I can't find it now so it probably didn't get published.

I am sorry for any amount of concern this caused.

Regards,
Jim Kelly

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