HDTenEightyP/NetNews huggingface dataset:
From: jbs@Congruent.COM (Jeffrey Siegal)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: multiple threads per window?
Date: 14 Sep 92 17:37:00 GMT
Organization: Congruent Corporation; New York, NY
In-reply-to: johnhall@microsoft.com's message of 13 Sep 92 01:24:41 GMT

In article <1992Sep13.012441.5140@microsoft.com> johnhall@microsoft.com (John Hall) writes:

   That depends.  If they are drawing on different portions of the
   screen (each thread takes a 1/4 slice of the window) then you
   need do nothing.  If the drawing is order dependent to the
   same pixel locations then take your pick:
      semaphores, mutex's, critical sections, event's

However, you should be aware that GDI drivers (i.e. display drivers)
are single threaded, so even if you are drawing to different parts of
the screen, only one actual drawing primitive will be executing at a
time.  The rest will block.

Jeffrey Siegal
From: thg@cam-orl.co.uk (Tim Glauert)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: NT bug!
Date: 11 Sep 92 08:51:49 GMT
Organization: Olivetti Research Ltd, Cambridge, England.

In article <1992Sep11.011624.5702@microsoft.com>, johnhall@microsoft.com (John Hall) writes:
|> In article martin@minster.york.ac.uk writes:
|> | Hi all,
|> |   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.
|> | 
|> 
|> First, right or wrong this isn't a bug but a feature.

Quite right!

|> What if someone has programs (services) running on the machine?
|> What if it is a server or control system monitor?

I think the point was that this should be an *option*. It would be stupid to
enable this option on a server machine but it does make some sense for client
machines or stand-alone systems.

As a compromise, is it possible to create a pseuso-user called "shutdown"
which would shut down the system as part of its start-up? I presume that you
would have to set the user profile to a program which shut down the system,
but I don't know how to write such a program.

Could someone with a better understanding of NT than me post some
step-by-step instructions on how to create a "shutdown" pseudo-user?

Thanks,

	Tim.

Tim Glauert, Olivetti Research Limited,		| EMAIL	thg@cam-orl.co.uk
24a Trumpington Street, Cambridge, England.	| TEL	+44   223  343232
From: "gary rosenkranz" <gary.rosenkranz@execnet.com>
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: pagmkr printing problems
Date: 14 Sep 92 22:40:23 EST
Reply-To: "gary rosenkranz" <gary.rosenkranz@execnet.com>
Distribution: comp
Organization: Executive Networks Information



       I have a problem in windows 3.1 When printing in Pagemaker 4.0, and
Corel Draw. I cannot print in landscape mode.  The text prints in a blur,
with streaks, graphics blurred.  Some parts of the page is blank.  Changing
to the Portrait mode, on the same document, it prints perfect.  (text an
graphics in page)

I have a HP LJ II with 2.5 megs. 486 eisa machine, 8 megs ram,

I re-installed Windows and it didn't help. I installed Pagemaker to another
directory (no luck)

I deleted the print driver in windows and installed it again ( NG )

I've run out of things to try. Could this be a hardware problem ?

Could there be a problem with the printer ?  Any answers ?

                              Thanks in advance.......      Gary

---
  SLMR 2.1  Unable to locate Coffee -- Operator Halted!
--
Executive Network Information System  (914) 667-4567
International ILink Host
Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: Running a app several times
Date: 13 Sep 92 01:19:24 GMT
Organization: Microsoft Corporation

In article AXEL@bonnie.physik.uni-stuttgart.de writes:
| Hi everyone
| 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?

You are mistaken about Windows 3.1.
Windows 3.1 will run multiple copies of the same app (fire up
several copies of notepad, for example.)
Further, a Windows application can create multiple windows that
run around on the desktop (top level windows).  Some dialog boxes
are like this, others aren't.  It is always an apps choice.

Windows NT adds pre-emptive scheduling, seperate input queues,
and a whole mess of things that Unix users wondered why OS/2
didn't provide + several things that not all Unix machines
have yet.  All in all, enough to make an old Unix bigot weep
for joy.

-- 
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.
From: sxjcb@orca.alaska.edu (Jay C. Beavers)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Process Security in NT
Date: 13 Sep 92 19:48:06 GMT
Followup-To: comp.os.ms-windows.programmer.win32
Organization: University of Alaska Computer Network

Thanks for the feedback, Alistar (and everyone else too).

In article <1992Sep12.030828.28144@microsoft.com>, alistair@microsoft.com
(Alistair Banks) wrote:

> >BTW, is anyone thinking of writing a GUI version of telnet or rlogin?  Is
> >it going to be necessary or is RPC and peer-to-peer networking going to
> >totally replace the command-line login metaphor?
> 
> Windows NT comes with "a GUI telnet" - telnet is provided as a comm
> driver, and you can simply use Terminal and select the "telnet" port
> instead of com1, com2, etc
> 
> Net Manage have already shown their Telnet for Windows ported to Windows NT,
> and I'm sure that rlogin and the rest will follow

This isn't really what I meant.  Ok, I meant more to an analog to this:

Under Unix, I telnet over to my Unix box, then run a compile or edit a file
by running a local program who's output now appears at my local screen. 
For NT, it's already been said that a character based analog to this could
be done, but it has limited usefulness because most programs that will be
running under NT will have a GUI.

So, why not just have a 'GUItelnet' session that let me 'log on' to my NT
server box from my NT client machine and then run, say MSC 7.0 or WFW on
the server machine with the GUI output going to my GUI client machine
(similar to X-Windows, I guess is what I'm saying).

The other question is that will this really not be necessary because once
I've 'logged on' to my server machine from my client machine will NT be
smart enough to automatically extend my server file resources and even
possibly my server CPU resources to the tasks I am now doing on my client
machine (using RPC & peer-to-peer file access).

Another thought:  NT supports multi-processing, so would it be possible for
a server to extend it's processor to a client machine as an additional
processor available to NT, or can you not 'share' a single processor like
that?  Perhaps submitting RPC jobs is a mechanism to do this?

______________________________________________________________________________
                                        |    jay@seaspray.uacn.alaska.edu
Jay C. Beavers                          |    sxjcb@orca.alaska.edu
University of Alaska Computer Network   |    sxjcb@alaska.bitnet
________________________________________|_____________________________________
From: owen@hpfcso.FC.HP.COM (Jens Owen)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Adaptec SCSI Controller Question
Date: 14 Sep 92 19:45:06 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

I just purchased a new PC in hopes of using pre-beta NT.  The system came
with a local-bus SCSI controller that is suppose to be register compatible
with an Adaptec Controller.  Unfortunately, I didn't realize it was compatible
with the 1522.  The 1522 does not show up on the NT HW support list.

Does anybody know how the 1522 is different than the 1542b?  Can I make this
card work, or should I return it and get a real "yet slower" Adaptec 1542b
card?

Thanks for any info.

Jens
Newsgroups: comp.os.ms-windows.programmer.win32
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: MSC-7.00, CC, CL386/CLMIPS and function prototypes
Organization: EDS-Scicon, Milton Keynes, UK
Distribution: comp
Date: Mon, 7 Sep 1992 11:32:48 GMT

The application I'm porting to NT started life in Windows 2 and was
written for version 5 of the Microsoft C compiler.  It might even have
been version 4.  Anyway, in these pre-ANSI days you declared an external
function in your .H file as:-

	int foobar (int foo, int bar);

and you defined it in your .C file as:-

	int foobar (foo, bar)
	    int		foo;
	    int		bar;
	{
	    ...
	}

The problem is, this gets thrown out by the CC compiler on my R4000
system.  The same code compiles quite happily for Windows 3.1 using
MSC-7.00.

I've read in this newsgroup that CL386 is based on MSC-7.00, so does it
allow this sort of code to go through?

Also, according to Chapter 1: "C/C++ Compiler" in the SDK tools
documentation taken from the July CD-ROM, CC will be replaced by CLMIPS.
I assume this is CL386 with an R4000 code generator.  If so, am I right
in thinking that I don't need to edit my 100 or so source files to
change the header style?

--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.
Newsgroups: comp.os.ms-windows.programmer.win32
From: ramb@venus.osf.org (Ram Balaraman)
Subject: Re: DDK Price too high??
Organization: /users/ramb/.organization
	<1992Aug31.105340.24726@spider.co.uk>
	<1992Sep04.175542.12338@microsoft.com>
Distribution: na
Date: 8 Sep 92 13:19:10


In article <1992Sep04.175542.12338@microsoft.com> dwightm@microsoft.com (Dwight Matheny) writes:

>>   Question for all of you. Would you buy a CD only version of the
>>   NT DDK?? Our assumption has been that anyone developing would
>>   definitely want printed documentation, but perhaps we're wrong.

I would definitely buy one today if it is available. I would assume that it
would be reasonably priced like the WIN-NT pre-release for $69 with beta
and final releases covered for the same price.  We do need printed
documentation, but we would print it out locally the stuff that we need.

>>   In answering this question, please assume the docs are on the CD
>>   in Winword 2.0 format, and that everyone who buys it will print
>>   out the 900 page overview manual, plus one or two other 800 page
>>   manuals depending on the type of device you're writing. Is all the
>>   effort to print this out (and you must have Winword) worth it??
>>   Let me know.

It is still cheaper than springing $500.  Some of here are 1-man outfits
and we should have the same opportunity as big corporations to take a
shot at developing products without having to spend mega-bucks in the
beginning.

Please consider putting the following the postscript files and the help files
on the same CD to make it easier on us.

Thank you for soliciting our feedback on this matter.

_Ram Balaraman


Newsgroups: comp.os.ms-windows.programmer.win32
From: jkf@Franz.COM (Sean Foderaro)
Subject: customer support
Organization: Franz Inc., Berkeley, CA
Date: Tue, 8 Sep 1992 21:48:08 GMT

 
 I think that a minimal customer support organization should do the following: 
1. accept bug reports via phone, fax and email.
2. within 24 hours acknowledge receipt of the bug and assign it a tracking
   number.
3. For, say, 95% of the bug report return an answer to the user
   within 36 hours of the form
		1. not a bug, read the manual on page ...
		2. is a bug, here is where you can get a patch
		3. is a bug, here is a workaround until we can fix it
		   in the next releas
		4. is a bug, there is no workaround, we'll fix it in the
		   next release.
                5. need more information, please supply this.
4. publish representative bugs (eliminating user information) so 
   that people don't fall into traps others have found.

 Does Microsoft have such a system in place?   All I've seen mentioned is 
the CompuServe forums. This is not sufficent.  First the database
of questions/answers is off in a proprietary place (will CompuServe allow
some internet machine with anonymous ftp to mirror their files?  unlikely).
Second, product support forums on on-line services tend to be freewheeling
discussions and sometimes it is hard to pick out the authoritative answers. 
As we all know discussions on Usenet tend to wander from their original 
subject.   Bug-report interactions have to be very structured so that 
the right information is presented.    A good bug tracking system 
encourages the submission of good bug reports which helps the 
software manufacturer as well as the users.    The situation as it now
stands discourages people from submitting bug reports (even CompuServe users 
have to pay to submit their reports).  
 I'm not sure what Microsoft's position is toward these Usenet newsgroups.
The impression I get from posts by Microsoft employees is that these
employees are reading these newsgroups on their personal time and 
their statements are no more official than anything else you read
(although we all tend to trust them more).   This may be intentional, perhaps 
Microsoft is worried about sending commerical traffic across the NSFnet.
 
  So what I'd like to see is a bugtracking system implemented in the way 
I've outlined.  You can start with one for NT bugs.   Primary access should 
be via an email address on the internet (which is thus reachable by
CompuServe users as well).    

 
sean foderaro
jkf@franz.com
Newsgroups: comp.os.ms-windows.programmer.win32
From: rrohbeck@kboeng.enet.dec.com ()
Subject: Re: Compuserve mswin32 & winnt libraries on ftp.uu.net
Reply-To: rrohbeck@kboeng.enet.dec.com ()
Organization: Digital Equipment Int. GmbH
Date: Thu, 10 Sep 1992 14:51:51 GMT


Thanks alot! I'm sure I'm not the only one to appreciate it. 
--
===============================================================================
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: jkf@Franz.COM (Sean Foderaro)
Subject: bug in SetKeyboardState?
Organization: Franz Inc., Berkeley, CA
Date: Sun, 6 Sep 1992 17:09:48 GMT


 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).   
 Here is a little test case.  Try compiling and running
this under Windows 3.1 and you'll see your Caps Lock light flashing 
when you run it.   Try it under NT and the Caps Lock light doesn't even
change once.


/* test case to see if SetKeyboardState is working */
#include <windows.h>


int FAR PASCAL WinMain(HINSTANCE hinstance, HINSTANCE hprevinstance,
                        LPSTR cmdline, int cmdshow)
{
    unsigned char keybuf[256];
    int i;
    
    GetKeyboardState(keybuf);
    for (i = 0; i < 100; i++) {
        keybuf[VK_CAPITAL] = 0;
        SetKeyboardState(keybuf);
        Sleep(500);
        keybuf[VK_CAPITAL] = 0x81;
        SetKeyboardState(keybuf);
        Sleep(500);
    }
}

#ifndef WIN32
void delay2() {}

Sleep(int msecs)
{
    /* just try to delay a bit */
    int i;
    for (i = 0; i< 10000; i++) delay2();
}

#endif




 
Newsgroups: comp.os.ms-windows.programmer.win32
From: dwightm@microsoft.com (Dwight Matheny)
Subject: Re: DDK Price too high??
Date: 04 Sep 92 17:55:42 GMT
Organization: Microsoft Corp.
Distribution: na

The $500 price for the DDK includes preliminary printed docs
and the final versions of the DDK (with final printed docs)
as well. For comparison, the Win 3.1 DDK is also $500 but is
a one shot deal.

Question for all of you. Would you buy a CD only version of the
NT DDK?? Our assumption has been that anyone developing would
definitely want printed documentation, but perhaps we're wrong.
In answering this question, please assume the docs are on the CD
in Winword 2.0 format, and that everyone who buys it will print
out the 900 page overview manual, plus one or two other 800 page
manuals depending on the type of device you're writing. Is all the
effort to print this out (and you must have Winword) worth it??
Let me know.

Thanks,
Dwight Matheny, Product Manager.
From: lothar@cyrcle.uucp (Bob Trembley)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Reading UPC (barcode number) from Audio CDs
Summary: How do you read the UPC from Audio CDs
Keywords: UPC BARCODE AUDIO CD CD_ROM WINDOWS NT MSCDEX
Date: 11 Sep 92 04:46:19 GMT
Reply-To: lothar@angus.mi.org
Distribution: comp.os.ms-windows.programmer.win32, alt.cd-rom
Organization: Cyrcle Systems

I would appreciate it if I could get some example code on how to read
the UPC code from an Audio CD using MSCDEX under Windows / DOS.

I can't seem to be able to find any MCI command that will do it, and
the MSCDEX documentation is rather cryptic...

Also, how does one read this info under NT since there is no MSCDEX?


--==>>BobT> 
Newsgroups: comp.os.ms-windows.programmer.win32
From: johnhall@microsoft.com (John Hall)
Subject: Re: multiple threads per window?
Date: 13 Sep 92 01:24:41 GMT
Organization: Microsoft Corporation

In article bagwill@swe.ncsl.nist.gov (Bob &) writes:
| Then let me ask another question...
| 
| If I wanted to write an application which used multiple threads
| to draw a fractal in a window, which mechanisms should I use to
| avoid screwing up the drawing?

That depends.  If they are drawing on different portions of the
screen (each thread takes a 1/4 slice of the window) then you
need do nothing.  If the drawing is order dependent to the
same pixel locations then take your pick:
   semaphores, mutex's, critical sections, event's

I don't think pipes, RPC's and shared memory apply.


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

Newsgroups: comp.os.ms-windows.programmer.win32
From: alistair@microsoft.com (Alistair Banks)
Subject: Re: multiple threads per window?
Date: 10 Sep 92 03:16:45 GMT
Organization: Microsoft Corporation
Keywords: threads

In article <5449@dove.nist.gov> bagwill@swe.ncsl.nist.gov (Bob &) writes:
>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?

No, you're quite wrong

Any thread in a process can make Win32 calls at any time to any window
which that process has access to -- Alistair
From: martin@minster.york.ac.uk
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: ddk price too high?? (CDROM version)
Date: 11 Sep 92 19:16:54 GMT
Organization: Department of Computer Science, University of York, England

I too would be *very* interested in a (cheaper) CDROM-only version of the
Windows NT DDK. Please do it, Microsoft!

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
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Subject: Does NTFS support file archiving?
Originator: dspascha@c00019-118dan.eos.ncsu.edu
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Date: Wed, 9 Sep 1992 15:48:17 GMT


Hi.  I was wondering if NTFS supports the file archiving feature available on
VMS.  When you change a file it will save the original copy in the original 
directory, but the new file will have a different version number, like
FILENAME.DOC;1, FILENAME.DOC;2, etc.

Tschuess,
David Paschal
From: edwardm@hpcuhe.cup.hp.com (Edward McClanahan)
Date: Thu, 10 Sep 1992 00:02:42 GMT
Subject: Re: setjmp/longjmp
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.os.ms-windows.programmer.win32

ravi@xanadu.com (Ravi Pandya) writes:

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

I suppose that one reason NT may have commented out setjmp/longjmp is
to avoid dealing with longjumps out of user signal handlers.  This sounds
like your primary use of the function.  I imagine that some NT-internal
process/thread/signal management code may get confused if your signal
handlers don't return...  This is not an unsolvable problem, but uSoft
probably has some work to do in the Deliver User Signals code to get this
to work properly or they would have enabled the setjmp/longjmp functionality.

Just a thought...
From: tad@wrq.com (Tad Marshall)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: Problems with LINK386 and ET4000
Date: 14 Sep 92 04:25:06 GMT
Article-I.D.: u.1992Sep14.042506.19747
Organization: Walker Richer & Quinn, Inc., Seattle, WA

In article <1992Sep13.220316.23236@cs.mcgill.ca> storm@uriel (Marc WANDSCHNEIDER) writes:
>
>Got the NT PreRelease SDK, and have been fiddling with it to try and see 
>how things are.
> ...
>Following the instructions given there just caused my screen to garble
>stuff up big time though -- as if the frequency was all hosed.  I am curently
>using my SpeedStar with my AAMAZING monitor in High-Res (60Hz) without
>troubles.

On my Windows 3.1 system, I am using a Diamond SpeedStar with a Gateway 2000
"1024NI" monitor which maxes out at 60Hz when displaying 1024x768.  In order
to make it work, I need to run a program called VMODE.COM before starting
Windows, otherwise it is like you say, unable to sync up with the video
signal.  I suspect that the SpeedStar defaults to a frequency higher than
60Hz if you don't run VMODE.  This is mostly bad news for NT, since I'm not
sure that there is any way to get VMODE (a DOS program) to run before NT, and
NT is unlikely to let a DOS program hammer the video mode.  The only
sure-fire solution, I suspect, is a new monitor, one which can handle the
(70Hz?) refresh rate the SpeedStar is using.  Or wait for a tunable driver.

Tad Marshall
Newsgroups: comp.os.ms-windows.programmer.win32
From: fredw@mks.com (Fred Walter)
Subject: What NFS products are currently available for NT ?
Organization: Mortice Kern Systems Inc., Waterloo, Ontario, CANADA
Date: Fri, 11 Sep 1992 16:14:45 GMT

What NFS products are currently available for NT ?
How do they compare ? (Stability, cost, speed, etc.)

The only one I currently know of is Chameleon by NetManage, and their
flyer doesn't explicitly state that NFS is actually available...

	Thanx,
	fred
-- 
Disclaimer: everything I write is my *personal* opinion and does not represent
or reflect the opinion of the company which employs me.