| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.