Re: possible bug in libXt or libXaw
Marco Atzeri writes: On 11/16/2014 7:30 AM, Mark Geisert wrote: Marco Atzeri writes: this is the pointer causing the segfault (gdb) p form-form.horiz_base $2 = (Widget) 0x6275705f6779632f while similar pointers have a much smaller address, (gdb) p w $5 = (Widget) 0x60014bd50 so it that an assignment not clearing the upper portion of the pointer. $2 is not a pointer that needed partial clearing, it's a character string /cyg_pub. Possibly a buffer overrun somewhere? Hope the string fragment points the way to somebody. ..mark thanks for the hint, /cyg_pub is a directory on the root $ ls -l / |grep pub lrwxrwxrwx 1 marco Administrators 19 Jun 26 19:11 pub - /cygdrive/e/cyg_pub where the data file was stored, however moving it to /tmp produce as result p ref $1 = (Widget) 0x635f7261636e5f62 aka c_racn_b that is not very meaningful to me, so the pointer corruption can be very generic. One has to reverse the bytes, so it's b_ncar_c, but that's likely still not meaningful :-(. You might try: (gdb) set print pretty (gdb) p form-form or (gdb) p *form-form and in the output, look at the struct items before horiz_base to see if one of them is a char array that has been overrun. If it's really hosed, all of the items may have character string contents which means something before (lower than) the address of form-form has been overrun. Good Luck, ..mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: possible bug in libXt or libXaw
On 11/16/2014 10:14 AM, Mark Geisert wrote: Marco Atzeri writes: On 11/16/2014 7:30 AM, Mark Geisert wrote: Marco Atzeri writes: this is the pointer causing the segfault (gdb) p form-form.horiz_base $2 = (Widget) 0x6275705f6779632f while similar pointers have a much smaller address, (gdb) p w $5 = (Widget) 0x60014bd50 so it that an assignment not clearing the upper portion of the pointer. $2 is not a pointer that needed partial clearing, it's a character string /cyg_pub. Possibly a buffer overrun somewhere? Hope the string fragment points the way to somebody. ..mark thanks for the hint, /cyg_pub is a directory on the root $ ls -l / |grep pub lrwxrwxrwx 1 marco Administrators 19 Jun 26 19:11 pub - /cygdrive/e/cyg_pub where the data file was stored, however moving it to /tmp produce as result p ref $1 = (Widget) 0x635f7261636e5f62 aka c_racn_b that is not very meaningful to me, so the pointer corruption can be very generic. I was wrong. It is meaningful (gdb) p form $38 = (FormConstraints) 0x60003 (gdb) x/20bs 0x60003 0x60003: 0x60004: 0x60005: 0x60006: 0x60007: 0x60008:\023\200 0x6000b: 0x6000c: 0x6000d: 0x6000e: 0x6000f: 0x60010:/tmp/sresa1b_ncar_ccsm3_0_run1_20p/es.nc 0x60039:ht_arrow 0x60042:ow 0x60045: 0x60046: 0x60047: 0x60048: 0x60049: 0x6004a: So it is a portion of the file name as before, I start to feel that a pointer is not a NULL as should be... Good Luck, thanks Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated: mesa-10.3.3-1
The following packages have been updated in the Cygwin distribution: * dri-drivers-10.3.3-1 * libEGL1-10.3.3-1 * libEGL-devel-10.3.3-1 * libGL1-10.3.3-1 * libGL-devel-10.3.3-1 * libGLESv1_CM1-10.3.3-1 * libGLESv1_CM-devel-10.3.3-1 * libGLESv2_2-10.3.3-1 * libGLESv2-devel-10.3.3-1 * libglapi0-10.3.3-1 * libOpenVG1-10.3.3-1 * libOpenVG-devel-10.3.3-1 * libOSMesa8-10.3.3-1 * libOSMesa-devel-10.3.3-1 Mesa is an open-source implementation of the OpenGL specification, a system for rendering interactive 3D graphics. This is an update to the latest upstream stable release, and enables direct software rendering (and hence OpenGL 3.0 and GLSL 1.30) by default. If you had added unset LIBGL_ALWAYS_INDIRECT to your environment, you may now remove it, as that variable is no longer set by default. Direct hardware-accelerated rendering (Windows-DRI) is still experimental in this release. Complete documentation on OpenGL usage and configuration can be found here: http://x.cygwin.com/docs/ug/using-aiglx.html -- Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated: cairo-1.12.18-1, pixman-0.32.6-1
The following package has been updated for the Cygwin distribution: * libcairo2-1.12.18-1 * libcairo-devel-1.12.18-1 * libcairo-doc-1.12.18-1 * libpixman1_0-0.32.6-1 * libpixman1-devel-0.32.6-1 Cairo is a 2D graphics library with support for multiple output devices. Currently supported output targets include the X Window System (via both Xlib and XCB) and image buffers, as well as PDF, PostScript, and SVG file output. pixman is a library that provides low-level pixel manipulation features such as image compositing and trapezoid rasterization. It is used primarily by the cairo library and the X server. This is an update to the latest upstream bugfix releases. Support for EGL contexts has been enabled in cairo. -- Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
