HDTenEightyP/NetNews huggingface dataset:
From: wilcox@swarm.wustl.edu (Don Wilcox)
Subject: Re: Detecting when a WinExec'd prg term
Organization: Washington University in St. Louis, MO
Date: Thu, 23 Jul 1992 14:54:05 GMT

In article <1668700005@igc.org> Jeff Dean <jeff@igc.org> writes:
>
>>What do you mean unreliable?  Do you mean that if I have a notifyregister
>>callback I don't have to  let the message fall through to your program?
>>This would be very bad programming on somebody's part.  On the other
>>hand I can always nuke your program with TerminateApp() and you
>>couldn't do  anything about that either.
>
>The scenario goes like this: I want to WinExec another program, then
>be notified when it terminates.  With NotifyRegister, if another
>program also requests notification, that program may catch the
>termination but not pass the information through, leaving me waiting
>for a notification that will never occur.
>
>	Jeff Dean
>	jeff@igc.org
>

Can you kill a DOS app with TerminateApp()?  I tried this and managed to get
Windows to exit (yes, I'm sure I had the right task handle).

Don
-- 
Don Wilcox                         | "For I am not ashamed of the Gospel of
Washington University in St. Louis |   Christ, for it is the power of salvation
email: wilcox@swarm.wustl.edu      |   to all who believe."
Newsgroups: comp.os.ms-windows.programmer.misc
From: heathh@cco.caltech.edu (Heath Ian Hunnicutt)
Subject: How to deactivate a check-box control
Organization: California Institute of Technology, Pasadena
Date: Wed, 22 Jul 1992 06:05:46 GMT

Hello,
	How can I "deactivate" a check box control in a dialog
box from within the dialog procedure?  I mean turn it gray and
unresponsive, not just uncheck it. 
	I know that I can define that check box to be grayed in
my dialog template, but then I don't know how to "revive" it.

Thanks in advance,
Heath
	
-- 
On Saturday, April 18, 1992, this .sig became self-aware.

Newsgroups: comp.os.ms-windows.programmer.misc
From: mrinne@vipunen.hut.fi (Mikko J Rinne)
Subject: DLL+VB SetProperty problem
Keywords: DLL, VB
Organization: Helsinki University of Technology, Finland
Date: 30 Jul 92 16:19:48 GMT

Anyone have any suggestions on doing 

	Text1.text = ""

from a DLL? I would've expected VBSetControlProperty to work like this, but
it seems to append the new string to the existing value. And since I have
dozens of field values to change, I really wouldn't like to clean the text
boxes from Visual basic.

A couple of thoughts: I guess the VBSetHlstr function could be used to
clear the string, if I had a pointer to the actual text property onscreen.
The problem is, that the DLL currently only registers hctl pointers to the
controls. I firmly believe that this should be enough, and I wouldn't like
to add any extra pointers for doing this. I also thought of obtaining the
string handle through the model structure, but according to the manual it
isn't there. B'sides, that would be pretty complicated as well.

A simple thing, but I've already spent far too much time on it. There's
got to be some small detail I've missed. Anyone care to help out?
-- 
Vous paysans, vous avez		I Mikko Rinne    Helsinki University
des truffles a la place		I Ver{j{nkorva 3        of
de cerveau!			I 00650 HELSINKI    Technology
		-IL		I mrinne@niksula.cs.hut.fi
From: jeremy@cs.adelaide.edu.au (Jeremy Webber)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Is it really this bad, or is it just me?
Date: 28 Jul 92 23:34:23 GMT
Organization: Digital Arts Film and Television
In-reply-to: nelson_p@apollo.hp.com's message of 28 Jul 92 12:29:49 GMT

The short answer is: yes, its really this bad.

I had a similar experience debugging code with scrollbars (TScroller) under TPW
(Windows 3.1). I had trace write code within the module to write to the
"wincrt" window, a sort of text i/o window accessible by the standard Pascal
readln and writeln statements.

Sometimes (only sometimes) when these trace writes occurred, the scrollers
would see a mouse down event, but not the corresponding mouse up event, causing
them to keep hold of the mouse capture, breaking the application.  I suspect
that it was caused by accessing another task while the mouse capture was set
to the scrollers (wincrt starts its own control task).

You are probably seeing a similar interaction between BC++ and TDW.

Good luck!
	Jeremy

--
--
Jeremy Webber			   Internet: jeremy@cs.adelaide.edu.au
Digital Arts Film and Television,	     jeremy@chook.ua.oz.au
3 Milner St, Hindmarsh, SA 5007,      Phone: +61 8 346 4532
Australia			        FAX: +61 8 346 4537
Newsgroups: comp.os.ms-windows.programmer.misc
From: pap@tempel.az05.bull.com (Pierre Perret)
Subject: Re: Problems with MDI wm_EraseBkGnd
Reply-To: pap@myths.az05.bull.com
Organization: Bull HN Information Systems Inc., Phoenix Product Division
Date: Thu, 23 Jul 92 23:43:08 GMT

In article <1992Jul22.210501.13324@rulway.LeidenUniv.nl>, jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers) writes:
|> I have an MDI application with MDI child windows.
|> 
|> When an MDI child has been maximized withing the MDI frame and I maximize
|> the MDI frame the following things happen:
|> 
|> - Windows resizes the MDI frame
|> - Windowc copies the MDI child contents to it's new position
|> - Windows tells the MDI child twice to erase it's background
|> - Windows tells the MDI child to repaint it's entire contents
|> 
|> This also happens when the maximized MDI frame is restored. It's not happening
|> when the MDI child itself is being maximized or restored.
|> 
|> The problem with this is that the screen is updated partially 
|> by windows, then erases (looks like a flicker) and then repainted
|> by the application.
|> 
|> How can I circumvent this?
|> 
|> (What I really want is that windows tells me to repaint parts of the MDI
|> child window and does not ask for erasure of the background).

I bet you have the styles CS_VREDRAW and CS_HREDRAW set in your
MDI child's or frame window class. Try without them.

-- 
- Pierre Perret -    Phone: (602) 862-5448   FAX: (602) 862-6105
                  Internet: P.Perret@az05.bull.com
                Compu$erve: 73757,2337     BIX: pierre_perret
From: anders@ipcsun3.his.se (Anders Eklund)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Keyboard control in ObjectWindows
Date: 28 Jul 92 12:08:08 GMT
Distribution: comp.os.ms-windows
Organization: University of Skoevde


I have a question.

In windows in a dialog there exists automatik keyboard controls like
TAB. What I would like to be able to do is to change and add some
behaviours of the keyboard messages. The purpose is to use dialogs
as input windows in normal fashion. That is, when enter is pushed
the next field should be activated (like TAB). I want the UP- and
DOWN-arrow also function as movement between the fields. I also want
to be able to look at the keyboard message when an edit-control is
active before it is added to the edit-control and hence only allow
ceartain keys and be able to validate the input at once.

These questions might be stupid, but I'm new to the windows environment.
Is it possible? If that is the case, what would I have to override or
change in the ObjectWindows hierarcy?

Thanks in advance.

--

 |\/\/\/|
 |      |           -- Anders Eklund  anders@his.se --
 |      |           -- Connectionist Research Group --
 | (o)(o)           -- Computer Science  Department --
 C      _)          -- University of Skovde, Sweden --
  | ,___| 
  |   /        Hi! I'm Bart Simpson, the ultimate sig virus.	 
  /---\      Just throw away your sig and copy this one instead.
From: kevin@iti.gov.sg (Kevin Patt)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Help needed for printing bitmaps
Keywords: bitmaps printer
Date: 24 Jul 92 01:43:06 GMT
Organization: Information Technology Institute, National Computer Board, S'pore

Hi,

  I am facing a problem of putting bitmaps to the printer.  I am able to 
display the bitmap onto the client window by using the BitBlt function.  I
assume that I can output the bitmap to the printer by first creating the
DC for the printer and then do the same BitBlt with the printer DC.  But it
doesn't seems to come out on the printer.  I am using the MM_LOMETRIC map mode,
so that the bitmap will appear the same size as it appears on the screen.

   Can anyone help? Thanks!
-- 
-------------------------------------------------------------------------------
Kevin Patt                                     Information Technology Institute
Associate Member of Technical Staff            National Computer Board Building 
Tel: (065) 772-0471 Fax: (065) 779-5966        71 Science Park Drive
From: mbk@netcom.com (Miles Kehoe)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Formatting a disk in Visual Basic
Date: 28 Jul 92 04:27:27 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Why don't you check for the FORMAT program, launch it with
appropriate parameters, and let format do it's job? You get
a return code back, so you can find out what actually
happened/

Miles
Newsgroups: comp.os.ms-windows.programmer.misc
From: mccreary@sword.eng.hou.compaq.com (Ed McCreary)
Subject: Re: help beginner
Organization: Compaq Computer Corp.
Distribution: comp
Date: Wed, 29 Jul 1992 13:56:05 GMT

In article <TDYER.92Jul28103302@cs.ulowell.edu> tdyer@cs.ulowell.edu (Tom D.) writes:
>
>Hi,
>
>I want to start writing window 3.1 applications. I'm looking for the
>least expensive package to start with. I have a Borlands C++ ver2.0 
>compiler in one of the machines at work. Any good books?
>

the cheapest would be either Turbo Pascal for Windows or Turbo C++
for Windows, both from Borland.  I've only played around with TPW
and it's a nice package.  The compiler's fast and it's an all 
windows package, unlike the SDK.  I've never tried TC++.

You can get these for under $150.



--
McCreary@sword.eng.hou.compaq.com     Computers are like Old Testament gods;
Me? Speak for Compaq?  Yeah, right.   lots of rules and no mercy.
"By this time my lungs were aching for air..."               Joseph Campbell
From: skip@mitre.org (Skip Guild)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Format of .ICO files
Date: 24 Jul 92 11:51:00 GMT
Organization: The MITRE Corp

In article <1992Jul24.051429.23515@monu6.cc.monash.edu.au> steve@monu6.cc.monash.edu.au (Steve Balogh (+61 3 565 4747)) writes:

>In article <1992Jul23.170553.9575@waikato.ac.nz> pdenize@waikato.ac.nz writes:

>>Does anybody out there have the file format for Window's .ICO files?

>The actual format of the .ICO files is described in the SDK Reference Manual
>(volume 2) which I don't have with me at work.

It is also described in the Borland Windows API Reference Guide, Volume II 
available directly from Borland for about $20 when you purchase a Borland 
Windows Compiler.
Newsgroups: comp.os.ms-windows.programmer.misc
From: elvis@IASTATE.EDU (Todd D Campbell)
Subject: C++: Modeless OWL Messaging (PeekMessage?)
Reply-To: elvis@IASTATE.EDU (Todd D Campbell)
Organization: Iowa State University
Date: Thu, 23 Jul 1992 15:19:27 GMT


When I throw up a modeless window and begin a loop to do some processing,
I want a 'stop' button to be able to interrupt (like the way the Cancel button
works in Turbo C++ when you compile).  I need a (not-blocking) OWL function to
check the Windows message Queue and handle any messages, as:

	if (GetModule ()->MakeWindow (the_window)) {
		for (x = 0; x < 1000; x++)
			do_something ();
			the_window->Defer_To_Windows_Message_Processing ();
		}
	}

My Windows reference lists PeekMessage and DispatchMessage as a way to check and
respond to the message q, but when I call them, my TWindow doesn't get drawn
properly.

The OWL manual talks about using DefWndProc to handle messages, but I don't know
where to get a TMessage to give to it.  Is there an OWL
equivilent to PeekMessage?

Thanks,

Todd Campbell
elvis@iastate.edu

Newsgroups: comp.os.ms-windows.programmer.misc
From: 890025d@dragon.acadiau.ca (Andy DeWolfe)
Subject: MDI Child window re-sizing Question
Keywords: MDI 
Organization: Acadia University
Date: Tue, 28 Jul 1992 13:08:42 GMT

Hi all,
	Can anyone tell me how I can limit the size of
an MDI child window when the user grabs one of it's borders?
The problen is the window has to can the same width/height ratio
at all times.  
Thanks in advanced,
-Andy

-- 
-----------------------------------------------------------
Andy DeWolfe		Address: 890025d@dragon.acadiau.ca
Acadia University	Phone  : (902) 883-9894
Canada
Newsgroups: comp.os.ms-windows.programmer.misc
From: PAULETTI@biel.be.tech.ascom.ch (Pauletti Andreas)
Subject: TPW : Dialogs and Transfer Buffers
Organization: Ascom Tech Ltd., Corporate Services, Division for Research 
Date: Mon, 27 Jul 1992 07:39:09 GMT
X-News-Reader: VMS NEWS 1.11

Hi

I have a problem with defining a typed constant for a dialog transfer
buffer, that has a ComboBox as a control object. In the TPW Windows
Programming Guide is stated on page 188 that the transfer buffer for
a ComboBox should consist of 2 elements. One is of type PStrCollection
and holds the list box strings and the other is an array of char.

Question :
   How do I define a typed constant of type PStrCollection ?
   There is no where stated how to do this. Logically this should
   be an array of Strings that will be listed in the listbox.

any ideas ?

regards andreas pauletti
Newsgroups: comp.os.ms-windows.programmer.misc
From: nelson_p@apollo.hp.com (Peter Nelson)
Subject: Is it really this bad, or is it just me?
Date: Tue, 28 Jul 1992 12:29:49 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA


  I'm a beginning Windows programmer.  Right now I'm learning
  message handling in the context of scroll bars using Borland
  C/C++ 3.1..

  I have a simple "hello windows"-ish app with a vertical 
  scroll bar.    In my WndProc I've got a case statement 
  for WM_VSCROLL, and sub-cases for SB_LINEUP, SB_LINEDOWN, etc.

  If I set a breakpoint with TDW at the handler for, say, SB_LINEDOWN
  and then "run" and click on the "down" button on the scrollbar 
  it hits the breakpoint just as it should.   But if I "run" from
  there it hits it again, and again (sometime 100's of times)!
  (i.e., it gets **LOTS** of scrolling messages from one click)

  It doesn't do anything weird when I'm NOT in TDW.   

  So I called Borland Tech Support and asked for advice and asked
  if there was any interaction between TDW and the mouse or any 
  known problem breaking in scroll-message handling code.   They said
  "no".

  So I made an increment variable to ++ inside my SB_LINEDOWN handler
  and displayed it in the window.   When NOT in TDW it increments once
  for every click on the "down" button.   But if I AM in TDW I only
  have to click *once* on the "down" button and thereafter I can increment
  it by just hitting F9 ("run") in TDW!!!

  So I called the Borland 900 ($$$) number and the guy there (Gary
  Johnson) said "of course" there's a problem debugging scroll events 
  with TDW, because of some weird interaction with the mouse!!   He 
  didn't understand why they didn't know about it at regular tech
  support.

  So what's the story?  

  Does Borland only put it's smart people on the 900 number?

  Will they give you the wrong answer for free (your dime, though),
  but you have to pay $20 ($2/hr X 10 minutes) to get the right
  answers?

  It certainly seems like there's a problem with TDW and debugging
  scroll events so how do people do it?   Is there a workaround?

  Is there still anything  *I* could be doing wrong?

  Does the Microsoft debugger do this?


  Thanks, see part II . . . . 


---peter
From: Jeff Dean <jeff@igc.org>
Newsgroups: comp.os.ms-windows.programmer.misc
Date: 24 Jul 92 20:04 PDT
Subject: Re: hiding scrollbars when not needed
Nf-ID: #R:irst.uucp:620:cdp:1668700009:000:233
Nf-From: cdp.UUCP!jeff    Jul 24 20:04:00 1992


You can hide scrollbars by using SetScrollRange: just set both the min
and max values to zero.  I suggest reading the documentation for this
function; there are some other tidbits there you may find useful.

	Jeff Dean
	jeff@igc.org

Newsgroups: comp.os.ms-windows.programmer.misc
From: iisakkil@lesti.hut.fi (Mika Iisakkila)
Subject: Combo box bug?
Organization: Helsinki University of Technology
Distribution: comp
Date: 27 Jul 92 13:08:55


I've noticed a peculiar behaviour in Win 3.1 combo boxes. I have an
application which has a dialog box as the main window, and it contains
a combo box control. If I click the combo box open and try to move the
main window, the drop-down part of the combo box won't move! It works
still fine, stays above the main window etc, but looks really weird.
The Windows applets seem to avoid this, because the combo boxes always
close when you click on the window caption. Have I done something
wrong or is this a Windows bug? Should I capture WM_NCLBUTTONDOWN and
close the combo box before allowing the window to move? Seems stupid.

I'm using Windows 3.1 and MSC 7.00.

--
Segmented Memory Helps Structure Software
From: Steve_Goyette@mindlink.bc.ca (Steve Goyette)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Formatting a disk in Visual Basic
Date: 28 Jul 92 08:40:45 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

HI,

        Yeah, that would work, but that's kinda like pulling a bull through a
china shop.  Looking for a more elegant way.  I know it can be done as the File
Manager provides this function.  I would really like to do this in Windows.


                                                Steve Goyette

Newsgroups: comp.os.ms-windows.programmer.misc
From: adam@franz.com (Adam T. Dingle)
Subject: Why is inserting text into an edit control so slow?  Must it be?
Keywords: edit text control sluggish
Organization: Franz Incorporated, Berkeley CA
Date: Wed, 22 Jul 1992 00:37:55 GMT

I am developing an application which uses an edit control to hold textual
output which the user can scroll and edit.  Unfortunately, inserting
text into the edit control is intolerably slow, especially when the
edit control occupies much of the screen.  I am usually performing one
insertion for each line of output, and when there are dozens of lines of
output, the user is forced to wait for an unacceptable length of time.
Presently, I am inserting text into the edit control by sending a
EM_SETSEL message to select an empty piece of text at the bottom of
the edit control, then sending an EM_REPLACESEL message to replace the
text.  Is there a faster way to do this, short of buffering up the
lines of text myself and sending them to Windows all at once (which would
be a nuisance)?  I'm sure that other people have run into this problem.

Any assistance would be greatly appreciated.  Thanks!

Adam Dingle
adam@franz.com
Newsgroups: comp.os.ms-windows.programmer.misc
From: moss@moss.TTI.COM (Moss)
Subject: SizeofResource = 0 and Win 3.1
Reply-To: moss@moss.TTI.COM (Moss)
Organization: Citicorp/TTI
Date: Thu, 30 Jul 1992 18:11:26 GMT

Sometimes when there are many apps loaded in memory, my app will get a zero
return from a SizeofResource call.  I call SizeofResource immediately
after a successful FindResource, but before LoadResource. Does anyone
know what could be causing this? It just started happening under Windows 3.1
it never occurred under 3.0.

Les Moss                      moss@tti.com
Citicorp TTI
3100 Ocean Park Blvd.  (310) 450-9111, ext. 2982
Santa Monica, CA  90405
Newsgroups: comp.os.ms-windows.programmer.misc
From: bd164@cleveland.Freenet.Edu (John M. Bemis)
Subject: Trouble creating sideways font for 7475a plotter
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Fri, 24 Jul 92 13:53:58 GMT


    I'm having trouble getting a font to plot sideways
on my HP plotter.  I have tried setting the escapement
to 900.  I have tried this with various combinations of
the other fields, with no results.  The font will display
to the screen sideways, and print on other printers 
sideways, but whenever I send it to the plotter it is 
converted to the horizontal version.

Thanks,
John Bemis
Department of Chemistry
University of Wisconsin-Madison
Bemis@chem.wisc.edu
From: gmccoy@decwin.enet.dec.com
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Multiple Scroll Bars
Date: 22 Jul 92 19:25:52 GMT
Reply-To: gmccoy@decwin.enet.dec.com ()
Organization: Digital Equipment Corporation



I am using multiple scroll bar controls in a dialog box and I'm having
trouble selecting between them.

I think the problem is in the handling or not handling of
SB_ENDSCROLL. I don't handle this message in my dialog procedure,
but I notice it is sent when I let up on the mouse button.

The effect is to have the scroll bar continuous selected. For example,
If I have clicked the left or right scroll arrow, it stays selected
even when I let up on the button. When I move off the scrollbar arrow,
I no longer receive SB_LINEDOWN or SB_LINEUP messages, but start
receiving them again as soon as I move back onto the arrow.

My question is how to handle SB_ENDSCROLL? Should the defWindowProc
be handling this message? Thanks for the help.

Gary
Newsgroups: comp.os.ms-windows.programmer.misc
From: r3mjb@vax1.cc.uakron.edu (Michael J Brumbelow)
Subject: Re: LRESULT & CALLBACK
Summary: From Fustration to Relaxation ...zzz...zzz
Organization: The University of Akron, Akron, Ohio
Date: Wed, 29 Jul 1992 19:55:22 GMT

For those Win_Guru's, and you know who you are, 

Here is the wonderfull answer for your responses. It took 48 hours to figure
it out but here it is...


typedef unsigned UINT;
typedef WORD	 WPARAM;
typedef LONG	 LPARAM;
typedef LONG	 LRESULT;
typedef HANDLE	 HINSTANCE;


LRESULT FAR PASCAL MinWndProc (HWND, UINT, WPARAM, LPARAM);


Special thanks to those who were quite gracious to send me mail with some
meaningful tips.

Sincerely,

Mike.

-- 
=+=+=+=+=++=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Michael J. Brumbelow    | r3mjb@vax1.cc.uakron.edu    | Ritchie & Thompson
     -->*<--            + gekko@joy.cs.uakron.edu     + got it right the first
The University of Akron | bs0519@ws03.ecgf.uakron.edu | time!
Newsgroups: comp.os.ms-windows.programmer.misc,comp.windows.ms.programmer
From: mccreary@sword.eng.hou.compaq.com (Ed McCreary)
Subject: Re: Borland OWL, MDI, status/tool bar need examples.
Organization: Compaq Computer Corp.
Date: Tue, 21 Jul 1992 13:38:03 GMT

In article <1992Jul20.180612.17066@news.csd.sgi.com> hajadi@goofy.csd.sgi.com (Ivan Hajadi) writes:
>
>Is there any examples that shows how to make TMDIClient window smaller 
>than TMDIFrame window in order to put status and tool bars ?
>
>I called Borland support, and the guy told me these 2 files that i can download
>from their BBS: MDISTAT.ZIP, MDIBAR.ZIP.  I forgot to ask him if these are
>OWL or straight Windows examples, and I don't feel like holding another
>25 minutes to ask that.
>

Under  MS C 6.0 & the SDK, I simply perform a MoveWindow on the client
window everytime a WM_SIZE message is received or the toolbar is
created/deleted.  You should be able to do likewise using OWL.


--
McCreary@sword.eng.hou.compaq.com     Computers are like Old Testament gods;
Me? Speak for Compaq?  Yeah, right.   lots of rules and no mercy.
"By this time my lungs were aching for air..."               Joseph Campbell
Xref: sparky comp.os.ms-windows.programmer.misc:1107 comp.os.ms-windows.programmer.win32:355 comp.os.ms-windows.misc:1700 comp.os.os2.programmer:3912