HDTenEightyP/NetNews huggingface dataset:
From: gbm@jmp.com (Gary B. McKenney - Interface Solutions Inc.)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Problem w/ BWCC and Tseng 4000, 800x600x64K
Date: 11 Oct 92 11:45:07 GMT
Organization: JMP & Associates, Ltd. - Atlanta, Ga.

In article <70539@hydra.gatech.EDU> combee@prism.gatech.EDU (Ben Combee) writes:
>I'm having an interesting problem.  I'm running Win 3.1, with the
>generic Tseng 4000 drivers a 800x600x64K colors.  In windows using
>the large BWCC buttons with the icons in them, the text seems to bleed
>off the button, producing an unpleasing effect.  Is anyone else having
>these problems, and if so, is there a way to fix it, short of switching
>video drivers.

I don't know of any solution but I run into text and resource alignment
problems on the screen in higher resolution modes using bwcc.  I doubt these
are related to Tseng 4000 although that is what I use.

Gary B. McKenney
From: twbrown@PE-Nelson.COM (Tom W. Brown)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: CS_SAVEBITS doesn't work?
Date: 16 Oct 92 21:58:48 GMT
Organization: PE-Nelson

In article <1992Oct16.024604.7120@emr1.emr.ca>, jagrant@emr1.emr.ca (John Grant) writes:
|> I have implemented a floating window that hangs around and shows the (x,y)
|> of the cursor as it moves around the screen. I create it as a child window 
|> with a height equal to the height of the caption area, so all you get is the
|> system menu handle and a caption area.  Each time I get WM_MOUSEMOVE, I
|> SetWindowText(hwndxy,"...").  It works great and is really tiny (1 line).
|> 
|> However, I am not getting the expected results using window class style 
|> CS_SAVEBITS.  I don't want movement of the floating (x,y) window to 
|> generate WM_PAINT for the client area underneath if I don't have to.  The
|> help says that if style is CS_SAVEBITS, then it will try to save the bitmap 
|> behind the window so it can restore it.  Presumably then it won't have to
|> send WM_PAINT to the client beneath it.  No such luck.  There is tons of
|> memory available and it sure enough saves bitmaps for popup dialog boxes
|> to restore quickly.  Why won't it do it for my tiny little window?

Two things come to mind:

1. I think I've seen this behavior when a CS_SAVEBITS window is moved.  The
   underlying area is quickly restored, but from then on all updates are
   normal speed.  It's as if the capture of the area underneath the window
   is only done once, at window creation time.

   This actually makes sense -- if a CS_SAVEBITS window tried to actually
   save the bits everytime it was moved what would happen if it moved so that
   it still partially overlaid its old position?

2. Could it be that only modal windows work with CS_SAVEBITS?  Since an
   application could be "modifying" the client area beneath a modeless
   window perhaps the system just assumes the worst case and sends a
   WM_PAINT.


----------------------------------------------------------------------------
Tom Brown               |  "Strange women, lying in ponds, distributing
PE Nelson Systems       |   swords is no basis for a system of government."
twbrown@pe-nelson.com   |                    Monty Python and the Holy Grail
----------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.misc,comp.os.msdos.programmer
From: bahman@mdd.comm.mot.com (Bahman Khamneian)
Subject: VxD question 
Organization: Motorola, Mobile Data Division - Seattle, WA
Date: Thu, 15 Oct 1992 02:12:08 GMT


We are currently working on a 386/mswindows based system
running in enhanced mode. Our hardware generates an interrupt
that is crucial to our system. In other words, no one
should block this interrupt including the windows system
modal dialog boxes. 

To resolve this problem windows VxD approch is
recommended to us. I would like to know if the
following approch would work:

1) The hardware generates an interrupt.
2) The VxD wakes up and calls another VxD to get
   some device info. 
3) It then packages the info and sends it to a DOS TSR 
   via the provided DLL calls.

The realtime requirements aren't that bad. We have about
ONE second or so to service this interrupt.

Does this guarantee that my intrrupt is serviced?

If not what approch would guarantee it?

What are the pit-falls with the mentioned approch?

How would you approch this problem?


It is likely that we would want to port this product
to pure DOS at some point so ideally (but not 
necessarily) the solution should be portable. 

I appreciate any help/pointers to a solution. please
send your reply to bahman@mdd.comm.mot.com 
I will summarize and post it for others interest.

Thanks in advance,
Bahman Khamneian


Bahman Khamneian   | INTERNET:bahman@mdd.comm.mot.com
Tel: (206)487-5947 | UUCP:    ... uw-beaver!uw-coco!mdisea!bahman
Fax: (206)483-3400 | Motorola-MTA-ID: CBK005@email.comm.mot.com 
Motorola Inc. (MDD), 19807 North Creek Parkway North, Bothell, WA 98011
From: Paul_Goertz@mindlink.bc.ca (Paul Goertz)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: re: Debugging Dll's
Date: 11 Oct 92 21:32:58 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

KEVR.92Oct6113329@idt103.is.morgan.com writes:

> I have written a number of dll's that are add-ins to Excel and Wingz.
> Can anyone suggest how I might debug these dll's in these particular
> environments? I have MultiScope and the Borland Debugger. Can I
> attach myself to these debuggers after the dll has been loaded by
> another app but not yet called?

Yes. At least I know you can from CodeView for Windows. You create a program
entry to debug the application (.EXE) that your DLL's will be called from; in
CVW prior to listing the application on the command line you must specify any
additional modules (be they DLL's or EXE's), each preceded with /L. For
example, if you are calling FOOBAR.DLL from EXCEL, your debug command line
would be "CVW.EXE /L FOOBAR.DLL EXCEL.EXE". When the debugger becomes active,
it will most likely complain to you that there is no debug info for EXCEL.
This is just fine; just carry on, pull up the DLL modules you are interested
in, set breakpoints, and go.

We now return you to your regular programming.


--
Paul Goertz                      |  E-MAIL: Paul_Goertz@mindlink.bc.ca
From: unixlan+@pitt.edu (Wei-ming William Lin)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Wanted: MSC 6.0a (Yes, !! 6.0a !!)
Date: 7 Oct 92 22:43:23 GMT
Organization: University of Pittsburgh


Hi Folks,

I know this is not the best place to do so, but I need your help!!

Don't say I am crazy.  Yes, I need your olde version of MSC!!  My old libraries
can support nothing but MSC 6.0, so.....  If you have a copy of MSC 6.0a
gathering dust in your shelf, now is the best time to send it out.  It does not
have to be in the mint condition, but at least descent.  Manuals must be 
complete.  And if you still have your registration card, that will be perfect 
(although not necessary).  Just remember, IT MUST BE 6.0a, NOT 6.0.  Please 
reply by e-mail.  Thanx in advance.

Willie

"UNIX(tm), X & LAN --- The Promise of the Future!!"
"And OS/2 V2.0!!"

+=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=+
| Internet e-mail:                       Mom Bell:                        |
| unixlan@unix.cis.pitt.edu                 H: (614)267-2674  (after 9pm) |
| wmlin@speedy.cs.pitt.edu                  O: (614)888-3833              |
| Compu$erve: 71650,1444                                                  |
+=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=!=+
From: salmeniu@robocop.cs.hut.fi (Jaakko J Salmenius)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: How to display a Word document that is a OLE object
Date: 12 Oct 92 09:56:28 GMT
Reply-To: salmeniu@niksula.hut.fi (Jaakko J Salmenius)
Organization: Helsinki University of Technology, Finland

I'm writing a program that uses OLE objects. The objects are word processor
documents (mainly Microsoft Word 2.0). The problem is that I don't know
any way to draw them on the window. 

When Word places a document to be embedded into the cliboard it places it
as a native format, picture (= word document icon) and as a text. SDK 
documentation tells that the OLE servers should contain a special 
object handler. It's purpose it to provide rendering of the OLE object when
the server application is no running. However, MS Word doesn't contain any
object handler to render its objects.

Is there any object handler for MS Word 2.0 or is there any routine that
can display a word document on a window. Windows clippoard viewer can display
a word document currently in the clippoard if Word is currently running.
How does the clippoard viewer do that?

I would be very happy to get some kind of advice.

	Jaakko
--
Jaakko Salmenius	| Helsinki University of Technology
salmeniu@niksula.hut.fi	| The believable ski heroes, at least in my opinion,
tel +358-0-805 5951	| are the ones who ski the extreme.
From: pierce@cruzio.santa-cruz.ca.us
Newsgroups: comp.windows.ms.programmer,comp.os.ms-windows.programmer.misc
Subject: Re: Huge Pointers
Date: 6 Oct 92 22:45:02 GMT
Reply-To: pierce@cruzio.santa-cruz.ca.us

In article <1992Sep25.175643.6752@pixel.kodak.com>, dj@ekcolor.ssd.kodak.com (Dave Jones) writes:
. Matthew Fisher (fisherm@infonode.ingr.com) wrote:
. :      I have a 2meg array that I have alloced on the global heap.  I'm 
> : accessing this array with huge pointers.  The array is made up of structures
. : that are 12 bytes long.  My pointer manipulation seems to work fine.
. : However when one of the structures lay across a 64k boundary my assignment
. 
. Since someone asked for a net post, here goes.
. 
. There is no such thing as a 64K boundary.  What there is, is a situation
. where the 16-bit offset of a 32-bit pointer wraps around.  Huge pointer
. arithmetic is supposed to be proof against this because the segment
. pointer is adjusted in pointer arithmetic to minimize the offset.  In
. fact the offset in a "normalized" huge pointer should be no bigger than
. 15 decimal.  The segment pointer is adjusted to the 16-byte segment
. boundary closest to the result address.
. .....
Uh,  WRONG!   In protected mode, you can't do this (the "segment" is a
selector that points to a 64K segment.  MS specifically sez that HUGE
array elements MUST be a power of 2.  So, either pad these to 16 bytes each,
or use a link list of <64K blocks seperately allocated (kinda brutal).

	-jrp
From: lhuynh@clyde.ICS.UCI.EDU (Thomas Huynh)
Subject: __WinAllocFlag in DLL
Newsgroups: comp.os.ms-windows.programmer.misc
Date: 12 Oct 92 21:19:23 GMT

Hi,

I am writing a DLL and I was wondering if anybody has ever used
the global variable "__WinAllocFlag."  Somebody told me about this
variable and the compiler I am using (Borland C++ 3.1) just won't
recognize it.  Does it exist?

The reason why I need this variable is because I want to make
the memory allocated by the DLL to be shareable, thus settting
it to "GMEM_DDESHARE";



--
Thomas Au Undergraduate
Information and Computer Science
University of California, Irvine
From: bjaastad@idt.unit.no (H}vard Bj}stad)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: error code = -6
Date: 12 Oct 92 20:59:51 GMT
Organization: University of Trondheim, Norway


I am rather new to Windows programming. Now I keep getting this error
message "error code = -6" when I try to execute a modal dialog box.

Does anybody out there know why, and what I can do to avoid it ????

Please e-mail answers directly to

bjaastad@idt.unit.no
Newsgroups: comp.os.ms-windows.programmer.misc,comp.windows.ms.programmer,comp.os.ms-windows.misc
From: wags@cimage.com (Bill Wagner)
Subject: Re: Setup Toolkit provided with SDK
Reply-To: wags@cimage.com (Bill Wagner)
Organization: Cimage Corporation
Date: Mon, 12 Oct 92 13:47:40 GMT

tpurves@sygnus.uucp (Timothy Purves) writes:
|> A problem I have been having is, How do you get dsklayt to include the
|> required mssetup files, but not to install them in the Application install.
|> 
|> 
I put the setup files in a separate section and did not add them to the 
copy list.  e.g.:

[setupfiles]
setup.exe
_mstest.exe . . . 

[files]
<insert application files here>

Then, only add the [files] section to your copy list.

My question:

Has anybody figured out how to tell if the CopyFilesInCopyList fails?

-- 
-------------
          Bill Wagner                USPS net: Cimage Corporation
Internet: wags@cimage.com                      3885 Research Park Dr.
AT&Tnet:  (313)-761-6523                       Ann Arbor MI 48108
FaxNet:   (313)-761-6551

"One should be able to see that things are hopeless, and yet be 
determined to make them otherwise."  - F. Scott Fitzgerald
From: twbrown@PE-Nelson.COM (Tom W. Brown)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: object-oriented drawing program in windows
Date: 16 Oct 92 22:17:26 GMT
Organization: PE-Nelson

In article <1992Oct16.061314.17383@emr1.emr.ca>, jagrant@emr1.emr.ca (John Grant) writes:
|> I'm so used to thinking of creating child, popup, overlapped windows, dialog
|> boxes etc, that I just realized I have no idea of how to create other objects
|> that can be picked, moved resized etc.  For example, suppose I have a drawing
|> program where I can pick a tool and draw a circle, ellipse, rectangle etc.
|> Or perhaps a graphics object is created by reading and plotting a data file
|> or a metafile of GDI primitives.
|> 
|> Later how do I 'pick' that object so that I can move it, resize it or whatever.
|> Do I just create an invisible window and draw in its invisible client area?
|> Obviously the easiest way to 'pick' an item is to draw each object in its
|> own window, so hit-testing is not required.

This is fine until your graphic objects start overlapping.


|> 
|> In the GKS world, each graphical item is a segment and you can pick a segment
|> with the cursor (internally I think it just checks the (x,y) point with the
|> (x,y) of all of the items in the display list for each object.  I sure wouldn't
|> want to do that in Windows.

You may have to, although there may be 3rd party graphics libraries out there
that have already done the work for you -- I don't know.


|> 
|> So: 1. how do I draw an object?  In it's own window?  What kind?
|>     2. how do I pick one of these objects?
|> 
|> Life is not just limited to moving and sizing rectangles around the screen.

I think the "every object in its own window" approach only works when no
overlap is allowed (that is, no overlap of the rectangular windows, not just
the drawing inside).  If this is too stringent then I'd recommend that you
simply draw into one window and keep a list of the "objects" that have been
drawn.

This list can be organized into a suitable data structure that will aid hit
testing and you will probably have to do that yourself :-(


----------------------------------------------------------------------------
Tom Brown               |  "Strange women, lying in ponds, distributing
PE Nelson Systems       |   swords is no basis for a system of government."
twbrown@pe-nelson.com   |                    Monty Python and the Holy Grail
----------------------------------------------------------------------------

Newsgroups: comp.os.ms-windows.programmer.misc
From: mstowski@seas.gwu.edu (Mike Mstowski)
Subject: WRITE FILE FORMAT 
Keywords: WRITE FILE FORMAT ERRORS
Organization: George Washington University
Date: Fri, 9 Oct 1992 18:47:47 GMT

FLAME ON
Microsoft's documentation for the Write File format is incomplete.
Just try reading the description for embedded documents in the
write file.
We've spent 3 months working on a viewer and the Microsoft documentation
is just plain missing some information needed to write a viewer.
We even spoke to the author of Write and he said the documentation was
a joke.  We asked for a correct format and never received it.
Microsoft wanted big $$$ for help with this problem.
Great! Maybe Microsoft doesn't have any unfair advantages???
Just give developers incompelte documentation and let them do hex dumps
of the files and make wild guesses!
Thanks but no thanks.
FLAME OFF
If anyone has written a Write file viewer that does embedded sounds,
different bitmap formats, pictures, embedded objects, let me know.
Thanks
From: pluto@cs.ucsd.edu (Mark Plutowksi)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: TDW and S3-based graphic boards - how ?
Date: 14 Oct 92 18:03:08 GMT

skrause@informatik.hu-berlin.de (Steffen Krause) writes:

>Hi everybody !
>Is there a way to make TDW work with an S3-based graphic board ?
>Thanks for any hints !
>Steffen
>skrause@informatik.hu-berlin.de

>-- 
>---------------- Steffen Krause --------------------------------------------
>Zu Risiken oder Nebenwirkungen lesen Sie die Packungsbeilage und informieren
>Sie Ihren Arzt oder Apotheker.
>----------------------------------------------------------------------------


Yes.  First, obtain s3.exe and s3.dll from Borland's BBS or
from CompuServe.  Executing s3.exe will self-extract the
updated drivers.  A text file (probably called read.me) will
tell you what to do to install the drivers.  Then, in TDW.ini,
under [TurboDebugger], set 

VideoDLL = s3.dll

DebuggerDLL = tdwin.dll


Under [VideoOptions], set 

DebugFile = c:\borlandc\bin\tdw.log



Finally, put tdw.ini in c:\windows (or where you have put Windows.)
 

This does the trick quite nicely (at least it did for me!)

Good luck,
= Mark
From: Kyle Marsh <kylemar@microsoft.com>
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Custom Listbox?                                                                
Date: 8 Oct 92 20:08:08 GMT
X-MSMail-Message-ID:  926B3410
X-MSMail-Conversation-ID:  926B3410
X-MSMail-WiseRemark:  Microsoft Mail -- 3.0.729
To: netnews

Look for drop-down or drop-down-list combo boxes in your references.

> An example of this is on the Desktop configuration for Windows.  When you
> select a desktop pattern and other stuff,
> a pop-up (actually pull down ) listbox is created.

Those are combo boxes.

Kyle
MS Developer Network
Newsgroups: comp.os.ms-windows.programmer.misc
From: wongl@vccnw07.its.rpi.edu (Lance)
Subject: Combobox help
Reply-To: wongl@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Sat, 17 Oct 1992 02:09:10 GMT

Im having trouble dropping the list box from a combobox.
Im specifying the style of the childwindow as WS_CHILD|WS_VISIBLE|CBS_DROPDOWN
|CBS_AUTOHSCROLL|CBS_SORT.

When I click on the dropdown button, the listbox is not displayed, however
a small "line" is displayed under the editbox instead.

Do I need to specify different combobox styles so i can "see" the listbox when
it drops down?  Or do i have to specify different window styles also?

I tell the combobox to put a directory listing inside the listbox; all of this data is in there, I can scroll through it but this is all through the editbox as not the listbox.

Help!
thanks.

Keywords:
From: gebhardt@picasso.informatik.rwth-aachen.de (Michael Gebhardt)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: to small menus in dialogs (help)
Keywords: dialog, menu
Date: 7 Oct 92 12:16:42 GMT
Organization: University of Aachen, W-Germany



    I'm trying to write a programm with a dialog as mainwindow. I've created the    resources with Borlands Resource Workshop and i've specified my menu as menu 
    of my dialog in the resource. 

    My problem is that the menu of this dialog has the wrong size, and the area     between the menu and the dialog is not updated through the draw functions of 
    the menu or the dialog. 

    Whats to do ?
From: ergo@netcom.com (Isaac Rabinovitch)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Hungarian Notation - Should I use it?
Date: 7 Oct 92 19:12:11 GMT
Distribution: usa
Organization: UESPA

In <6999@blue.cis.pitt.edu.UUCP> ern+@pitt.edu (Ernest J Obusek) writes:

>Is Hungarian notation being widely used outside of Microsoft?  Will I be
>spurned and rejected if I write Windows code without it?

>I have nothing against it, but it's not yet natural for me, and so it slows
>me down quite a bit.  But if it's widely used and considered a GOOD THING
>then I will continue with it.

ATTENTION:  This is one of those topics that tend to generate more
heat than light.  What follows is simple personal opinion, not religion.
Friendly dissenting views will be read with interest.  Flame warriors
will be IGNORED.

Type prefix notation was invented because some programmers had to deal
with data types that weren't in the programming language in use.  I
first saw it in 1983 (about 2 years before Windows 1.01 was released)
in programs written for CTOS, an operating system that shares some of
Windows' OO and message-passing concepts.  As I recall, most CTOS
programming was then done in a Pascal-like language that had no direct
support for strings, never mind pointers (long and short) to fancy
data structures.  Those weird prefixes were the only straightforward
way to document complicated data types.

I often wonder if early Windows programmers used C at all, since so
many early Windows conventions are very un-C-ish (different parameter
passing conventions, length of string given as a count rather than by
a null terminator).  Be that as it may, the use of C in Windows
programming made things worse in some ways (C supports two kinds of
strings, neither of them the kind used by Win1.01).  In other ways, C
helped (in C you can DECLARE a  long pointer, which not only documents
the type, but sometimes provides implicit conversion), but this help
is often rejected by windows programmers, who hate abandoning their
hard-won "tricks".

I personally hate type prefix notation, and refuse to use it when it
isn't necessary.  (If the compiler provides long-short conversion, and
all my strings are null-terminated, what purpose does "lpsz" serve,
except to make me less productive?)  However, "Hungarian" prefixes are
still the only way to document some of Windows' weirdnesses.  If you use
Microsoft's (basically obsolete) memory allocation functions, you have
to have both a "handle" and a "pointer" to the same bit of memory, and
a prefix is the only practical way to distinguish between them.  In
any case the need for type prefixes is gradually going away; much of
its continued use is just inertia.
-- 

	ergo@netcom.com 			Isaac Rabinovitch
        {apple,amdahl,claris}!netcom!ergo	Santa Cruz, CA
	
	You will be assimilated.  Resistance is futile.
		
Newsgroups: comp.os.ms-windows.programmer.misc
From: scott@ods.com (Scott Harper)
Subject: Re: Edit Fields in Dialog Boxes
Organization: Optical Data Systems, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 9 Oct 1992 19:16:54 GMT

Jeff Lesser (mem@world.std.com) wrote:
: Is there a simple way, WITHOUT recoding all 150 dialog boxes, of having
: Windows use a fixed-pitch font in edit fields, or in some other way
: reinstate the character limits we had under Windows 2.11?

Take a look at the EM_LIMITTEXT message...  Put it in your WM_INITDIALOG
case.
-- 
Scott Harper                       Optical Data Systems, Inc.
scott@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081
From: vincent@datmuc.UUCP (vincent)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Novell Netbios 3.10 Crashes Under Debug Kernel
Date: 8 Oct 92 12:57:41 GMT
Organization: DAT

In article <BvqpJF.2Lp@sti.com> westes@sti.com (Will Estes) writes:
>Is anyone else having problems with the 3.02 or 3.1 versions of Novell
>Netbios RIPping on startup of the Windows 3.1 debug kernel?  Any
>workarounds for this?  
>
>-- 
>Will Estes		Internet: westes@netcom.com

Try this:

In your system.ini file

[Debug]
OutputTo=NUL

good luck, vincent@datmuc.dat.de
Newsgroups: comp.os.ms-windows.programmer.misc