HDTenEightyP/NetNews huggingface dataset:
From: baseball@catch-the-fever.scd.ucar.edu (Gregg Walters)
Subject: Re: Resources in Windows
Organization: Scientific Computing Divison/NCAR Boulder, CO
Date: Thu, 17 Dec 1992 23:17:13 GMT

Check whether your clipboard is loaded.  A large text Cut, text Copy or
graphics image can take a lot of space.  When you paste it elsewhere, it is
still in your clipboard.  It is possible to have 3 copies of the same huge
text/graphics occupying memory (source, clipboard, target).  Try clicking
on your Clipboard Icon, and if it has junk you no longer need, delete/clear
it.  I've only recently learned to do this myself... when you have been
rebooting, the clipboard is cleared...

Gregg            \\                                    //
		  \\                                  //
	       _^   \     baseball@ncar.ucar.edu     /   ^_
	       _\|__/\                              /\__|/_
	      /\___/            /\  /\  /\            \___/\
	     | CR/             /  \/  \/  \             \CR |
DO VERBS     |--/           /\/     o      \/\           \--|         ONLY IF
HAVE          \ \          /       /          \          / /        THEY HAVE
CONJUGAL      / /         /       /            \         \ \             BEEN
RIGHTS?       \ \        /   Colorado Rockies   \        / /        SENTENCED
 
** COMPUTER SAY - NUTS, I MISSED THE DATA BUS - YOUR BITS ARE ALL OVER THE
		  CIRCUIT BOARD
Newsgroups: comp.os.ms-windows.misc
From: T104244@r3vm.dsd.trw.com
Subject: Re: Windows Hebrew font
Organization: TRW Electronic Systems Group
Date: Tue, 15 Dec 1992 19:03:26 GMT

In article <1992Dec13.025047.10081@wam.umd.edu>
mmeltzer@wam.umd.edu writes:
 
>
>In article <18273@mindlink.bc.ca> Jack_Marissen@mindlink.bc.ca (Jack
>Marissen) writes:
>:-> Is there anyone out there who knows of a Hebrews font that is
>:-> available for MS-Windows that I can download?  I need one in the next
>:-> few weeks.
>
>I believe wingrk16.zip is the latest hebrew/greek font package.  You
>should be able to download it from ftp.cica.indiana.edu.
>I'm not 100% positive that "wingrk" is the name, but it should be very
>similar, and somewhere in the fonts directory.
>
>---------------------------------------------------------------------
>                        mmeltzer@wam.umd.edu is
>
>                             Marc Meltzer
>                      President of The Meltz Inc
>         "Our job is to play games.  Our hobby is to consult."
 
There is also an Adobe Type Manager (ATM) font at CICA called something
like Shalom* under /pub/pc/win3/fonts/atm directory.  There are three
different sytles of the Hebrew font.
 
Ernie Chen
t104244@r3vm.dsd.trw.com
From: infidel@pitt.edu (Todd J Derr)
Newsgroups: comp.os.ms-windows.announce
Subject: New CICA Microsoft Windows CD-ROM -- $25
Date: 17 Dec 92 08:11:51 GMT
Followup-To: comp.os.ms-windows.misc
Organization: University of California, Berkeley

A new CICA Microsoft Windows CD-ROM is available.  It contains the
entire MS Windows archive from ftp.cica.indiana.edu.  There is about
200 megabytes of zipped files and another 350 meg of the same stuff
unzipped.  There are index files included for several BBS's including
pcboard, opus, RBBS and spitfire.

If you want to see what is on the disc, you can ftp the index.txt and
and readme.txt from cdrom.com (192.153.46.254) in /pub/cdroms/cica.

The disc is available for FREE to anyone that has contributed any of
their own work to the cica collection.  Just email me your name, address,
and the name of the program(s) that you wrote.  Overseas addresses are ok.

If you are not a contributing author, the price is $25.  S&H is $5 for
US/Canada/Mexico, and $10 for overseas.  If you live in California, please
add sales tax.  You can pay by check, money order, Visa/MC/Amex, gold
bullion, small unmarked bills, etc.

        Bob Bruce
        Walnut Creek CDROM
        1547 Palos Verdes Mall, Suite 260
        Walnut Creek, CA  94596
        1 800 786-9907
        1 510 947-1644 FAX
        rab@cdrom.com

Many of the programs on this disc are shareware, and require seperate payment
to the author for continued use.  If you are dissatisfied with the disc for
any reason you can return it for a full refund.

If you would like a list of other CD-ROM titles, you can ftp the latest list
from cdrom.com:/pub/catalog.

	-bob
From: ehammers@stein.u.washington.edu (Erick Hammersmark)
Newsgroups: comp.os.ms-windows.announce
Subject: ArcShell v.12
Date: 17 Dec 92 14:17:48 GMT
Followup-To: comp.os.ms-windows.apps
Organization: University of Washington, Seattle

I would like to announce the release of version .12 of ArcShell,
a Windows 3.x front end for zip,arc,lzh, and arj files.  It is
significantly more configurable than previous versions, with a
number of bug fixes.

ArcShell can be found at ftp.cica.indiana.edu in /pub/pc/win3/uploads
as arcshl12.zip.  It is also at wuarchive.wustl.edu in /pub/MSDOS_UPLOADS
under the same filename.

ArcShell requires 386 Enhanced mode to operate as intended.

ArcShell is shareware with a $5 registration fee.  The shareware release
is not crippled or disabled in any way.

Please send problems/questions/comments/flames to Erick Hammersmark
at ehammers@u.washington.edu.
From: ehammers@stein.u.washington.edu (Erick Hammersmark)
Newsgroups: comp.os.ms-windows.announce
Subject: ArcShell v.12
Date: 17 Dec 92 14:12:08 GMT
Followup-To: comp.os.ms-windows.apps
Organization: University of Washington, Seattle

I would like to announce the release of version .12 of ArcShell,
a Windows 3.x front end for zip,arc,lzh, and arj files.  It is
significantly more configurable than previous versions, with a
number of bug fixes.

ArcShell can be found at ftp.cica.indiana.edu in /pub/pc/win3/uploads
as arcshl12.zip.  It is also at wuarchive.wustl.edu in /pub/MSDOS_UPLOADS
under the same filename.

ArcShell requires 386 Enhanced mode to operate as intended.

ArcShell is shareware with a $5 registration fee.  The shareware release
is not crippled or disabled in any way.

Please send problems/questions/comments/flames to Erick Hammersmark
at ehammers@u.washington.edu.
Newsgroups: comp.os.ms-windows.programmer.misc
From: chris@chrism.demon.co.uk (Chris Marriott)
Subject: Re: Problems with Clipping Regions 
Distribution: world
Organization: None
Reply-To: chris@chrism.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Wed, 16 Dec 1992 22:38:55 +0000

In article <1992Dec16.152731.45692@kuhub.cc.ukans.edu> 2ftptimely@kuhub.cc.ukans.edu writes:

>I am having a hell of a time with
>the Windows API call
>SelectClipRgn(...)
>
>I select a region and clipping works fine but 
>when I try to unselect the region wDeleteObject(ClipRgn)
>Then everything else that I paint to
>that DC is still "clipped". What I want
>is to restore the DC to how it was before I
>gave it a new clipping region. This is the
>DC given to me in the PAINT routine of 
>Borland OWL in the TWindow class. Any
>thoughts?
>
>Thanks,
>George Frazier frazier@hawk.cs.ukans.edu
>
>

Are you selecting the old clip region before deleting the one you created?
Remember, Windows won't let you delete an object that's currently selected
in a DC.  What you should be doing is:

    ClipRegion = CreateRegion( ..... );
    OldRegion = SelectObject( hDC, ClipRegion );
    .....
    SelectObject( hDC, OldRegion );
    DeleteObject( ClipRegion );

That should work OK.

Chris
-- 
--------------------------------------------------------------------------
| Chris Marriott                           | chris@chrism.demon.co.uk    |
| Warrington, UK                           | BIX: cmarriott              |
| (Still awaiting inspiration              | CIX: cmarriott              |
|  for a witty .sig .... )                 | CompuServe: 100113,1140     |
--------------------------------------------------------------------------
From: hagelin@elixir.e.kth.se (Martin Hagelin)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: OWL and MDI question
Date: 13 Dec 92 16:13:29 GMT
Distribution: comp
Organization: School of EE, Royal Institute of Technology, Sweden


Hello everybody !

I have a problem in my first windows program. I'm trying to get an MDI
child window which has a fixed size and no maximize button (it's meant
to stay in just one size). But it wont look the way I like it...


The code look's like this:

In my MDIFrame I construct the child window like this

  GetModule->MakeWindow( new TMySpecialWindow(this, "Title"));

and in the constructor for TMySpecialWindow it looks like this:

  TMySpecialWindow::TMySpecialWindow(.bla.) : TWindow (.bla.)
  { 
    Attr.Style &= ~(WS_MAXIMIZEBOX);
    ...
  }

I can set the Attr.Style to anything, and the window looks the same
anyway. But if I set an Style like WS_ICONIC, it starts like an icon.

The problem is that the window style I set in the constructor for the
child window somehow gets overridden by the MDIframe, and gets some
default window style.


The question now is:

- Can I make a window who is a MDIchild but not having the default(?)
  style? And how ?

- If this doesn't work I guess I'll have to make the window a dialog
  instead, but does a dialog function like a MDIChild (with reference to
  tiling, cascading, etc.) ?


/Martin


--
--------
Martin Hagelin
hagelin@elixir.e.kth.se
From: twbrown@PE-Nelson.COM (Tom W. Brown)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Problems with Clipping Regions
Date: 17 Dec 92 23:54:39 GMT
Organization: PE-Nelson

In article <724545535snz@chrism.demon.co.uk>, chris@chrism.demon.co.uk (Chris Marriott) writes:
|> Are you selecting the old clip region before deleting the one you created?
|> Remember, Windows won't let you delete an object that's currently selected
|> in a DC.

Unlike the other GDI objects, a copy of the region is placed in the DC so
you won't get an error if you delete the region.


|> What you should be doing is:
|> 
|>     ClipRegion = CreateRegion( ..... );
|>     OldRegion = SelectObject( hDC, ClipRegion );
|>     .....
|>     SelectObject( hDC, OldRegion );
|>     DeleteObject( ClipRegion );
|> 
|> That should work OK.

Nope -- in a fit of perversity someone at Microsoft decided that for
regions, and regions only, the return value from SelectObject() should
_not_ be the old region, but should be a value indicating what type
of region is being installed.

You must (as far as I know) use SaveDC/RestoreDC around your own
clipping code in order to ensure that the old region is restored, unless
you know (by virtue of initializing a default DC) what region to put
back in the DC.


----------------------------------------------------------------------------
Tom Brown               |  "She turned me into a newt...
PE Nelson Systems       |                                  ... I got better"
twbrown@pe-nelson.com   |                    Monty Python and the Holy Grail
----------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.programmer.misc
From: jonm@Ingres.COM (Don't Judge a book by your cover)
Subject: Re: Problems calling a DLL function from a VB app. PLEASE HELP!
Summary: 
News-Software: VAX/VMS VNEWS 1.41    
Keywords: 
Organization: University of Arizona MIS Department - Mosaic Group
Date: 15 Dec 92 16:48:28 GMT

In article <1992Dec15.135809.5339@u.washington.edu>, tvp@gibdo.engr.washington.edu writes...
> 
>I rewrote the inside of my C source to compile it into a .dll file.
>Then I followed the instructions in the VB manuals to declare and call
>the function inside the DLL that was replacing the standalone C app I
>used to use under DOS. But when I hit F5 to test the VB app, and get
>to the part where I push the command button that will cause the DLL
>function to be called, it fails and tells me:
> 
>          "Function or sub undefined"
> 
>It also highlights the line where the function is called in the
>source.  This is pretty maddening because the function IS defined
>right there in the Declarations section of the form. And it's defined
>correctly as far as I can tell too, it's of the proper type, with no
>mispellings in the Function name or the Lib path. Does anyone know
>what's up and how I can fix it? I'M STUCK!
> 

How have you created your DLL.  Are you using the SDK?  I know it sounds
like a silly question and probably bordering on being patronising but...
You will need to include a couple of routines (Which I cannot remember
off the top of my head but they are set out in a fairly straight forward 
manner in the SDK manuals.)  If you don't have them mail me and I will send
you a couple of examples I created.

If you have done all this then kindly hit the 'delete' key.  It sounds like
you have done everything else OK.


+---------------------------------------------------------------------------+
|Jon Machtynger (jonm@ingres.com)                                           |
|Ingres Technology Centre. Wharfedale Rd,                                   |
|Winnersh, Wokingham. Berks UK.   (0734)-496525                             |
+---------------------------------------------------------------------------+
| Ahhh Brisbane, people actually get paid to work there... in the sun with  |
| all that fresh air and cheap petrol.... Or so ledgend has it              |
+---------------------------------------------------------------------------+
Newsgroups: comp.os.ms-windows.programmer.misc,comp.windows.ms.programmer
From: Jon.Meltzer@launchpad.unc.edu (Jon Meltzer)
Subject: Windows printing (tabs in particular)
Organization: University of North Carolina Extended Bulletin Board Service
Date: Fri, 18 Dec 1992 19:10:33 GMT


I'm looking for information on how the Windows printer API calls handle
extended ASCII and control characters, in particular tabs. We have been
unable to develop applications that work correctly, and cannot find
helpful information in Petzold, Richter, Yao, Schulman, SDK, Borland
Windows API, Windows Secrets, etc.  A reference to a good, detailed,
low-level explanation of how the print routines work will be most welcome.
Following is a detailed description from our Windows programmer, Juraj
Horacek, of the tab printing problem:


"Executive summary:  :-) 
The "standard" recommended algorithm does not work as Microsoft claims it
should.  They _do_ make some internal conversions in their own apps.


"Details:
I used the "old" Petzold's method as well as the newest, 3.1-only
implementation of printing.  I tested about 5 apps.  Here are the results:

"If you use the HP III driver and do the standard printing seqeuence you
get (in all cases) the tab translated into ascii 127 (which showed up as a
dithered/shaded box in the printout).  In the case of a dot-matrix driver
you get a dot instead of 127.  That is all fom the "recommended" public
algorithms.

"Word and Write on the other hand handle a tab differently.  In the case of
the HP driver they do a nice "shift" implemented by a HPC command (HP
Command Language) which leaves a certain blank space.  With a dot-matrix
they output several spaces.  The number of thoe spaces varies (I believe)
for different apps and different versions of the dot-matrix driver.  In
some cases they output some code for which I don't have a complete
reference."  

Thanks for any assistance!
Jon Meltzer
Institute for Academic Technology   Durham NC 27713
jonm.iat@mhs.unc.edu
Jon.Meltzer@launchpad.oit.unc.edu


--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: duitz@mksol.dseg.ti.com (mitchel n duitz)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: Borland and Memory
Date: 15 Dec 92 14:42:05 GMT
Distribution: usa
Organization: Texas Instruments, Inc

I seem to have a point in my code, where I am stuck.

I do a lot of new and delete inside my code, and first,
I do see a memory leak somewhere, but I can;t pin it down.

The problem I have is that the program just spins.  This
can happen in two different places - either when I declare ofstream ofs(name),
or when I'm in a loop allocating a 2 dimensional array - similar to the
following

float **kalamazoo

kalamazoo = new float *[150];
for(i=0;i<150;i++)
   kalamzoo[i]=new float[30];

It seems to just hang inside this loop.
PLEASE HELP - ANY AND ALL HELP APPRECIATED.
mitch
Newsgroups: comp.os.ms-windows.programmer.misc
From: jagrant@emr1.emr.ca (John Grant)
Subject: Re: Problems calling a DLL function from a VB app. PLEASE HELP!
Organization: Energy, Mines, and Resources, Ottawa
Date: Tue, 15 Dec 1992 17:41:01 GMT

In article <1992Dec15.135809.5339@u.washington.edu> tvp@gibdo.engr.washington.edu writes:
>
>Okay, I posted a few days ago about not wanting the screen to blank
>for the few seconds it took me Shell() out to DOS to run an .exe
>utility (written in C) that I was calling from inside my VB app.
>
>I rewrote the inside of my C source to compile it into a .dll file.
>Then I followed the instructions in the VB manuals to declare and call
>the function inside the DLL that was replacing the standalone C app I
>used to use under DOS. But when I hit F5 to test the VB app, and get
>to the part where I push the command button that will cause the DLL
>function to be called, it fails and tells me:
>
>          "Function or sub undefined"
>
>It also highlights the line where the function is called in the
>source.  This is pretty maddening because the function IS defined
>right there in the Declarations section of the form. And it's defined
>correctly as far as I can tell too, it's of the proper type, with no
>mispellings in the Function name or the Lib path. Does anyone know
>what's up and how I can fix it? I'M STUCK!
>
>Thanks in advance to anyone who can help me.

  There are 2 possibilities that I can think of:
	1. you forgot to 'export' the function
	2. you compiled in C++ mode without the "extern C" declaration
	   and C++ mangled the function name
  Both of these concepts should be well documented in your C++ docs.
-- 
John A. Grant						jagrant@emr1.emr.ca
Airborne Geophysics
Geological Survey of Canada, Ottawa
Newsgroups: comp.os.ms-windows.programmer.misc
From:  avsht@sph.spb.su (Alex V. Shturm)
Subject: Strange BWCC ListBox...
Reply-To: avsht@sph.spb.su
Organization: WinNet Mailer Post at Alex's home
Date: Wed, 9 Dec 1992 03:15:09 GMT

Hi, Windows programmers!

Do you know how a listbox should look? I'm sure, yes.
Even if it has LBS_EXTENEDSEL or LBS_MULTIPLESEL flags? Of course!
But try to look at such a listbox included into BWCC-style dialog box
and compiled by BC 3.1. You'll be surprised. You'll see that
every filled line of listbox has dark-gray background color.

Why? Is it Borland's mistake or was it planned so?

This effect can be found only if:
1. listbox included into BWCC dialog box.
2. listbox has LBS_EXTENDEDSEL or LBS_MULTIPLESEL (or LBS_OWNERDRAW?) flag
3. project compiled by BC 3.1 (uses its BWCC)

Regards,
/Alex

--
Alexander Shturm  ||  St.-Petersburg  ||  Internet: avsht@sph.spb.su
================  ||   Russia (xSU)   ||  FidoNet:  2:5030/8.18, /43.18
Tel.: +7-(812)-233-9148 (home)   +7-(812)-310-4631 (office)



Newsgroups: comp.os.ms-windows.programmer.misc
From:  Fyodor@msoft.msk.su (Fyodor Zubanov)
Subject: Re: VB calling DLL function returning void*
Date: Wed, 9 Dec 1992 17:18:32 GMT
Reply-To: Fyodor@msoft.msk.su
Organization: Microsoft Moscow

>   Okay all you experts!  Has anyone done this?  I need to know how to
>   correctly DECLARE the dll function.  Right now we get a protection
>   violation on the call.  We've tested the dll with a C program, and it
>   works just fine.
>
Of course the best thing to me is to have function prototype.
But right now i can say that this error happens as usual
after wrong type declaration. Suppose that the following
table will help you:
type of           C          VBasic
parameter        int         integer
                 uint        integer
                 WORD        integer
                 LONG        long
                 LPSTR       string

Be careful and do not use char type in your function. This will
cause an error too. Do not forget to pass parameters by value.
And be careful with function type declaration. If you function
returns void you should declare it as Sub.

Hope this can help you.
Fyodor.

-- 
=================================================================
        Fyodor Zubanov          fyodor@msoft.msk.su
        Moscow, Russia
=================================================================
From: bu254@cleveland.Freenet.Edu (Stephen Groundwater)
Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Re: drag & drop server
Date: 19 Dec 1992 23:56:41 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: bu254@cleveland.Freenet.Edu (Stephen Groundwater)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, bu254@cleveland.Freenet.Edu (Stephen Groundwater) says:
[Stuff deleted]
>This is the result of my dumping the hDrop memory that
>comes on the WM_DROPFILES message, and my understanding of it.
> 
>The hDrop memory is a global memory object.
>The drag-drop memory object consists of two parts, a header, and
>a trailing bit.
>The header is 8 bytes long in windows 3.1.
>The trailer is however long it needs to be.
> 
>The header:
> 
>typedef struct tagDragHeader {
>	UNIT wStructSize; /* Size of struct (8 bytes in this ver) */
>	UINT x; /* x co-ord on window that is dropped on. (Client DC) */
>	UINT y; /* y co-ord on window that is dropped on. (Client DC) */
>	WORD wReserved; /* no known purpose, should be 0 */
>	} DragHeader;
> 
>This is what I think the header structure is, the first three
>fields I am more or less sure of, the fourth field is a mystery
>to me, but in every drop I've seen it's been 0.
> 

Correction:
I have now found out what the fourth field is, thanks to hints from
blakeco@Microsoft.COM. The structure should be:

typedef struct tagDRAGHEADER {
  UINT wStructSize; // Same as before
  UINT x; // Same as before
  UINT y; // Same as before
  BOOL fInClient; // True if drop is on client area,
                  // false if anywhere else (title bar etc)
  } DRAGHEADER;

>The trailer:
> 
>The trailer is a series of null-terminated strings that contain
>the strings that DragQueryFile() will return. The number of the
>strings is not in any structure, so you don't need to worry about
>that.
>
[Stuff Deleted] 
>You should GlobalAlloc a block big enough for the header, and following
>file names, and use the flag GMEM_DDESHARE when allocating.
>
>

Organization: Carnegie Mellon, Pittsburgh, PA