TIP: Click on subject to list as thread! ANSI
echo: os2user-l
to: All
from: mwizard99{at}comcast.net
date: 2003-03-19 10:13:56
subject: Re: PMView thread left open

In-Reply-To: 
@To: os2user{at}yahoogroups.com
@Message-Id: 
@X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v2.27/27
From: mwizard99{at}comcast.net
@Mime-Version: 1.0
@Mailing-List: list os2user{at}yahoogroups.com; contact os2user-owner{at}yahoogrou..
@Delivered-To: mailing list os2user{at}yahoogroups.com
@Precedence: bulk
@List-Unsubscribe: 
@Date: Wed, 19 Mar 2003 09:13:57 -0600
Subject: Re: PMView thread left open
Reply-To: os2user{at}yahoogroups.com
@Content-Type: text/plain; charset=US-ASCII
@Content-Transfer-Encoding: 7bit

In , on 03/19/03 
   at 01:05 PM, norbkohl  said:

>--- In os2user{at}yahoogroups.com, Gerry Chilibeck  wrote: >
>Here is the problem. From my eCS1.01ONLY, when I open any > PMView
>version and then close it, the window closes...BUT, there is > a thread
>left on in the WC kill list. If I open then close 5 JPG > images, I end
>up with 5 threads open in the kill list. And, I can kill > them here (one
>at a time). None of these "unclosed" threads show in > the
window list. I
>can tell that the thread is not closed because the > icon of the JPG or
>program stays "crosshatched" (is: open) on the > WPS 

>Did you install NewView replacing view.exe (with helpmagr.dll)?

>If yes - this causes this behaviour.

>Peter Nielsen, the author of PMView wrote this in newsgroup
>de.comp.os.os2.apps:

>>Hallo!
>>
>>NewView is the cause of the problem. The new HELPMGR.DLL in NewView
>>causes any application developed with the IBM Open Class Libraries
>>(OCL) to not terminate properly.
>>
>>I've helped Aaron Lawrence (the author of NewView) to debug IBM OCL in
>>order to find out why OCL applications do not terminate when NewView
>>v2.2.19 is installed. (The problem shows up even with the simplest
>>"Hello World" OCL tutorial applications).
>>
>>The reason for the problem is because NewView creates the help window 
>>using the desktop as the owner and parent. Because of this, OCL
>>mistakes the help window for being a primary window of the
>>application. Consequently OCL will sit and wait for somebody (the user
>>or the application) to close that window.
>>
>>Aaron just reported back that he successfully fixed the problem by
>>following my suggestion to use a different owner/parent combination so
>>that the help window is not mistaken for a primary window by OCL.
>>
>>I do not know when this fix will be available. You will need to
>>contact Aaron for more info.
>>
>>Thanks,
>>Peter Nielsen
>>[Author of PMView]

It seems that this quite probably the culprit.  The description fits here
too.

I'll be on the lookout for Aaron's update.  

Many thanks!!

Regards,
-Mark
-- 
---------------------------------------------------------
Madness takes its toll.  Please have exact change. (Warp 4/FP12)
---------------------------------------------------------


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/E8folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
os2user-unsubscribe{at}yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 



---
* Origin: Druids Grove Internet Gateway (1:2624/801)
SEEN-BY: 633/267 270
@PATH: 2624/801 306 106/1 2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.