HDTenEightyP/NetNews huggingface dataset:
From: klaus@knipp.en.open.de (Klaus Malorny)
Newsgroups: comp.windows.ms.programmer
Subject: Help: Software Interrupts in Protected Mode?
Date: 10 Apr 92 16:51:24 GMT
Organization: Private/FRG


Hi,

I'm currently writing an application with MSC & Windows SDK that communicates
with a TSR-based hardware driver. The TSR writes its data in a shared memory
provided by my application via "GlobalDOSAlloc". To perform functions provided
by TSR one have to use a certain software interrupt. I did this by using the
library function "int86" and for that case it works well. 
But some of the functions of the TSR expect an address to the shared memory
with the segment part of the address in the "es" register. My attempt
was to use the "int86x" function with the "es" register set to the real
mode segment address of the shared memory (as the TSR is executed in real
mode). The result was an UAE, as the library function "int86x" (still running
in protected mode) tries to setup the "es" register with a segment address.
When using a valid selector in the "es" register, the TSR is called, but with
modified contents of the "es" register.

Well, I do know that things are complicated in proctected mode, but I thought
it would work because the int86 functions are still available in dos.h (in
contrast to e.g. _dos_setvect, which is "removed" by #ifndef _WINDOWS etc.).
Maybe I misused a facility provided to process hardware interrupts ? ;-)

MY QUESTION IS: is there an *easy* way to call a software interrupt of a TSR
                by a protected mode Windows application (with the ability to
                set all registers (execpt ss,sp,cs,ip of course!:-)) ???

Perhaps DPMI does the job, but as the documentation of Windows SDK doesn't
contain anything about it, I am rather unfamiliar with it. 

Thanks in advance

   Klaus
From: lebowitz@krypton.Mankato.MSUS.EDU (Robert J. Lebowitz)
Newsgroups: comp.windows.ms.programmer
Subject: Turbo Pascal for Windows
Date: 6 Apr 92 14:09:39 GMT
Article-I.D.: krypton.LEBOWITZ.92Apr6090939
Distribution: comp
Organization: Mankato State University

I recently purchased a copy of TP for Windows in order to give my wife, the 
programmer in our family the ability to develop windows applications software.
I am fairly certain that this product has a number of limitations associated
with it, but nonetheless, I am interested in how it compares with the 
Microsoft SDK which is considerably more expensive.  What are the limitations
imposed on this product that you are aware of?

Thanks in advance,

Rob Lebowitz - lebowitz@krypton.mankato.msus.edu
--
Robert J. Lebowitz           Internet         lebowitz@krypton.mankato.msus.edu
Mankato State University     VOX              (507) 389-2540
Mankato MN 56002-8400
Newsgroups: comp.windows.ms.programmer
From: keithb@hemel.bull.co.uk (Keith Bedford)
Subject: LocalAlloc fails in Visual Basic Control-Help!
Summary: LocalAlloc fails in Visual Basic Control
Organization: Bull HN UK
Date: Thu, 16 Apr 92 08:49:37 GMT


Having written a Visual Basic Control using the Control Development Kit,
I get a General Protection fault calling LocalAlloc.

Does anyone know if this is a bug in the CDK, a restriction of the CDK,
a restriction in DLL's in general, or have any helpfull suggestions?

Changing the code to do GlobalAlloc makes everything work fine, but I cant
do this for real as Global memory belongs to the DLL client under whose
task it was allocated - when that client terminates the Global memory 
disappears but the DLL remains (assuming another client is using it)
and UAE's when it tries to access the global memory!

I've tried Microsoft support (in the UK) - they expressed surprise and
said they would try it and get back to me.  I'm still waiting.

Thanks in advance for any help
==============================================================================
  Keith Bedford				keith.bedford@hemel.bull.co.uk
  Bull Special Products Division
  Maxted Road  -  UK03-HM14
  Hemel Hempstead
  Herts  HP2 7DZ		Tel:	+44-442-88 4250
  England			Fax:	+44-442-88 4570
==============================================================================
Newsgroups: comp.windows.ms.programmer
From: slahiri@magnus.acs.ohio-state.edu (Santanu Lahiri)
Subject: Need help with static vars in multi-instanced code.
Organization: The Ohio State University
Distribution: usa
Date: Tue, 7 Apr 1992 12:50:32 GMT

Hi folks!

As a rank beginner in Windows Programming, I am running into a problem (well,
actually many problems, but this one is one I cannot get a grip on).

I am beginning a port of one application I wrote for DOS.  It requires
me to run multiple instances of a code fragment within the program.
Specifically, a list box to select a file.  Now, I have the basic file
selection window working just fine and dandy.  Unfortunately, the listbox
approach I took requires declaring static handles for the listboxes within
the window procedure.  (I create several listboxes on receiving the WM_CREATE
message)

What happened was that I accidentally clicked on the FILE/OPEN menu item of
the parent window, and opened a second file selection window.  The new window
came up, worked fine and exited.  Unfortunately the first window was now dead.
I could work with the list boxes themselves, but the boxes would no longer
communicate with eachother.  The reason?  The handles had been whacked by
the second instance of the window.

It is extremely probable that this will happen when the program is put to use
and that there will be two or more parent windows calling this procedure
at the same time.  So I somehow need to isolate the handles of one instance
from another.  Is this possible?  Or do I need to allocate some sort of an
array to hold the handles and then check the instance using the window handle
when I process a message?  Keeping in mind that this is the same instance of 
the program running (no easy check for hPrevInstance), what is the best 
approach to this problem?

Thanks in advance.

Santanu
-- 
Santanu
-------------------------------------------------------------------------------
:: cat flames > /nev/dull                     slahiri@magnus.acs.ohio-state.edu
From: danderer@chopin.udel.edu (Dave Anderer)
Newsgroups: comp.windows.ms.programmer
Subject: BC30/Windows/Floating Point
Date: 7 Apr 92 23:18:44 GMT
Organization: University of Delaware


While testing an application against the Windows 3.1 final release
yesterday I stumbled on a problem I can't explain.  Note it's
*not* a 3.1 problem - it happens with 3.0, we just never noticed
it before.

Our program fails as follows:  Open one copy.  Leave it open, and
open a second copy.  Close the first copy.  Open a third copy -
well, try to, it'll UAE in the startup code.

Poking with the debugger seems to point the finger at the floating
point code - the program DOES use FP, and we compile it to use the
emulator.

To test this, we took one of the Borland sample apps (the bitmap
scroller, in particular.)  Compile it as is, and it works fine.
Add a couple lines to it:

	float	f;
	f = 3.0 * f;

..and it blows up just like our application.  Which argues it's not
*our* problem.

Note that opening the third copy after 1) LEAVING the first copy
running, or b) closing BOTH the first and second copies works
fine.

Compiling to use the 80287 directly doesn't improve things.

We've also got an OWL app that exhibits the identical behavior.

Now we can grossly theorize what's going on here with DLLs, but
more importantly - how do we get around it?  ('Course, knowing WHY
it is this way would be nice, too.)
-- 
    Dave Anderer        danderer@brahms.udel.edu       (302) 831-8805
Instructional Technology Center, University of Delaware, Newark, De.  19716
		"Sinners can repent; stupid is forever."
Newsgroups: comp.windows.ms.programmer
From: sidney@borland.com (Sidney Markowitz)
Subject: Re: Could someone post when TDWIN31.ZIP gets to wustl
Organization: Borland International
Date: Tue, 14 Apr 1992 05:54:31 GMT

In article <1992Apr13.180234.746@borland.com> ejs@borland.com (Eric Swenson) writes:
>I'm not sure of the upload policies at wuarchive.wustl.edu, so I may have
>committed a faux-pas, but I just uploaded ti868.zip, tdwin.zip, and
>tpwn31.zip wuarchive.wustl.edu in the /pub directory.  I can't
>guarantee that they'll stay there for any length of time since I don't
>know how wuarchive handles its uploads.  In any case, we've also
>uploaded these files to simtel20, but they haven't become visible yet.
>When they do, they will automatically migrate to the TURBO-C
>subdirectory on wuarchive as well.  Let me know if you don't find them
>there.  

TDWIN31.ZIP and TPWN31.ZIP are now on wsmr-simtel20.army.mil,
wuarchive.wustl.edu, and oak.oakland.edu. The archive maintainer put
them both in the borland subdirectory (pd:<msdos.borland>,
mirrors/msdos/borland and pub/msdos/borland, respectively) rather than
the turbo-c and turbopas ones I mentioned in my earlier posts. I
didn't upload TI868.ZIP after looking at it and seeing that it is
nothing more than an announcement that Borland will be producing
updates to support Windows 3.1 and to use the other files in the
meantime. For those who didn't see the other messages: TDWIN31.ZIP
contains a DLL that lets you use TDW 3.0 with Windows 3.1, and
TPWN31.ZIP is for Turbo Pascal for Windows users and contains that DLL
plus a number of Turbo Pascal units to support OLE and other Win 3.1
things.

 -- sidney markowitz <sidney@borland.com>
From: pam@vandi.ars.cl (Pablo Ahumada)
Newsgroups: comp.windows.ms.programmer
Subject: Can't print using Novell 2.12a and Windows 3.0
Distribution: world
Date: Mon, 13 Apr 92 17:46:48 GMT
Organization: Ars Innovandi (El arte de innovar)


Hi everyone !

I hope that somebody can help me.
I have problems to print with "Novell 2.12a" and Windows 3.0.

When I am in Windows 3.0 and print from EXCEL o WORD the first line
in the printer has garbage (%^&$), the next 10 lines are printed
correctly, and then the lines are cut or with garbage or ....

The first time I think that Windows was not correctly installed,
but I conected the printer in the parallel port of the station
and it works fine.

When Windows was installed I select the option "Novell netware
version 2.10 and above".

The novell command NVER gives this information:

	   The NetWare NetBIOS module is not loaded,
		unable to provide version information.

	   IPX Version: 3.01
	   SPX Version: 3.01

	   LAN Driver:	NetWare Ethernet NE1000  V3.00EC (891227) V1.00
			IRQ = 3, I/O Base = 300h, no DMA or RAM

	   Shell:	V3.26 Rev. A
	   DOS: 	MSDOS V5.00 on IBM_PC

	   FileServer:	ARS
	       Novell	Advanced NetWare 286 V2.12 Rev. A   8/12/88


My printer is a 'PANASONIC KX-P1592 Multi Mode' conected to LPT1: in the
server. In Windows I select IBM-Proprinter.


Thanks in advance por your help.

 ______________________________________________________________
 >							      <
<     &8^)* PAM./					       >
 >							      <
<  Nombre     : Pablo Ahumada Mardones			       >
 > UUCP       : pam@vandi.ars.cl, ...!uunet!uchdcc!vandi!pam  <
<______________________________________________________________>

Newsgroups: comp.windows.ms.programmer,comp.lang.c++
From: jim@.SanDiego.NCR.COM (Jim Ruehlin)
Subject: Re: BCC TDW Doesn't Work Under Win 3.1
Reply-To: jim@cheers.SanDiego.NCR.COM (Jim Ruehlin)
Organization: NCR Corporation, Rancho Bernardo
Date: Tue, 7 Apr 1992 20:20:21 GMT

In article <1992Apr7.035208.24356@mnemosyne.cs.du.edu> ebergman@isis.cs.du.edu (Eric Bergman-Terrell) writes:
>The TDW debugger doesn't seem to work anymore now that I've installed Windows
>version 3.1.  It complains that it "Can't Load WINDEBUG.DLL".  (windebug.dll
>is in \borlandc\bin).
>
>I know that we (BCC users) have to wait about a month for a 3.1 maintenance
>upgrade, but I was hoping that the tools would still allow us to compile
>and debug 3.0 programs.

Windows 3.1 SDK doesn't come with WINDEBUG.DLL like 3.0 did.  It's been renamed,
and since I'm over 30 now I can't remember what the darn thing's called!  It
comes with the Windows SDK for 3.1, I think.

You need to get that DLL and rename it to WINDEBUG.DLL.  I found this out
because I was a beta tester for 3.1 and some of my co-workers were using the
3.1 SDK.

Shame on Borland for not filling developers in on this!

- Jim Ruehlin
From: jamshid@ut-emx.uucp (Jamshid Afshar)
Newsgroups: comp.windows.ms.programmer
Subject: Re: Win 3.1, Bor 3.0, display (HELP)
Summary: TDW and Win3.1 don't play together (Borland knows)
Date: 7 Apr 92 21:35:47 GMT
Organization: The University of Texas at Austin; Austin, Texas

In article <31390003@col.hp.com> denisl@col.hp.com (Denis Lambert) writes:
>Ihave had similar problems with TDW and Windows 3.1.  [...]
>I could read the TDW display now, but whenever I tried to load
>a program I got the error message "Cannot load WINDEBUG.DLL."  Apparently
>there are more serious incompatabilities than the video.  

Last time I was on the phone with tech. support I asked if there were
any problems with B/TC++ and Win3.1.  They said the debugger doesn't
work.  Some file was changed or something, I didn't get the details.
I was told that is the only problem they know of with 3.1 (but make
sure you already have the TCW/WINSIGHT patch announced a month ago).

>My solution:  Load Windows 3.0 back on my system and start it up whenever
>I need to debug something.  Not very elegant, but I can put up with it
>for the short term.

I don't think there is any other solution.  The tech. support person
said they would release a patch for TDW "as soon as reasonably
possible", so you probably won't have to put up with it for much
longer.  If anyone (esp. an X@borland.com) knows more, please post.

Jamshid Afshar
jamshid@emx.utexas.edu
Newsgroups: comp.windows.ms.programmer
From: heath@grok39.ColumbiaSC.NCR.COM (Robert.Heath)
Subject: Re: Internationalizing Windows Applications (Suggested Reading)
Organization: NCR Corp
Date: Tue, 07 Apr 92 13:36:55 GMT

In article <1992Apr2.194116.27885@mnemosyne.cs.du.edu> jkenyon@isis.cs.du.edu (Jeff Kenyon) writes:
>Could someone point me towards any good sources on internationalizing
>Windows applications?  
Here are some of my favorites:


	HEATH'S SUGGESTED READINGS ON SOFTWARE INTERNATIONALIZATION 

	WINDOWS TITLES

	Hall, William S., "Adapt Your Program for Worldwide Use with 
	Windows Internationalization Support."  Microsoft
	Systems Journal Vol. 6 No. 6, Nov/Dec '91. pp. 29-58.

	Petzold, Charles, Programming Windows, Second Edition. Microsoft
	Press 1990, pp. 129-131.

	"Writing International Applications for Windows 3.00", a white
	paper by Microsoft Corp. available through Microsoft On-line.
	

	GENERAL TITLES

	Freytag, Asmus and Leu, Michael, "Using the OS/2 National 
	Language Support Services to Write International Programs." 
	Microsoft Systems Journal Vol. 5 No. 2, March '90. pp. 1-26.

	Garneau, D., Keys to Sort and Search for Culturally Expected
	Results, First Ed., IBM reference GG24-3516. 

	Kennerly, Cynthia H., Digital Guide to Developing International 
	Software.  Digital Press 1991. Order #EY-F577E-DP.

	National Language Design Guide, Designing Enabled Products,
	Volume 1, Second Ed., IBM reference SE09-8001-01.

	National Language Support Reference Manual,
	Volume 2, Second Ed., IBM reference SE09-8002-01.

	
	HOW TO GET THEM

	IBM documents can be ordered through your local IBM branch.
	To order DEC documents, call 1-800-DIGITAL.
	For back issues of MSJ, call 1-800-669-1002, or 614-382-3322.

------------------------------------------------------------------------------

	Robert Heath
	NCR Corp.
	3325 W. Platt Springs Rd.
	W. Columbia, SC 29170
	803-791-6915
Newsgroups: comp.windows.ms.programmer
From: jeff@tct.com (Jeff Witzer)
Subject: Resource Workshop include dirs...
Date: Tue, 14 Apr 1992 21:03:41 GMT
Distribution: usa
Organization: TC Telemanagement, Clearwater, FL

First, thanks to all of you that assisted me in my Windows/Communications
problems.  Since you seem so helpful, I thought it wise to again consult 
you for advice...

    In Borland's Resource Workshop, windows.h is continually unresolved.
    How can I define include directories for RW to search?  I found no
    help in the manual...
    
Thanks in advance,
Jeff
Newsgroups: comp.windows.ms.programmer
From: wilcox@wucs1.wustl.edu (Don Wilcox)
Subject: BorDlgs in 3.1
Organization: Washington University, St. Louis Mo.
Date: Fri, 10 Apr 1992 14:27:52 GMT

Am I the only one to see this problem (I posted a couple of days ago and got
nothing).  Under 3.1, all my BorDlgs are mis-sized.  I also noticed that the
one in Borland RW were wrong as well.  The strange thing is, when I edit my
dialogs in RW, they look okay.

We are ready to ship to the first few beta sites.  We don't want to have to
say:  "Here's the software, please use it and let us know what you dislike
about it.  By the way, don't run it in 3.1, it looks ugly," when all of our
users probably ran out and bought 3.1 on the 6th.

I'd call Borland's tech support number, but I haven't the $$$ to wait on hold
all morning.

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@cs.wustl.edu         |   to all who believe."
From: zocchi@ohsu3b2.ohsu.edu (Don Zocchi)
Newsgroups: comp.windows.ms.programmer
Subject: Windows 3.1 SmartDrv sluggishness
Date: 7 Apr 92 00:54:12 GMT
Article-I.D.: ohsu.1992Apr7.005412.9481
Organization: Oregon Health Sciences University
Originator: zocchi@ohsu3b2.ohsu.EDU


I just upgraded my system to run Windows 3.1.
The performance is terrible compared to running Windows 3.0.  Can anyone
give me some advice.  My configuration is:
486/33 with 16Meg of RAM.
STB PowerGraph SVGA (running Windows 3.0 driver).
Microsoft Mouse.
210 Meg IDE Hard Drive.
MS-DOS 5.0.

If I run the new SmartDrv.Exe with standard defaults, or 4096 4096, or 8192 8192,
the system runs really slow.  DDE Applications run slowly (Windows 3.0 based
communication that took 1 - 2 seconds, now take 30 - 40 seconds).  DDE is the
old message based rather than the new DLL based.

If I disable the new SmartDrv.Exe and run no cache, performance gets better.
DDE operations now are in the 10 second range.

I was told that Windows 3.1 is better/faster, etc.

Don Zocchi
503-646-1606.

PS:  The CVW from the Windows 3.0 SDK no longer works, and the line to order
it has been jammed all day.
Newsgroups: comp.windows.ms.programmer
From: slahiri@magnus.acs.ohio-state.edu (Santanu Lahiri)
Subject: Declaring instance-specific variables (Summary)
Organization: The Ohio State University
Distribution: usa
Date: Wed, 8 Apr 1992 19:48:52 GMT

A couple of days ago I posted an item asking for help on creating 
instance specific data for a window.  I am summarizing the responses I
have received so far:

--------------------------------------------------------------------
neil@bedford.pro suggested the following: 

>I think that there are two approaches.
>
>The first is to disable the menu item which allows the user to pull up another
>box when one is already up (& enable it when the box goes away).
>
>The other is that the WM_INITDIALOG message can give you an instance pointer
>which you can use to separate the incarnations.

Later he elaborated on another method:

>Set/Get WindowLong is perfect for storing a pointer to instance data.
>I don't think it will work for dialog boxes, however.  I think db are a
>different beast.

-------------------------------------------------------------------------
sybase!juan@Sun.COM suggested the following:

>You can place any instance specific data in the Window extra bytes of your
>main application window. You can allocate the necessary memory and place
>either a HANDLE or a pointer in the window extra bytes. If you place a
>handle, you must use GetWindowWord()/SetWindowWord(). If you use a pointer
>you need to use GetWindowLong()/SetWindowLong() to retrieve the pointer.
>You must also remember to tell windows that you need this extra data bytes.

-------------------------------------------------------------------------
There was also a post by Peter Haller indicating a similar approach.

=========================================================================

I finally did solve the problem, and I used the approach outlined by Juan.
Neil's initial suggestion of graying the appropriate menu item will also 
work as it prevents a second instance from being created.  However, since 
I wanted to allow multiple instances, that approach did not apply.

The [Set/Get]WindowWord approach required my setting the cbWndExtra field
to a non-zero number when registering the window class.  During the WM_CREATE
message,  I create the necessary child windows and store the handles in this
extra space using SetWindowWord().  When my window procedure receives a 
WM_COMMAND message, I simply retrieve the child window handles.  Of course,
as this was supposed to be a Directory Search function, I have to store the
current drive and directory as well.  But this can be (and was) achieved using
a similar approach.  The code worked for upto five windows, at which point I 
got sick of testing it.

Thanks to all those who replied to my post.

Santanu


-- 
Santanu
-------------------------------------------------------------------------------
:: cat flames > /nev/dull                     slahiri@magnus.acs.ohio-state.edu
From: prao@ucsb.edu (Parik Rao)
Newsgroups: comp.windows.ms.programmer
Subject: WINDEBUG.DLL and Windows v3.1
Date: 7 Apr 92 23:16:08 GMT
Reply-To: prao@bluemoon.ucsb.edu
Organization: U.C. Santa Barbara


One correction to my previous post; Borland HAS released a updated
WINDEBUG.DLL that works with TDW to the public.  I've downloaded it from
CI$ and will upload it to cica when it comes back up.  If you'd like a
copy asap, ftp to bluemoon.ucsb.edu and get pub/tdwin.zip.

--
parik rao				                 prao@bluemoon.ucsb.edu
Newsgroups: comp.windows.ms.programmer
From: dave@wucs1.wustl.edu (David T Mitchell III)
Subject: Loading icons from another instance?
Summary: how to?
Keywords: icons
Organization: Washington University, St. Louis MO
Distribution: net
Date: Tue, 7 Apr 1992 03:17:55 GMT

Anybody know an easy way to display all the icons in an .exe / .dll / .<xxx>?
I'd *really* like to offer the user the ability to choose some icons, ala
program manager... you know, user supplies the filename & then chooses which
icon.

suggestions / pointers?

thanks,

dave	dave@wucs1.wustl.edu
From: Robert_Salesas@mindlink.bc.ca (Robert Salesas)
Newsgroups: comp.windows.ms.programmer
Subject: Re: Idle Wild
Date: 14 Apr 92 00:55:52 GMT
Article-I.D.: mindlink.11414
Organization: MIND LINK! - British Columbia, Canada

> Joseph J. Nuspl Jr. writes:
> 
> Msg-ID: <45242@mentor.cc.purdue.edu>
> Posted: 13 Apr 92 23:06:20 GMT
> 
> Org.  : Purdue University
> 
> 3.1 uses the _IdleWild_ screen saver.  Is there a development kit out
> there somewhere for it like ScreenPeace and AfterDark?
> 
> Thanks.
> 
> Joseph J. Nuspl Jr.
> nuspljj@mentor.cc.purdue.edu


I've heard this a few times before.  Just who/what is Idle Wild?  Was this a
product before it was placed in 3.1?  If so, why didn't MS just write their
own?

Rob

--
\--------------------------------------------------------------------/
\ Robert Salesas             + Usenet: Robert_Salesas@MINDLINK.bc.ca /
\ Eschalon Development Inc.  + CIS:    76625,1320    BYTE:  newdawn  /
\--------------------------------------------------------------------/