RE: EDM 1-11-1zc problems

["Szalata, Zenon M." <zms@slac.stanford.edu>]

Hi John,
You should disregard my last note describing the strange behavior I observed this morning.  Ultimately, rebooting the windows desktop fixed the problem.  The clue that it was most likely not EDM at fault here was that my EDM screens still exhibited the same problem after restarting my EDM application.  Stopping and starting Xwin9 did not solve the problem either but rebooting the machine did.

Sorry,
Zen 

-----Original Message-----
From: Szalata, Zenon M. 
Sent: Wednesday, February 11, 2009 8:50 AM
To: 'John Sinclair'
Cc: 'EPICS Techtalk'
Subject: RE: EDM 1-11-1zc problems

Hi John,
I downloaded, installed, and started using edm-1-11-1zf.  I left my edm screens up running last night and when I got to work this morning I see a strange problem, which seems new.  My application consists of a "main" screen on which there are a number of related display buttons.  Each of these buttons brings up a related display, there are many different related displays.  This morning, the "main" screen worked fine, I was able to pop up the related displays.  However, each related display behaved incorrectly.  None of the controls worked while the monitors seemed to be unaffected.  Bringing mouse pointer over a control, say a push button, would not highlight it, pressing it had no effect.  All related displays behaved the same way.  I discovered that putting the related display in edit mode and then back in execute would unfreeze the controls.  One of my related displays contains an embedded window.  Cycling this related display to edit and back to execute would unfreeze th!
 e embedded
window menu so that I was able to switch between different embedded displays, but non of the embedded displays were working correctly.  Also, the main edm window, the one with File, View, Path, and Help drop down menus, is frozen up.  That is none of the menues can be dropped.

Now, I am viewing the EDM screens on a Microsoft Windows XP desktop running Xwin 9.  The windows decorations buttons work normally, that is I can dismiss a related display by clicking the X button.  Perhaps the problem is really with the Windows desktop. I do not know how to tell.  It is also possible that this is an EDM problem.

Has anyone seen this?  Any suggestions what the problem might be?

Thanks,
Zen

P.S.
Regarding the windows exposure problem, which I described earlier.  I did some more testing and realized that only the text displayed in "Text Monitor" widgets showing contents of DESC field of an EPICS record are affected.
 

-----Original Message-----
From: John Sinclair [mailto:sinclairjw@ornl.gov]
Sent: Tuesday, February 10, 2009 10:23 AM
To: Szalata, Zenon M.
Subject: Re: EDM 1-11-1zc problems

Zen,

I posted a new version on the web site today.

John

Szalata, Zenon M. wrote:
>  Thanks John,
> Indeed each time I see EDM freeze, it happens when I pop up a related display which contains x-y graph widgets.
> 
> Zen
> 
> -----Original Message-----
> From: John Sinclair [mailto:sinclairjw@ornl.gov]
> Sent: Monday, February 09, 2009 8:14 PM
> To: Szalata, Zenon M.
> Subject: Re: EDM 1-11-1zc problems
> 
> Szalata, Zenon M. wrote:
>> I have recently installed edm-1-11-1zc.  Previous version used here was edm-1-11-1t which frequently froze up while popping up a related display.  I see three problems with the latest version (1-11-1zc):
>>
>> 1. It still freezes up (perhaps not as frequently as the 1-11-1t version).  When it does freeze up the only thing that works is to use the kill command and then start a new edm session.
>>
> 
> I am working on one freeze up issue in the xygraph widget. Hopefully it is the same one to which you are referring. In fixing the display of grid lines, I introduced an opportunity for an infinite loop.
> 
>> 2. Next problem shows up in the use of "Text Control".  I see it when I type a new value and press Enter.  In previous versions of EDM, right after Enter was pressed the value read back from the record would be displayed.  In the new version this happens only when I click on another "Text Control".  I can tell that the value is not read back when I type an integer value, say 2, into ao record since after pressing Enter the value displayed is 2 and changes to 2.00 only when I click on another "Text Control".  My interpretation of what happens may be incorrect.  Yet the effect I describe is real.
>>
> 
> The Text Control widget does behave differently, but I think it is now correct. Experiment with some of the widget-related options and see if you can get the behavior you want.
> 
>> 3. I also see that expose events are not properly handled.  This I see when I sit in front of a Linux box monitor ( I do not see this when I sit in front of a Windows computer display).  What happens is that after an EDM screen is exposed, part of the picture does not get repainted.  Minimizing and then bringing the screen back up fixes that.  I see this effect on a number of Linux desktops here at SLAC, all have RHEL4 installed.  Is it some problem with X windows or Motif?  On Microsoft Windows desktop I am using XWin32 version 9, which seems to handle the exposure events correctly.  To the best of my knowledge I have not seen this behavior with the previous version of edm.
>>
> 
> This is something I have not seen.
> 
>> Are these known problems?
>>
>> Thanks in advance,
>> Zen
>>
> 
>