Re: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )
On Mon, 19 Jan 2004, Atwood, Robert C wrote: > Update: by adding absolute paths to the missing libraries, I can get it > to compile,but now I get > > Error: attempt to add non-widget child "DropSiteManager" to parent > "xmgrace" which supports only widgets > > I have scanned the mailing list archive , and notice this problem > mentioned a few times with other software, eg DDD, but I cannot find > any resolution to this problem mentioned. > Any pointers/ redirections to an example I haven't found yet? > Using a properly updated or build lesstif will correct this problem. Why are you trying to build it yourself?
non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )
Update: by adding absolute paths to the missing libraries, I can get it to compile,but now I get Error: attempt to add non-widget child "DropSiteManager" to parent "xmgrace" which supports only widgets I have scanned the mailing list archive , and notice this problem mentioned a few times with other software, eg DDD, but I cannot find any resolution to this problem mentioned. Any pointers/ redirections to an example I haven't found yet? Thanks Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Atwood, Robert C Sent: 19 January 2004 11:20 To: [EMAIL PROTECTED] Subject: RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Thanks again Harold -- This is getting to be a steadily decreasing priority for me so don't rush to solve my problems at the expense of those interviews. I can easily transfer the data to a Linux box and use my patched Grace from there to get the tick marks -- at this point the only reason to pursue this is to learn how, maybe I can even locate the bug ( with a little help) ... I imagine that several other people also know the answers to these questions as they are getting more general. I have had no problem doing the same things on a Linux box, so it seems that it is the differences between Linux (Red Hat 9, Red Hat 8, and Slackware 8.1) and Cygwin that are messing me up. >You need at least the following packages to build grace and lesstif: >fontconfig >libfontconfig1 >libfontconfig-devel >XFree86-prog >Harold I have those, but I cannot figure out how to get Configure to pick them up. That is, I can compile the little test routine (as used by configure to test the M*tif installation) from the command line by including all the -l flags for these libraries directly but grace/configure always fails because it is not including those flags. ( I figured this out since last time I posted here...the libraries were all there,somewhere, just not referenced by -l flags ) -lXft -lfontconfig -lXrender in addition to those mentioned by default I tried adding them in the environment variable LDFLAGS but that didn't work either -- possibly they are in the wrong order. The LDFLAGS seems to get put before the -I flags and before the other libraries. Is there some cygwin equvalent of ldconfig or ld.so.conf that I am missing out here? Or does the grace-/configure script need some changes to use a compiled LessTif instead of packaged binaries? (this is what I will probably try next) I have had some confusion in the past about this, on Cygwin certain libraries getting automatically referenced .. when does a library not explicitly referenced by a -l flag get automatically referenced? --Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 16 January 2004 20:41 To: [EMAIL PROTECTED] Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold
GTK+-2.0 porting bug in font selection widget?
Hi list, It looks like a GTK+-1.x bug which was fixed in mainstream GTK+-2.0 appeared again in GTK+-2.2.1. The following code snippet is from Ethereal, which I compile with cygwin (and its GTK-x11 2.2.1-3 and Glib 2.2.1-2), and should set the highlighted font in the font selection widget. However it invariably highlights "sans" normal, 12pt, resulting in it also being selected as opposed to the font "courier" which should be specified (that's the value of prefs.gui_font_name). /* Set the font to the current font. XXX - GTK+ 1.2.8, and probably earlier versions, have a bug wherein that doesn't necessarily cause that font to be selected in the dialog box. I've sent to the GTK+ folk a fix; hopefully, it'll show up in 1.2.9 if, as, and when they put out a 1.2.9 release. */ gtk_font_selection_set_font_name( GTK_FONT_SELECTION(font_browse_w), prefs.gui_font_name); The code snippet works correctly on Linux so it looks it has to do with code porting. Anyone an idea? Regards, Olivier = Olivier Biot(Belgium, Europe) | Astronomy, LaTeX, C, Mineralogy, Email: Ouverture1812 (@) yahoo.com | ATMing, Music, Computers, Guitar ICQ # 8807511 (nickname Bibi) | AND MANY MORE ... WWW:http://www.biot.yucom.be/ __ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus
RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ?
Thanks again Harold -- This is getting to be a steadily decreasing priority for me so don't rush to solve my problems at the expense of those interviews. I can easily transfer the data to a Linux box and use my patched Grace from there to get the tick marks -- at this point the only reason to pursue this is to learn how, maybe I can even locate the bug ( with a little help) ... I imagine that several other people also know the answers to these questions as they are getting more general. I have had no problem doing the same things on a Linux box, so it seems that it is the differences between Linux (Red Hat 9, Red Hat 8, and Slackware 8.1) and Cygwin that are messing me up. >You need at least the following packages to build grace and lesstif: >fontconfig >libfontconfig1 >libfontconfig-devel >XFree86-prog >Harold I have those, but I cannot figure out how to get Configure to pick them up. That is, I can compile the little test routine (as used by configure to test the M*tif installation) from the command line by including all the -l flags for these libraries directly but grace/configure always fails because it is not including those flags. ( I figured this out since last time I posted here...the libraries were all there,somewhere, just not referenced by -l flags ) -lXft -lfontconfig -lXrender in addition to those mentioned by default I tried adding them in the environment variable LDFLAGS but that didn't work either -- possibly they are in the wrong order. The LDFLAGS seems to get put before the -I flags and before the other libraries. Is there some cygwin equvalent of ldconfig or ld.so.conf that I am missing out here? Or does the grace-/configure script need some changes to use a compiled LessTif instead of packaged binaries? (this is what I will probably try next) I have had some confusion in the past about this, on Cygwin certain libraries getting automatically referenced .. when does a library not explicitly referenced by a -l flag get automatically referenced? --Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 16 January 2004 20:41 To: [EMAIL PROTECTED] Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold
Re: Copy and paste problem in 4.3.0-42
Øyvind, xwinclip and -clipboard don't support INCR. Someone need to write INCR related code. http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00065.html -- Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp
Copy and paste problem in 4.3.0-42
I've been struggling with a problem that sometimes copy&paste from Linux to Windows does not work and I've finally got a reproduceable case on my machine: - Load a particular document(not attached) in OpenOffice - Select all - Copy - Paste in e.g. NotePad - Nothing happens - Error in XWin.log: winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound Notes: - if I add or remove a letter in the OO document, the problem no longer happens. I would have liked to attach a reproduceable case, but I prefer to limit the distribution of the document to those working on the xserv due to its content(unexciting, but not the sort of thing to post on the net). - The document is not big. - A workaround to is to first select, copy and paste the first half, then to select, copy and paste the second half. This is kinda strange, because implies that it is the document as a whole and not parts of it that xserv is choking on. Øyvind ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0414" (0414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound
Stuck focus problem in xserv 4.3.0-42 (new?)
I've just installed xserv 4.3.0-42 and I'm seing a strange focus problem that I believe I've seen in earlier releases, but it just got much worse: - Open Evolution - Start new email - Start openoffice - Change focus to new email "To:" text entry field - Type something - Text appears in OpenOffice document Happens every time, whereas earlier it happened once in a blue moon. Øyvind ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0414" (0414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.