Problems with 24-bit Ximtool?
emma wrote on Dec 17, 2008
Hi there,
I've found a few features which used to work on the old version of ximtool that don't appear to work on my installation of the 24-bit version...I'm hoping someone else has had these problems too...
1) Keyboard shortcuts to move through frames no longer work (e.g., ctrl-b and ctrl-f)
2) Clicking the middle mouse button on an image displayed in ximtool no longer centers the image on the pixel that was clicked
3) Using the right hand button to re-scale the image also no longer works
I'm hoping someone can reproduce these problems and that it's not just me ;)
Thanks!
Emma :)
I've found a few features which used to work on the old version of ximtool that don't appear to work on my installation of the 24-bit version...I'm hoping someone else has had these problems too...
1) Keyboard shortcuts to move through frames no longer work (e.g., ctrl-b and ctrl-f)
2) Clicking the middle mouse button on an image displayed in ximtool no longer centers the image on the pixel that was clicked
3) Using the right hand button to re-scale the image also no longer works
I'm hoping someone can reproduce these problems and that it's not just me ;)
Thanks!
Emma :)
emma wrote on Dec 17, 2008
Sorry, I probably should have mentioned that I used the pre-built redhat binaries...
Jason Quinn wrote on Dec 17, 2008
Emma, check to make sure you have the numlock key off. Those features work for me.
Except... right-click dragging to rescale the z-contrast only updates a portion of the image until I release the right mouse button. (I tend to maximize ximtool and it's probably not a coincidence that the size of the region that does get changed is only the size of the normal viewing area.
Jason
Except... right-click dragging to rescale the z-contrast only updates a portion of the image until I release the right mouse button. (I tend to maximize ximtool and it's probably not a coincidence that the size of the region that does get changed is only the size of the normal viewing area.
Jason
emma wrote on Dec 17, 2008
Interesting...everything works when Num Lock is off...including the contrast feature...nice ;)
Num Lock never had to be off for the previous version...I use my number pad a lot...is there any way this can be changed so that it works with Num Lock on, please? :) (I was wondering why it seemed to work fine on my MacBook!) ;)
Thanks for the quick reply, Jason! Very much appreciated :)
Emma :)
Num Lock never had to be off for the previous version...I use my number pad a lot...is there any way this can be changed so that it works with Num Lock on, please? :) (I was wondering why it seemed to work fine on my MacBook!) ;)
Thanks for the quick reply, Jason! Very much appreciated :)
Emma :)
Mike Fitzpatrick wrote on Dec 17, 2008
Check whether your NumLock key is on: This changes the event mask to effectively disable to features you mention, but is on the list of things to fix for the final 2.0 release.
-Mike
-Mike
James Turner wrote on Dec 17, 2008
fitz
This changes the event mask to effectively disable to features you mention, but is on the list of things to fix for the final 2.0 release.
That would be useful -- this sometimes catches observers out (I believe we discussed it in the past when I tried unsuccessfully to modify the behaviour).
Thanks,
James.
emma wrote on Dec 17, 2008
Hi again,
Another thing I have noticed...
If I move the little slider on the bottom right of the ximtool window I see green squares of varying sizes appear, depending on how far I slide the slider. Then, when I change the contrast using the right hand mouse button, only the region in the last green square selected changes, until I let go of the mouse button (as mentioned above). However, the moment I re-size the ximtool window this all gets messed up...the green squares still appear as normal, but when I change the contrast using the right hand mouse button, random areas of the image change...the regions that change are still squares, but they are not the size of square that was selected nor in the region that is defined by the green square (generally the regions that change are smaller than the selected green square). Not sure if it's really much of an issue, but I thought I'd let you know ;)
Thanks!
Emma :)
Another thing I have noticed...
If I move the little slider on the bottom right of the ximtool window I see green squares of varying sizes appear, depending on how far I slide the slider. Then, when I change the contrast using the right hand mouse button, only the region in the last green square selected changes, until I let go of the mouse button (as mentioned above). However, the moment I re-size the ximtool window this all gets messed up...the green squares still appear as normal, but when I change the contrast using the right hand mouse button, random areas of the image change...the regions that change are still squares, but they are not the size of square that was selected nor in the region that is defined by the green square (generally the regions that change are smaller than the selected green square). Not sure if it's really much of an issue, but I thought I'd let you know ;)
Thanks!
Emma :)
James Turner wrote on Dec 17, 2008
Hi Mike & Emma,
I was also going to report having a problem with the size of the contrast preview when working with the GMOS frame buffer (imtgmos etc.). I just see the contrast change in a small square at the centre of the image even if the slider is all the way to the right. This happens as a result of zooming out to see the whole GMOS image, whether or not I resize the window. I'd like to be able to change the contrast over the whole image if possible, so I can look at features in different place whilst I'm doing it.
Thanks,
James.
I was also going to report having a problem with the size of the contrast preview when working with the GMOS frame buffer (imtgmos etc.). I just see the contrast change in a small square at the centre of the image even if the slider is all the way to the right. This happens as a result of zooming out to see the whole GMOS image, whether or not I resize the window. I'd like to be able to change the contrast over the whole image if possible, so I can look at features in different place whilst I'm doing it.
Thanks,
James.
James Turner wrote on Dec 17, 2008
Hi Mike,
Here is a crash that occurs in the pre-built ximtool 2.0 beta redhat binary when running on RedHat 5.2 and displaying remotely to an 8-bit Sun display:
Here is the xdpyinfo for the display:
The same ximtool installation displays to my 24-bit laptop display (x.org 7 on Linux) without problems.
Hope that's useful.
Thanks,
James.
Here is a crash that occurs in the pre-built ximtool 2.0 beta redhat binary when running on RedHat 5.2 and displaying remotely to an 8-bit Sun display:
Warning: Cannot allocate colormap entry for "SteelBlue"
Warning: Cannot allocate colormap entry for "black"
Warning: Cannot allocate colormap entry for "Gold"
Warning: Cannot allocate colormap entry for "#9c9c9c"
Warning: Cannot allocate colormap entry for "#e8e8e8"
Warning: Cannot allocate colormap entry for "#e5e5e5"
Warning: Cannot allocate colormap entry for "white"
Warning: Cannot allocate colormap entry for "red"
Warning: Cannot allocate colormap entry for "green"
Warning: Cannot allocate colormap entry for "blue"
Warning: Cannot allocate colormap entry for "magenta"
Warning: Cannot allocate colormap entry for "cyan"
Warning: Cannot allocate colormap entry for "yellow"
*** glibc detected *** ximtool: double free or corruption (!prev): 0x09b85970 ***
======= Backtrace: =========
/lib/libc.so.6[0x7a0b16]
/lib/libc.so.6(cfree+0x90)[0x7a4030]
/usr/lib/libX11.so.6[0x906e49]
ximtool[0x80b3fd9]
ximtool[0x80b1b79]
ximtool[0x80863dc]
ximtool[0x808ddb4]
ximtool[0x807a7e3]
ximtool[0x8073354]
ximtool[0x8075cfa]
ximtool[0x808ddb4]
ximtool[0x808f64a]
ximtool[0x808ddb4]
ximtool[0x809a7c3]
ximtool[0x808ddb4]
ximtool[0x808f64a]
ximtool[0x808ddb4]
ximtool[0x809a7c3]
ximtool[0x808ddb4]
ximtool[0x808e3f3]
ximtool[0x8074849]
ximtool[0x808ddb4]
ximtool[0x8074693]
ximtool[0x8073354]
ximtool[0x805f632]
ximtool[0x805ad0c]
ximtool[0x806aa14]
/lib/libc.so.6(__libc_start_main+0xdc)[0x74ddec]
ximtool(XmuLocatePixmapFile+0x39)[0x804ffd1]
======= Memory map: ========
0071a000-00734000 r-xp 00000000 08:01 65090 /lib/ld-2.5.so
00734000-00735000 r-xp 00019000 08:01 65090 /lib/ld-2.5.so
00735000-00736000 rwxp 0001a000 08:01 65090 /lib/ld-2.5.so
00738000-00875000 r-xp 00000000 08:01 65117 /lib/libc-2.5.so
00875000-00877000 r-xp 0013d000 08:01 65117 /lib/libc-2.5.so
00877000-00878000 rwxp 0013f000 08:01 65117 /lib/libc-2.5.so
00878000-0087b000 rwxp 00878000 00:00 0
0087d000-0087f000 r-xp 00000000 08:01 65127 /lib/libdl-2.5.so
0087f000-00880000 r-xp 00001000 08:01 65127 /lib/libdl-2.5.so
00880000-00881000 rwxp 00002000 08:01 65127 /lib/libdl-2.5.so
00883000-008a8000 r-xp 00000000 08:01 65280 /lib/libm-2.5.so
008a8000-008a9000 r-xp 00024000 08:01 65280 /lib/libm-2.5.so
008a9000-008aa000 rwxp 00025000 08:01 65280 /lib/libm-2.5.so
008ac000-008c2000 r-xp 00000000 08:01 1934437 /usr/lib/libXmu.so.6.2.0
008c2000-008c3000 rwxp 00016000 08:01 1934437 /usr/lib/libXmu.so.6.2.0
008da000-008df000 r-xp 00000000 08:01 1924750 /usr/lib/libXdmcp.so.6.0.0
008df000-008e0000 rwxp 00004000 08:01 1924750 /usr/lib/libXdmcp.so.6.0.0
008e2000-009e1000 r-xp 00000000 08:01 1924755 /usr/lib/libX11.so.6.2.0
009e1000-009e5000 rwxp 000ff000 08:01 1924755 /usr/lib/libX11.so.6.2.0
009e7000-009e9000 r-xp 00000000 08:01 1924738 /usr/lib/libXau.so.6.0.0
009e9000-009ea000 rwxp 00001000 08:01 1924738 /usr/lib/libXau.so.6.0.0
009ec000-009fb000 r-xp 00000000 08:01 1925436 /usr/lib/libXext.so.6.4.0
009fb000-009fc000 rwxp 0000e000 08:01 1925436 /usr/lib/libXext.so.6.4.0
009fe000-00a09000 r-xp 00000000 08:01 65293 /lib/libgcc_s-4.1.2-20080102.so.1
00a09000-00a0a000 rwxp 0000a000 08:01 65293 /lib/libgcc_s-4.1.2-20080102.so.1
00bcf000-00bd7000 r-xp 00000000 08:01 1925316 /usr/lib/libXrender.so.1.3.0
00bd7000-00bd8000 rwxp 00007000 08:01 1925316 /usr/lib/libXrender.so.1.3.0
00bdf000-00be3000 r-xp 00000000 08:01 1926750 /usr/lib/libXfixes.so.3.1.0
00be3000-00be4000 rwxp 00003000 08:01 1926750 /usr/lib/libXfixes.so.3.1.0
00bec000-00bf4000 r-xp 00000000 08:01 1929431 /usr/lib/libSM.so.6.0.0
00bf4000-00bf5000 rwxp 00007000 08:01 1929431 /usr/lib/libSM.so.6.0.0
00c1f000-00c28000 r-xp 00000000 08:01 1927497 /usr/lib/libXcursor.so.1.0.2
00c28000-00c29000 rwxp 00008000 08:01 1927497 /usr/lib/libXcursor.so.1.0.2
00c2b000-00c42000 r-xp 00000000 08:01 1929427 /usr/lib/libICE.so.6.3.0
00c42000-00c43000 rwxp 00016000 08:01 1929427 /usr/lib/libICE.so.6.3.0
00c43000-00c45000 rwxp 00c43000 00:00 0
06122000-06176000 r-xp 00000000 08:01 1932292 /usr/lib/libXt.so.6.0.0
06176000-0617a000 rwxp 00054000 08:01 1932292 /usr/lib/libXt.so.6.0.0
08048000-081ac000 r-xp 00000000 00:19 207512 /astro/iraf/i686/pkgs/x11iraf-v2.0BETA/bin.redhat/ximtool
081ac000-08226000 rwxp 00163000 00:19 207512 /astro/iraf/i686/pkgs/x11iraf-v2.0BETA/bin.redhat/ximtool
08226000-08392000 rwxp 08226000 00:00 0
09893000-09b95000 rwxp 09893000 00:00 0
40000000-40001000 r-xp 40000000 00:00 0 [vdso]
40001000-40002000 rwxp 40001000 00:00 0
4000f000-40012000 rwxp 4000f000 00:00 0
40012000-4001b000 r-xp 00000000 08:01 65128 /lib/libnss_files-2.5.so
4001b000-4001c000 r-xp 00008000 08:01 65128 /lib/libnss_files-2.5.so
4001c000-4001d000 rwxp 00009000 08:01 65128 /lib/libnss_files-2.5.so
40100000-40121000 rwxp 40100000 00:00 0
40121000-40200000 --xp 40121000 00:00 0
bfbb8000-bfbe0000 rwxp bfbb8000 00:00 0 [stack]
[1] Abort ximtool
Here is the xdpyinfo for the display:
name of display: localhost:12.1
version number: 11.0
vendor string: Sun Microsystems, Inc.
vendor release number: 6610
maximum request size: 262140 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, MSBFirst, 32
image byte order: MSBFirst
number of supported pixmap formats: 3
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 132
focus: window 0x158000b, revert to PointerRoot
number of extensions: 29
AccessX
Adobe-DPS-Extension
DOUBLE-BUFFER
DPMS
DPSExtension
Extended-Visual-Information
FBPM
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
Multi-Buffering
RECORD
SECURITY
SHAPE
SUN_ALLPLANES
SUN_DGA
SUN_OVL
SUN_SME
SYNC
SolarisIA
TOG-CUP
X-Resource
XC-APPGROUP
XC-MISC
XEVIE
XInputDeviceEvents
XInputExtension
XTEST
default screen number: 1
number of screens: 2
screen #0:
dimensions: 1600x1200 pixels (451x338 millimeters)
resolution: 90x90 dots per inch
depths (3): 1, 8, 24
root window id: 0x5d
depth of root window: 8 planes
number of colormaps: minimum 1, maximum 5
default colormap: 0x34
default number of colormap cells: 256
preallocated pixels: black 1, white 0
options: backing-store YES, save-unders YES
largest cursor: 64x64
current input event mask: 0x3a003f
KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
FocusChangeMask
number of visuals: 16
default visual id: 0x20
visual:
visual id: 0x20
class: PseudoColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x21
class: PseudoColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x22
class: StaticColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x23
class: StaticGray
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x24
class: GrayScale
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 8 planes
available colormap entries: 8 per subfield
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: DirectColor
depth: 8 planes
available colormap entries: 8 per subfield
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: StaticGray
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x2e
class: PseudoColor
depth: 8 planes
available colormap entries: 224
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x2f
class: PseudoColor
depth: 8 planes
available colormap entries: 224
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x2b
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x2c
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x2d
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
screen #1:
dimensions: 1600x1200 pixels (451x338 millimeters)
resolution: 90x90 dots per inch
depths (3): 1, 8, 24
root window id: 0x5f
depth of root window: 8 planes
number of colormaps: minimum 1, maximum 5
default colormap: 0x48
default number of colormap cells: 256
preallocated pixels: black 1, white 0
options: backing-store YES, save-unders YES
largest cursor: 64x64
current input event mask: 0x3a003f
KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
FocusChangeMask
number of visuals: 16
default visual id: 0x35
visual:
visual id: 0x35
class: PseudoColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x36
class: PseudoColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x37
class: StaticColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x38
class: StaticGray
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x39
class: GrayScale
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x3a
class: TrueColor
depth: 8 planes
available colormap entries: 8 per subfield
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x3b
class: DirectColor
depth: 8 planes
available colormap entries: 8 per subfield
red, green, blue masks: 0x7, 0x38, 0xc0
significant bits in color specification: 8 bits
visual:
visual id: 0x3c
class: StaticGray
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x43
class: PseudoColor
depth: 8 planes
available colormap entries: 224
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x44
class: PseudoColor
depth: 8 planes
available colormap entries: 224
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits
visual:
visual id: 0x3d
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x3e
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x3f
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x40
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x41
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
visual:
visual id: 0x42
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
The same ximtool installation displays to my 24-bit laptop display (x.org 7 on Linux) without problems.
Hope that's useful.
Thanks,
James.
Mike Fitzpatrick wrote on Dec 17, 2008
Hi James,
The contrast box problem I'm aware of but haven't gotten to yet, it's a simple matter of scaling between the frame buffer size and the display window not being set correctly.
I'm pretty sure we won't explicitly support RH5.2 but it's not clear from your output whether this is something in the RH5.2 X11 libs causing a problem (the address seems to be in libX11) or some interaction with the Sun server (there are known issues for instance because the byte order is different between these platforms, but they should be pretty obscure). In any case, when I work on the above I'll load up all the memory debuggers to see if there's an obvious problem. Thanks for the report.
Cheers,
-Mike
The contrast box problem I'm aware of but haven't gotten to yet, it's a simple matter of scaling between the frame buffer size and the display window not being set correctly.
I'm pretty sure we won't explicitly support RH5.2 but it's not clear from your output whether this is something in the RH5.2 X11 libs causing a problem (the address seems to be in libX11) or some interaction with the Sun server (there are known issues for instance because the byte order is different between these platforms, but they should be pretty obscure). In any case, when I work on the above I'll load up all the memory debuggers to see if there's an obvious problem. Thanks for the report.
Cheers,
-Mike
James Turner wrote on Dec 17, 2008
fitz
The contrast box problem I'm aware of but haven't gotten to yet, it's a simple matter of scaling between the frame buffer size and the display window not being set correctly.
Great.
I'm pretty sure we won't explicitly support RH5.2 but it's not clear from your output whether this is something in the RH5.2 X11 libs causing a problem
Sorry! I meant RedHat Enterprise 5.2, which I believe is the latest version, not the RedHat 5 of ancient history.
Thanks,
James.
Last post on Dec 17, 2008