HDTenEightyP/NetNews huggingface dataset:
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Subject: Re: How to re-install flex boot?
News-Software: IBM OS/2 PM RN (NR/2) v0.17 by O. Vishnepolsky and R. Rogers
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Philipps-University Marburg, Germany
Date: Mon, 25 Jan 1993 11:49:15 GMT

In <1993Jan15.092852.9891@hk01.hk.ncc.se> lasse@hk01.hk.ncc.se (Lars Hammarstrand - EurOpen.SE) writes:
>poffen@sj.ate.slb.com (Russ Poffenberger) writes:
>:There are a couple different programs on CI$ to do this. Once is bootsect.zip
>:and the other is like mksec.zip or something similar. I forget exactly which
>:library it is, but it is in the 'winnt' forum.
>
>I don't have an account on CI$, so can someone please put them on an internet
>archive? (or are they propetary of CI$?, god forbid!) BTW, is there an
>anonymous 'winnt' login to CI$ which MS pays for?
>

I have the BOOTSECT utility from CI$. I will upload it to cica tomorrow.

>PS...
>Is there anyone out there who's trying to collect all the winnt stuff
>to a single, public accessible, and well updated archive?

I am downloading lots of files from CI$, which I upload to cica and also
make them available on my machine allfiwib1.wiwi.uni-marburg.de in the
directory /ftp/anonymou/nt.

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: samiam@netcom.com (Scott Moore)
Subject: Re: Pascal compiler for NT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Sun, 24 Jan 1993 08:43:31 GMT

Ollie.Treadway@launchpad.unc.edu (Ollie Treadway) writes:

>we are looking for a pascal compiler for NT.  Please respond 
>with any info on sources and availability.

I don't have personal experience with it, but SVS (Silicon Valley 
Systems) in fremont CA has informed me that they have a beta
version of such a compiler. Be warned that besides the beta 
problems in general, that you will have to make your own header
files to call system functions (since obviously the "C" 
include files are not compatible). If you do check it out,
please relay back as I may pick it up myself.

                                        [sam]
-- 
Scott A. Moore [SAM]  | Why should I go outside ? It's unheated, poorly 
samiam@netcom.com     | furnished, and has far to little electrical
Santa Cruz, CA USA    | outlets.
408-423-1624          | 
ExaByte Corp.         | "my opinions do not represent my company, etc."
------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.win32
From: dale@mkseast.uucp (Dale Gass)
Subject: Re: POSIX interface/Access to WIN32 calls
Organization: Mortice Kern Systems, Atlantic Canada Branch
Date: Mon, 25 Jan 1993 19:02:04 GMT

db@argon.Eng.Sun.COM (David Brownell) writes:
>> >	  Can I in some way make WIN32 calls from
>> >a POSIX compiled application.
>> 
>> No, you can't mix subsystems.
>I've heard this before ("can I both POSIX and WIN32 APIs" seems to
>be a FAQ), but never a rationale.  What's the point of preventing use
>of standard (POSIX) APIs and others (WIN32, ...) in one program?
>
>I'm not after a "because that's the way it's built" answer, but rather
>one that explains why that's a supposed to be good thing.

I agree...

I can see why the "compatability" subsystems like OS/2 don't have WIN32
access; you want them primarily to run binaries built on and for other 
systems.

But for the POSIX subsystem, you're not running binaries from other systems;
you're running binaries which have to be specifically built to run on 
Windows NT.  You're not creating a binary compatability box, but inventing
a new binary format and a new penalty box which is incompatible with the
native NT API's.  To limit access to the WIN32 calls is insane...

I think the whole point was missed here...

-dale
-- 
 Dale Gass, Mortice Kern Systems, Atlantic Canada Branch
Business: dale@east.mks.com, Pleasure: dale@mkseast.uucp
From: hardiman@csd4.csd.uwm.edu (Paul V Hardiman)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: REXX for Windows
Date: 27 Jan 1993 23:22:42 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: world
NNTP-Posting-Host: 129.89.7.4
Originator: hardiman@csd4.csd.uwm.edu

  brian@jaguar.cs.utah.edu (Brian Sturgill) writes...

BS>OS/2 does have one feature that NT doesn't that you might need... REXX.
BS>If you need an imbedded scripting language, then REXX fills that
BS>niche rather well, NT will eventually have ObjectBasic to fill this
BS>need, but it's not there yet.

Brian and everybody, just out of curiosity - is there anything
(technically or legally) that prevents someone from implementing
REXX under Windows NT?  How about the same question for the variant
of REXX I've been hearing described as "visual REXX"?

(Note that I've never seen *either* variant of REXX in action, but
that I've seen lots of approving comments about them in the OS/2
conferences.)

                   Bert Tyler   (bert.tyler@satalink.com)
---
 . DeLuxe./386 1.25 #343sa . Did you expect mere proof to sway my opinion?
                                                          
A company called Kilowatt Software in California has a REXX implementation
for Windows 3.1.  They claim they will have an NT version early this year.

I don't have any more information handy, but if anyone is interested, I'll
dig it up at home and post it.

Paul Hardiman
University of Wisconsin - Milwaukee
hardiman@csd4.csd.uwm.edu

Newsgroups: comp.os.ms-windows.programmer.win32
From: hill@netcom.com (Tom Hill)
Subject: Re: 16-bit Windows 3.1 vs Win32s thunking
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 22 Jan 1993 19:37:12 GMT

In article <1993Jan21.020250.29619@emr1.emr.ca> jagrant@emr1.emr.ca (John Grant) writes:
>My question focuses on the 16-bit code vs 32-bit code.
>
>Windows 3.1
>-----------
>In Windows 3.1, I can use huge pointers for large objects.  Somewhere
>in the compiled code, these are 32-bit pointers which are switched
>back and forth between linear 32-bit addresses and segmented 16/16-bit
>addresses as they are used in computations and for dereferencing things.
>At least, that's my understanding of huge pointers.

I don't think it works quite the way you are thinking. in Windows 3.1
the only translation to 32 bit flat is done inside the CPU. i.e. huge
pointers still consist of segment:offset, and offset is still 64k. The
compiler generates code to deal with offset overflow by checking every
time you add to offset, and moving to the next segment (enough segments
to cover the huge object [size/64k] are created when the object is created).
This is much slower than 32-bit flat.

>
>Windows NT+Win32s
>-----------------
>So now if I have a Windows NT app, I can take it along with the Win32s
>library to Windows 3.1 and it should run, right?  Apparently the 32-bit
>pointers are thunked down to segmented 16/16-bit pointers by the library.
>(I hope I'm getting this more or less correct).

Yes, for Win32s applications.

>
>So what's the difference?

The difference is the speed at which your code can access large objects.
If you code is more window intensive than memory intensive, you will
be faster with native 3.1. If you use objects larger than 64k frequently
you may be faster with win32s.

Tom Hill
Newsgroups: comp.os.ms-windows.programmer.win32
From: dwightm@microsoft.com (Dwight Matheny)
Subject: Re: Q: Joining Beta Program
Date: 26 Jan 93 20:49:12 GMT
Organization: Microsoft Corp.

Microsoft in the US can only sell products to US customers. International
customers get the SDK from their local MS subsidiary. The number to call
in Canada is 800-563-9048.

-Dwight (MS)
Newsgroups: comp.os.ms-windows.programmer.win32
From: dhess@Xenon.Stanford.EDU (Drew William Hess)
Subject: Re: What is Net DDE? Is it in NT?
Organization: CS Department, Stanford University, California, USA
Date: 26 Jan 93 23:08:53 GMT

kcurtis@mekong.engin.umich.edu (Keith Curtis) writes:


>Any official or unofficial notes on when we will be getting the next SDK update?

I talked to Microsoft Developer Support a few days ago, and the support
engineer I talked to said to expect a new beta within a few weeks (probably
February).  This wasn't the official word, just his guess based on internal
development.

-dwh-
dhess@cs.stanford.edu

Newsgroups: comp.os.ms-windows.programmer.win32
From: dwightm@microsoft.com (Dwight Matheny)
Subject: Re: When will the next beta drop be?
Date: 26 Jan 93 20:53:24 GMT
Organization: Microsoft Corp.
Distribution: usa

No announcements have been made as to the dates for the
next release other than to say it will happen in Q1.
The next release will be the last preliminary release
before final.

-Dwight (MS)
Newsgroups: comp.os.ms-windows.programmer.win32
From: U0XH <U0XH@UNB.CA>
Subject: SONY CDU 100 CD-ROM
Organization: The University of New Brunswick
Date: Mon, 25 Jan 1993 06:12:47 GMT

   Could someone tell me something about this CD-ROM drive.  I am
 planing on buying one soley for the purpose of getting the NT SDK
 so having one that is compatible with NT would be nice.  I looked at
 ftp.uu.net for the hardware compatability list but only found the July
 version of the list.  Any info on this drive would be greatly
 appreciated

Chris

Newsgroups: comp.os.ms-windows.programmer.win32
From: terence@tanru.tti.com ( Terry)
Subject: Next SDK drop
Organization: Transaction Technology Inc.
Date: Wed, 27 Jan 1993 01:27:54 GMT


I spoke with our NT Beta contact today.  He didn't have an official
date but said the next SDK drop should occur in late February.  This is
Microsoft we're dealing with so we'll have to see!?


Terry (terence@soldev.tti.com)
Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: Getting user/kernel CPU times for current process...
Date: 21 Jan 93 17:08:10 GMT
Organization: Microsoft Corporation

In article <1993Jan17.143256.1671@mkseast.uucp> dale@mkseast.uucp (Dale Gass) writes:
>I'm trying to find a way to for a proces to find out the the amount of CPU 
>time (user and system if possible) that it (and it's children, if possible) 
>have consumed.

You'll find all this information available through the win32
registry APIs - if you're debugging/disassembling any code today,
you'll find that we won't be using those APIs in future, and that they'll
go away. The full registry functionality was somewhat later to be
implemented, and so early utilities used APIs which are only
temporary - the great advantage in using the registry is that these
statistics can be gatherd for any process on any machine, local or
remote [we don't document APIs which are going away and which we know to
be temporary, another great Microsoft tradition!] -- Alistair
From: trs@tad.eds.com (Tim Steward)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Intel EtherExpress 16 - NT beta drivers!
Date: 21 Jan 93 19:42:21 GMT
Distribution: usa
Organization: EDS Technology Architecture, Dallas

There have been a couple of posts referring to the existance of
beta drivers for the Intel EtherExpress card.  I haven't seen an
answer, so I called Intel in Beaverton.  They do indeed have a 
driver for NT.  They don't however support it.  They will take 
(and appreciate) bug reports, but it is not a product.

Here is the scoop:

The Intel BBS (503)645-6275 8-none-1:
Download files;Network Products;Adapters & Hubs; EtherExpress;
Interim...; filename EE16NT.EXE.

There is no supporting documentation with the kit, so you are on
your own to install it.  I did the following:

Virus scan the .exe with McAfee SCAN (clean)
Run the EXE under DOS (i.e. DOS 5.0 not NT Console; didn't try console)
Boot NT and use control panel for Networks
	Install Adapter
	Install Windows WOrkstation
	Install Windows Server
	Install NETBIOS
	Install NetBEUI
Reboot when prompted
Notice that the network isn't working
Go to control panel for Services
Try to start Windows Workstation
Notice file not found error
Uninstall and reinstall a couple of times
Notice same error
Remember had this problem before trying to go from no network
	to network
Reinstall NT from CD
	When network prompt comes up, install adapter from directory
		which had EE16NT expanded.
	Notice error message saying EE16.SYS not found; cannot connect
		to domain at this time
Reboot when requested
Boot into DOS
Copy EE16.SYS to winnt\system\drivers
Reboot into NT
Notice sparkler exists in File Manager, map a remote Wi4Wkg drive
Retire to sleep as it is really late now.

Hope this helps.
Newsgroups: comp.os.ms-windows.programmer.win32
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Subject: Re: modem sharing with NT?
News-Software: IBM OS/2 PM RN (NR/2) v0.17 by O. Vishnepolsky and R. Rogers
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Philipps-University Marburg, Germany
Date: Mon, 25 Jan 1993 11:52:27 GMT

In <N6ZFXB2w165w@ovum.ka.sub.org> mai@ovum.ka.sub.org (Ulrich Mai) writes:
>
>Is it possible to share a modem between NT workstations ?
>
>I played bit with regedit, and a "modem share" icon appeared in
>the share list. But I cant get ist used on an other NT workstation?
>
>Any hint?

Quite easy, COM Port sharing will be implemented in the final release,
but is not now in the current beta. This information comes from the
beta release instructions of LAN-Manager for NT.

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                             |
From: storm@cs.mcgill.ca (Marc Wandschneider)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: REQUIREMENTS TO RUN NT - HELP
Date: 22 Jan 93 16:20:22 GMT
Organization: SOCS - McGill University, Montreal, Canada

In article <1993Jan21.005125.4596@nuscc.nus.sg> eng10056@nusunix1.nus.sg (LAU YIN CHENG) writes:
>I am currently haveing a 486DX-33 system with 4MB memory and the system
>is of 16-bit bus structure.
>
>Can NT run on a 16-bit bus structure?
>Does Win32 need a 32-bit structure?
>
>I was thinking about upgrading my system's memory to 16MB to prepare it
>for NT.  But when I discovered that my system is of 16-bit bus structure
>I hesitated.  That is the reason why I posed the question.

	The ISA bus DOES Suck, but Microsoft has gone out of it's way to
allow users to have more memory under NT, provided the system supports it.

	Disk Access might start to get a little toxic with bottlenecks, but
everything will run fine on your system.

	I am currently running a homemade 486/50 with 16MB RAM and lots of
disks, and everything is working just zippy.

	Toodlepip!
	Marc 'em.
-- 
  storm@cs.mcgill.ca           McGill P.O.W Camp         "Oh crap---It's not
  Marc Wandschneider           Montreal, CANADA             random enough"
	Any opinions expressed are not mine, but those of the Demon Lord
      Yeegeheeegenogohugu who possessed me whilst I munched on Raisin Bran.
Newsgroups: comp.os.ms-windows.programmer.win32
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Subject: Re: SQL-Server available for NT?
News-Software: IBM OS/2 PM RN (NR/2) v0.17 by O. Vishnepolsky and R. Rogers
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Philipps-University Marburg, Germany
Date: Mon, 25 Jan 1993 11:14:19 GMT

In <1993Jan13.184556.3863@smartstar.com> frank@smartstar.com (Frank Dziuba) writes:
>
>Does anyone know if the SQL-Server librarys will be availble for NT soon?
>Will there be a "server" for NT? Unix? VMS? Soon?
>

Microsoft has announced SQL-Server for NT

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                             |
From: tommy@taichung (Tommy Hsieh)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: NT Oct. beta on a 386DX
Date: 28 Jan 1993 18:14:18 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: taichung
X-Newsreader: TIN [version 1.1 PL6]

Per Annar Sandaune (pasand@Mari.Unit.NO) wrote:
: 
: Will a 8 Mb 386-33 DX be sufficient to run the October beta of NT?
: 
: 
: 
: Per Annar Sandaune
: Trondheim, Norway

My is 8mb 386-40 DX and it is running great.  According to the manual
your configuration should be good enough.
--
=================================================================
          NAME   Tommy Hsieh
          EMAIL  tommy.hsieh@sun.com
          PHONE  415-336-3503 (work)
=================================================================
Newsgroups: comp.os.ms-windows.programmer.win32
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Subject: Re: Does SCSI tape work in Oct release?
News-Software: IBM OS/2 PM RN (NR/2) v0.17 by O. Vishnepolsky and R. Rogers
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Philipps-University Marburg, Germany
Date: Mon, 25 Jan 1993 11:58:51 GMT

In <1993Jan15.152659.17107@galileo.cc.rochester.edu> ctne_ltd@uhura.cc.rochester.edu (Chris Newbold) writes:
>Does the October release work with SCSI tapes? When I run the backup
>program, I get a message that "No tapes are connected or they are not
>turned on." If I select the "configure hardware" option from the menu,
>my tape drive appears as one of the selections, but it still doesn't work.
>
>I'm running a beta SCSI miniport driver from DTC for my 3290 host. Could
>this be the problem?
>
You need a specific driver for your tape beside the SCSI-Controller
driver. Currently only PYTHON DAT-Tapes (HP DAT, Archive DAT) are
supported. We already tried 'stubbing out' the code for the detection
of the tape model, but it didn't work.

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.windows.ms.programmer,comp.os.ms-windows.programmer.win32
From: jlange%radian@natinst.com (John Lange)
Subject: Hardware Interrupts in enhanced mode, win32, and NT
Date: Wed, 27 Jan 1993 02:23:15 GMT
Organization: Radian Corporation, Austin, Texas

I haven't tried to solve the Windows interrupt latency problem in 
a while, and I'm curious if anyone has found a solution to the 
problem that they would be willing to share with the rest of us.
The problem is that 386 enhanced mode has pathetic HW interrupt 
latencies because of the virtualization of hardware.  Standard mode
has reasonable interrupt latencies because hardware is not 
virtualized.  The above is certainly a simplification of the problem.
At any rate, I've heard rumors it can be done with a VxD, although
I was never successful (that's not saying much :-)).

Has anyone figured out how to get around the hardware interrupt 
latency problem in Windows enhanced mode?  Is anyone other than
me afraid that there won't be a standard mode in NT to provide 
any mechanism at all for reasonable hardware interrupt times?
From what I've heard of NT, all hardware access is virtualized
similar to 386 enhanced mode.  Is this correct??

Ideally, I'd like to find source code (even if it's assembler or
if it is for a VxD) that will accomplish this disabling of hardware
virtualization in Windows 3.0 and/or 3.1, but I'd settle for a 
shareware driver or a reference to a commercial package that will 
support this.

Any and all help will be greatly appreciated.

John Lange (jlange@zippy.radian.com)
Radian Corp. (512)454-4797      Box 201088      Austin, TX 78720-1088

Newsgroups: comp.os.ms-windows.programmer.win32
From: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Subject: Re: High color resolution graphics cards
News-Software: IBM OS/2 PM RN (NR/2) v0.17f by O. Vishnepolsky and R. Rogers
Reply-To: hochstae@allfiwib1.wiwi.uni-marburg.de (Christoph H. Hochstaetter)
Organization: Philipps-University Marburg, Germany
Date: Wed, 27 Jan 1993 09:26:19 GMT

In <schiers.727655044@mcshh.hanse.de> schiers@mcshh.Hanse.DE (Carsten Schiers) writes:
>TI Ultra +/pro will offer you:
>
>Win 3.1 24 bit BETA
>Win NT  16 bit BETA
>
>24 is max. 800x600, 16 is max. 1024x768.
>
>Win NT will only work with ISA machines that have max. 12 MB.
>
>Let me say: they work, somehow. They are BETA. It takes some time to
>shuffle 24 bits per pixel, but as I said, it works.
>
The README of MXXNT6.ZIP says, that it runs on the Ultra pro with more
than 12 MB on ISA now. I have an Ultra (non-pro) and it works fine with
16 MB ISA.

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: rvinluan@cs.cornell.edu (Rolando Vinluan)
Subject: When will the next beta drop be?
Organization: Cornell University, CS Dept., Ithaca, NY
Date: Mon, 25 Jan 1993 08:36:14 GMT


	I have the October beta, am liking it, but haven't gotten a Compuserve account
yet. So can somebody tell me when to expect the next beta version in the mail?
There will be at least another one before the initial release, right?


	-- Randy
	   rvinluan@cs.cornell.edu


Newsgroups: comp.os.ms-windows.programmer.win32
From: sasdpj@grenada.unx.sas.com (David Jeans)
Subject:  High color resolution graphics cards
Originator: sasdpj@grenada.unx.sas.com
Date: Thu, 21 Jan 1993 11:50:37 GMT
Organization: SAS Institute Inc.


I am looking at buying a new graphics card that supports a
large number of colors. Are there any graphics cards
available that support True Color (24-bit) that have
both NT and Windows 3.x drivers already available?

If not, how about a card that at least supports 16-bit
color?  I want something that will handle more than 256
colors at a time, but I don't want something that I can't
use with NT when it comes out.

Thanks,
   Dave



Newsgroups: comp.os.ms-windows.programmer.win32