| Re: insensitive WIDGET_DROPLIST causes major freeze [message #34892 is a reply to message #34865] |
Mon, 28 April 2003 08:27   |
JD Smith
Messages: 850
Registered: December 1999
|
Senior Member |
|
|
On Mon, 28 Apr 2003 02:44:22 -0700, Tobias Umblia wrote:
> MKatz843@onebox.com (M. Katz) wrote in message
> news:<4a097d6a.0304221609.45539db5@posting.google.com>...
>> I just alerted RSInc about this, but I thought I'd share it with the
>> list.
>>
>> I found a multi-platform widget_droplist bug. I know droplist has been
>> depricated in favor of the combobox, but I'm still using droplist in
>> some places. So far this bug has caused problems on Red Hat Linux
>> (7.1?) and Mac OS X 10.2.5 running X11 beta 3.
>>
>> Here's the bug.
>>
>> Create a widget_droplist with a command like this.
>>
>> st = ['A','B','C','D']
>> filterID = widget_droplist(row1, VALUE=st, UVALUE='dont_bug_me')
>>
>> This is important: the widget_base that contains row1 is created with
>> SENSITIVE=0 to begin with.
>>
>> Now, in response to a separate event, the base is made SENSITIVE with a
>> widget_control command to the base.
>>
>> I click on the droplist, and it pops up with all of the options
>> grayed-out. The mouse cursor turns to a up-and-to-the-right-facing
>> arrow, and the entire X session locks up except for mouse motion.
>>
>> On Linux the whole session is completely frozen, all windows are
>> unresponsive. I had to log-in remotely to kill IDL.
>>
>> On Mac OS X 10.2.5, the same thing happens, all of X was frozen with
>> the droplist openand the right-facing arrow showing. But since X11 runs
>> as an application, I just opened a terminal window and killed the job
>> from the command line; the rest of the OS kept humming along (mp3s
>> didn't skip a beat :P )
>>
>> Anyone else see this kind of behavior?
>
>
> Yes, just 2 days after your posting I found exactly the same happening
> in my widget application.I'm using XFree86 4.1 on Debian GNU Linux 3.0
> and HP-UX 11.
> Did you receive a response from RSInc. or find a way to avoid the
> problem ?
>
A similar bug related to WIDGET_COMBOBOX:
b1=widget_base(/COLUMN,xsize=100,ysize=100)
b=widget_base(/COLUMN,/MODAL,GROUP_LEADER=b1)
c=widget_combobox(b,value=strtrim(randomu(sd,50)*1000))
widget_control,b1,/realize
widget_control,b,/realize
Then click on the drop-down for the combo-box. The bug only seems related
to combo-box widgets in modal bases, and probably only for Unix/Motif
versions of IDL. Has anyone else noticed the disturbing (to me anyway)
trend that Windows versions seem to be a bit better debugged, especially
for widget elements, than Unix?
JD
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
