From solderluke@gmail.com Thu Mar 1 08:59:00 2012 From: solderluke@gmail.com (L H) Date: Thu, 01 Mar 2012 08:59:00 -0000 Subject: drag and drop problem between java windows on linux Message-ID: I am using xorg-server-1.10.3-1 under Cygwin in Windows 7 64-bit and have the problem of not being able to drag and drop from 2 different java windows launched off a linux server box. I am using Redhat 5.4 as my linux server that I am displaying from. For example to reproduce the problem: Launch two java Notepad applications (found in java 1.6 SDK under demos/jfc/Notepad/Notepad.jar) to display back to the Windows 7 Cygwin X Server (using the default internal window manager). Put some text in one Notepad application and try to perform a drag n drop to the other Notepad application, it fails. Copy and paste works. Drag n drop inside one notepad works. Drag n drop using different window managers with the above setup works (e.g., OpenBox, twm, etc.) This appears to be another Linux Java related issue similar to the inset menu problem fixed recently on the internal window manager. If I am displaying back QT or GTK windows such as gedit for example then the drag and drop works between the 2 different windows. Thanks, Luke -- 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/ From vedathallac@gmail.com Thu Mar 1 18:05:00 2012 From: vedathallac@gmail.com (Vedat Hallac) Date: Thu, 01 Mar 2012 18:05:00 -0000 Subject: Fix for modifier keys after gaining focus patch Message-ID: The recent patch for sending modifier key presses when a window gains focus depending on internal state and modifier key state has a problem. If the right control key is pressed when a window is gaining focus, it receives a left control keydown event, and the control state gets stuck because the window never receives a left control keyup event. The problem is fairly easy to replicate: run emacs-X11 from xterm, quit with [C-x C-x] using right control (which gives focus back to xterm), and try pressing keys. Until you press left control, all keys you've pressed get interpreted as [C-key]. The patch is easy (and it has already been raised in http://cygwin.com/ml/cygwin-xfree/2012-01/msg00003.html, but the idea was dismissed later because of internal state only keeping track of control key, and not individual left/right control keys). I have tried the patch below, and didn't observe any side effects so far. I've also modified the alt/ctrl check t only consider lctrl, since the other parts of the source seemed to indicate altgr emits a spurious lctrl. Best regards, Vedat Hallac -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-stuck-RCtrl-key-problem.patch Type: application/octet-stream Size: 1451 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From yselkowitz@users.sourceforge.net Fri Mar 2 05:15:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Mar 2012 05:15:00 -0000 Subject: [ANNOUNCEMENT] Updated: fontconfig-2.8.0-2 Message-ID: The following packages have been updated for the Cygwin distribution: *** fontconfig-2.8.0-2 *** libfontconfig1-2.8.0-2 *** libfontconfig-devel-2.8.0-2 Fontconfig is a library designed to provide system-wide font configuration, customization and application access. This release adds the TeX Live OTF, TTF, and Type1 font directories to the font search path. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Fri Mar 2 06:12:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Mar 2012 06:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: qt4-4.7.4-3, New: phonon-4.5.1-2 Message-ID: I have finally updated Qt4 in the Cygwin distribution to 4.7.4. Besides all the upstream changes, this release includes the following packaging changes as well: * QtSql drivers for MySQL, ODBC, and TDS * Enabled the GTK+ GUI style * Phonon support in QtWebKit, qtconfig, and qtdemo (backends to come) -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From Kees.Dekker@infor.com Fri Mar 2 09:25:00 2012 From: Kees.Dekker@infor.com (Kees Dekker) Date: Fri, 02 Mar 2012 09:25:00 -0000 Subject: Xwin.exe always take about 50% CPU load on Windows 7 with XDCMP connection Message-ID: <45282936A11F374E9592C1F4C7AB9AFE32E69F3D45@NLBAWEXMB4.infor.com> Hi, I?m using Xwin.exe (version 5. Feb 2012, X.org servers ? 1.11.4-3) on my Windows 7 system. When connecting with XDCMP (using startxdcmp.bat, with %RUN% XWin -query %REMOTE_HOST% -once -lesspointer -clipboard -emulate3buttons), after connect, the CPU load is about 50%. Even when nothing is done (only the CDE desktop is running, nothing else). On another Windows 7 system, also connecting with XDCMP to the same server, same CDE, the CPU load is not that high. The version of XWin is one of 5. Feb 2009. The XCDMP server is a Solaris 10 system, using Solaris classic CDE (not the Java Desktop environment). The high CPU load did not happen when the CDE waits for the logon screen, but happens as soon as login was completed. Regards, Kees BTW. Just when I was writing this email I decided to check (again) for a newer version, and there was one? Moving to X.org servers 1.11.4-5 seems to solve this issue ?. However, I did not find any release note telling that this problem was solved?. From jon.turney@dronecode.org.uk Fri Mar 2 18:47:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 02 Mar 2012 18:47:00 -0000 Subject: Xwin.exe always take about 50% CPU load on Windows 7 with XDCMP connection In-Reply-To: <45282936A11F374E9592C1F4C7AB9AFE32E69F3D45@NLBAWEXMB4.infor.com> References: <45282936A11F374E9592C1F4C7AB9AFE32E69F3D45@NLBAWEXMB4.infor.com> Message-ID: <4F5115C3.50100@dronecode.org.uk> On 02/03/2012 09:24, Kees Dekker wrote: > I???m using Xwin.exe (version 5. Feb 2012, X.org servers ??? 1.11.4-3) on my > Windows 7 system. When connecting with XDCMP (using startxdcmp.bat, with > %RUN% XWin -query %REMOTE_HOST% -once -lesspointer -clipboard > -emulate3buttons), after connect, the CPU load is about 50%. Even when > nothing is done (only the CDE desktop is running, nothing else). > > On another Windows 7 system, also connecting with XDCMP to the same server, > same CDE, the CPU load is not that high. The version of XWin is one of 5. > Feb 2009. > > The XCDMP server is a Solaris 10 system, using Solaris classic CDE (not the > Java Desktop environment). The high CPU load did not happen when the CDE > waits for the logon screen, but happens as soon as login was completed. > > BTW. Just when I was writing this email I decided to check (again) for a > newer version, and there was one??? Moving to X.org servers 1.11.4-5 seems to > solve this issue ???. However, I did not find any release note telling that > this problem was solved???. I'm not sure where you were looking if you didn't find [1]. 'On Cygwin 1.7.10 this caused XWin to spin, when started from a non-cygwin process, spamming the log with "_XSERVTransSocketUNIXAccept: accept() failed" messages.' [1] http://cygwin.com/ml/cygwin-xfree-announce/2012-02/msg00004.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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/ From marc.girod@gmail.com Fri Mar 2 23:17:00 2012 From: marc.girod@gmail.com (Marc Girod) Date: Fri, 02 Mar 2012 23:17:00 -0000 Subject: waiting for X server to begin accepting connections . Message-ID: <33432156.post@talk.nabble.com> Hello, Tonight, from home, over my employer's VPN connection: impossible to start Gnu emacs over X. After the usual expr dumping core: /usr/bin/startx: line 47: 6444 Segmentation fault (core dumped) expr "$1" : ':[0-9][0-9]*$' > /dev/null 2>&1 I get an effect which I have already seen, but only until now in a transient mode: waiting for X server to begin accepting connections . .. .. .. .. Only now, it goes on until timeout, and reproduces on the next try... The log ends in: xwin> tail -2 XWin.0.log [ 12500.250] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 12500.250] winClipboardProc - XOpenDisplay () returned and successfully opened the display. My command (in a batch file): chdir C:\cygwin\bin bash --login -c "/usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard" What can be the cause? Thanks Marc http://old.nabble.com/file/p33432156/cygcheck.out cygcheck.out -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33432156.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ From marc.girod@gmail.com Sat Mar 3 11:00:00 2012 From: marc.girod@gmail.com (Marc Girod) Date: Sat, 03 Mar 2012 11:00:00 -0000 Subject: waiting for X server to begin accepting connections . In-Reply-To: <33432156.post@talk.nabble.com> References: <33432156.post@talk.nabble.com> Message-ID: <33433769.post@talk.nabble.com> Marc Girod wrote: > > waiting for X server to begin accepting connections . > I started looking at the .server* and .Xauthority files. Found that .Xauthority keeps growing (but not since the origin of times--and see below: cleaned up after timeout!). Now, I removed a previous version so that I only have a smaller chunk left: ~> strings .Xauthority EV68B599EABE1A MIT-MAGIC-COOKIE-1 Tnj# MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 ~> strings .serverauth.5268 EV68B599EABE1A MIT-MAGIC-COOKIE-1 ~> wc .Xauthority 0 3 340 .Xauthority ~> tail -3 /var/log/xwin/XWin.0.log [ 4303.693] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winClipboardProc - XOpenDisplay () returned and successfully opened the display. It looks like the .serverauth file was cleaned up after the last exit--this surprises me as I use to find afterwards. .Xauthority was also cleaned up to a minimal state: ~> od -x .Xauthority 0000000 Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33433769.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ From ezedtheamerican@gmail.com Sat Mar 3 13:31:00 2012 From: ezedtheamerican@gmail.com (edv) Date: Sat, 03 Mar 2012 13:31:00 -0000 Subject: you online this am? In-Reply-To: <33433769.post@talk.nabble.com> References: <33432156.post@talk.nabble.com> <33433769.post@talk.nabble.com> Message-ID: <1330781440.7023.11.camel@dhcppc1> are you online this am...? -- 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/ From marc.girod@gmail.com Sat Mar 3 13:36:00 2012 From: marc.girod@gmail.com (Marc Girod) Date: Sat, 03 Mar 2012 13:36:00 -0000 Subject: you online this am? In-Reply-To: <1330781440.7023.11.camel@dhcppc1> References: <33432156.post@talk.nabble.com> <33433769.post@talk.nabble.com> <1330781440.7023.11.camel@dhcppc1> Message-ID: <33434205.post@talk.nabble.com> ed-644 wrote: > > are you online this am...? > I am...? -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33434205.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ From angelo.graziosi@alice.it Sat Mar 3 20:14:00 2012 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Sat, 03 Mar 2012 20:14:00 -0000 Subject: [ANNOUNCEMENT] Updated: qt4-4.7.4-3 Message-ID: <4F527B7D.9040906@alice.it> Yaakov (Cygwin/X) wrote: > I have finally updated Qt4 in the Cygwin distribution to 4.7.4 Just for the sake of completeness... I find the following problem with Cygwin-X QT4 4.7.4. Trying to build a CERN application, ROOT [*], it fails in this way: [...] g++ -O2 -pipe -Wall -Woverloaded-virtual -Iinclude -I/usr/X11R6/include -DQT3_SUPPORT -DQT_DLL -DQT_THREAD_SUPPORT -I. -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXmlPatterns -o gui/qtgsi/src/TQCanvasImp.o -c /tmp/root/gui/qtgsi/src/TQCanvasImp.cxx Generating dictionary gui/qtgsi/src/G__QtGSI.cxx... core/utils/src/rootcint_tmp.exe -cint -f gui/qtgsi/src/G__QtGSI.cxx -c -DQTVERS=4 /tmp/root/gui/qtgsi/inc/TQApplication.h /tmp/root/gui/qtgsi/inc/TQRootDialog.h /tmp/root/gui/qtgsi/inc/TQRootCanvas.h /tmp/root/gui/qtgsi/inc/TQRootGuiFactory.h /tmp/root/gui/qtgsi/inc/TQCanvasMenu.h /tmp/root/gui/qtgsi/inc/TQRootApplication.h /tmp/root/gui/qtgsi/inc/TQCanvasImp.h /tmp/root/gui/qtgsi/inc/LinkDef.h Error: Symbol QCloseEvent is not defined in current scope include/TQRootDialog.h:81: Error: Symbol ce is not defined in current scope include/TQRootDialog.h:81: Error: void type variable can not be declared include/TQRootDialog.h:81: Error: Syntax error include/TQRootCanvas.h:159: Warning: Error occurred during reading source files Warning: Error occurred during dictionary source generation !!!Removing gui/qtgsi/src/G__QtGSI.cxx gui/qtgsi/src/G__QtGSI.h !!! Error: core/utils/src/rootcint_tmp: error loading headers... /tmp/root/gui/qtgsi/Module.mk:69: recipe for target `gui/qtgsi/src/G__QtGSI.cxx' failed make: *** [gui/qtgsi/src/G__QtGSI.cxx] Error 1 To reproduce: $ wget ftp://root.cern.ch/root/root_v5.32.01.source.tar.gz $ tar -xf root_v5.32.01.source.tar.gz $ cd root $ ./configure win32gcc --enable-qt --with-qt-incdir=/usr/include/qt4 --with-qt-libdir=/usr/lib/qt4/lib 2>&1 | tee /tmp/build-ROOT.log $ make 2>&1 | tee -a /tmp/build-ROOT.log ROOT builds fine with QT4 4.5 on Cygwin and on GNU/Linux Kubuntu with QT4 4.7.4. Another strange thing I notice is that I need to add --with-qt-incdir=/usr/include/qt4 --with-qt-libdir=/usr/lib/qt4/lib to "./configure..." Ciao, Angelo. --- http://root.cern.ch -------------- next part -------------- A non-text attachment was scrubbed... Name: build-ROOT-configure.output.bz2 Type: application/octet-stream Size: 1928 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From cgf-use-the-mailinglist-please@cygwin.com Sat Mar 3 21:49:00 2012 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Sat, 03 Mar 2012 21:49:00 -0000 Subject: you online this am? In-Reply-To: <1330781440.7023.11.camel@dhcppc1> References: <33432156.post@talk.nabble.com> <33433769.post@talk.nabble.com> <1330781440.7023.11.camel@dhcppc1> Message-ID: <20120303214845.GA6657@ednor.casa.cgf.cx> On Sat, Mar 03, 2012 at 06:30:40AM -0700, edv wrote: >are you online this am...? I'm assuming that this is spam and so am blocking this account from further communications here. If I'm wrong the OP should send email to postmaster to be unblocked and explain the reason for this bizarre question. -- 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/ From yselkowitz@users.sourceforge.net Sun Mar 4 23:34:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 04 Mar 2012 23:34:00 -0000 Subject: [ANNOUNCEMENT] New package: qscintilla2-2.6.1-1 Message-ID: The following packages have been added to the Cygwin distribution: *** libqscintilla2_8-2.6.1-1 *** libqscintilla2-common-2.6.1-1 *** libqscintilla2-devel-2.6.1-1 QScintilla is a port to Qt of the Scintilla C++ editor control. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Mon Mar 5 01:19:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 05 Mar 2012 01:19:00 -0000 Subject: Building ROOT (was Re: Updated: qt4-4.7.4-3) In-Reply-To: <4F527B7D.9040906@alice.it> References: <4F527B7D.9040906@alice.it> Message-ID: <1330910325.6708.16.camel@YAAKOV04> On Sat, 2012-03-03 at 21:13 +0100, Angelo Graziosi wrote: > Trying to build a CERN application, ROOT [*], it fails in this way: > > [...] > g++ -O2 -pipe -Wall -Woverloaded-virtual -Iinclude -I/usr/X11R6/include > -DQT3_SUPPORT -DQT_DLL -DQT_THREAD_SUPPORT -I. -I/usr/include/qt4 > -I/usr/include/qt4/Qt -I/usr/include/qt4/Qt3Support > -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui > -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtOpenGL > -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtSvg > -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtWebKit > -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXmlPatterns -o > gui/qtgsi/src/TQCanvasImp.o -c /tmp/root/gui/qtgsi/src/TQCanvasImp.cxx > Generating dictionary gui/qtgsi/src/G__QtGSI.cxx... > core/utils/src/rootcint_tmp.exe -cint -f gui/qtgsi/src/G__QtGSI.cxx -c > -DQTVERS=4 /tmp/root/gui/qtgsi/inc/TQApplication.h > /tmp/root/gui/qtgsi/inc/TQRootDialog.h > /tmp/root/gui/qtgsi/inc/TQRootCanvas.h > /tmp/root/gui/qtgsi/inc/TQRootGuiFactory.h > /tmp/root/gui/qtgsi/inc/TQCanvasMenu.h > /tmp/root/gui/qtgsi/inc/TQRootApplication.h > /tmp/root/gui/qtgsi/inc/TQCanvasImp.h /tmp/root/gui/qtgsi/inc/LinkDef.h > Error: Symbol QCloseEvent is not defined in current scope > include/TQRootDialog.h:81: > Error: Symbol ce is not defined in current scope include/TQRootDialog.h:81: > Error: void type variable can not be declared include/TQRootDialog.h:81: > Error: Syntax error include/TQRootCanvas.h:159: > Warning: Error occurred during reading source files > Warning: Error occurred during dictionary source generation > !!!Removing gui/qtgsi/src/G__QtGSI.cxx gui/qtgsi/src/G__QtGSI.h !!! > Error: core/utils/src/rootcint_tmp: error loading headers... > /tmp/root/gui/qtgsi/Module.mk:69: recipe for target > `gui/qtgsi/src/G__QtGSI.cxx' failed > make: *** [gui/qtgsi/src/G__QtGSI.cxx] Error 1 I believe this is a problem in the ROOT sources, not qt4, but I can't be sure since... > To reproduce: > > $ wget ftp://root.cern.ch/root/root_v5.32.01.source.tar.gz > $ tar -xf root_v5.32.01.source.tar.gz > $ cd root > > $ ./configure win32gcc --enable-qt --with-qt-incdir=/usr/include/qt4 > --with-qt-libdir=/usr/lib/qt4/lib 2>&1 | tee /tmp/build-ROOT.log > > $ make 2>&1 | tee -a /tmp/build-ROOT.log > > ROOT builds fine with QT4 4.5 on Cygwin and on GNU/Linux Kubuntu with > QT4 4.7.4. I have unrelated problems building ROOT: Generating dictionary graf3d/g3d/src/G__G3D.cxx... core/utils/src/rootcint_tmp.exe -cint -f graf3d/g3d/src/G__G3D.cxx -c /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TTUBS.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPARA.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TNodeDiv.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TGeometry.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TCTUB.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPolyMarker3D.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TTUBE.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TMaterial.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TNode.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TAxis3D.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TRotMatrix.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TELTU.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TTRD1.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TXTRU.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TShape.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPCON.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TBRIK.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/THYPE.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPointSet3D.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TCONE.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TMarker3DBox.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TGTRA.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPoints3DABC.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPolyLine3D.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TSPHE.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TPGON.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/THelix.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TView3D.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TTRAP.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TCONS.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TMixture.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/TTRD2.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/inc/LinkDef.h /usr/src/ports/root/root-5.32.01-1/src/root/graf3d/g3d/Module.mk:55: recipe for target `graf3d/g3d/src/G__G3D.cxx' failed make: *** [graf3d/g3d/src/G__G3D.cxx] Floating point exception make: *** Deleting file `graf3d/g3d/src/G__G3D.cxx' Generating dictionary tree/treeplayer/src/G__TreePlayer.cxx... core/utils/src/rootcint_tmp.exe -cint -f tree/treeplayer/src/G__TreePlayer.cxx -c /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreePlayer.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeIndex.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TSelectorDraw.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TBranchProxyClassDescriptor.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TBranchProxyTemplate.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TFriendProxy.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TFriendProxyDescriptor.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TFileDrawMap.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TSelectorEntries.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeFormulaManager.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TChainIndex.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TBranchProxy.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TBranchProxyDescriptor.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeProxyGenerator.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TBranchProxyDirector.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreePerfStats.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeFormula.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TFormLeafInfoReference.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TRefProxy.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeDrawArgsParser.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TFormLeafInfo.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TRefArrayProxy.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/TTreeTableInterface.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/inc/LinkDef.h /usr/src/ports/root/root-5.32.01-1/src/root/tree/treeplayer/Module.mk:52: recipe for target `tree/treeplayer/src/G__TreePlayer.cxx' failed make: *** [tree/treeplayer/src/G__TreePlayer.cxx] Floating point exception make: *** Deleting file `tree/treeplayer/src/G__TreePlayer.cxx' Generating dictionary core/rint/src/G__Rint.cxx... core/utils/src/rootcint_tmp.exe -cint -f core/rint/src/G__Rint.cxx -c /usr/src/ports/root/root-5.32.01-1/src/root/core/rint/inc/TRint.h /usr/src/ports/root/root-5.32.01-1/src/root/core/rint/inc/TTabCom.h /usr/src/ports/root/root-5.32.01-1/src/root/core/rint/inc/LinkDef.h /usr/src/ports/root/root-5.32.01-1/src/root/core/rint/Module.mk:50: recipe for target `core/rint/src/G__Rint.cxx' failed make: *** [core/rint/src/G__Rint.cxx] Floating point exception make: *** Deleting file `core/rint/src/G__Rint.cxx' Generating dictionary montecarlo/vmc/src/G__VMC.cxx... core/utils/src/rootcint_tmp.exe -cint -f montecarlo/vmc/src/G__VMC.cxx -c /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TMCVerbose.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TVirtualMCGeometry.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TMCOptical.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TVirtualMCStack.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TGeoMCGeometry.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TVirtualMCApplication.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TPDGCode.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TMCParticleType.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TMCProcess.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/TVirtualMC.h /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/inc/LinkDef.h Error: Too many initializers, exceeded length of array for 'TMCProcessName' include/TMCProcess.h:88: Warning: Error occurred during reading source files Warning: Error occurred during dictionary source generation !!!Removing montecarlo/vmc/src/G__VMC.cxx montecarlo/vmc/src/G__VMC.h !!! Error: core/utils/src/rootcint_tmp: error loading headers... /usr/src/ports/root/root-5.32.01-1/src/root/montecarlo/vmc/Module.mk:51: recipe for target `montecarlo/vmc/src/G__VMC.cxx' failed make: *** [montecarlo/vmc/src/G__VMC.cxx] Error 1 > Another strange thing I notice is that I need to add > > --with-qt-incdir=/usr/include/qt4 --with-qt-libdir=/usr/lib/qt4/lib > > to "./configure..." This is neither strange nor new. This setup is required to allow qt4 to be parallel-installable with other major versions of Qt (originally with qt3, and soon with qt5). 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/ From Kees.Dekker@infor.com Mon Mar 5 07:39:00 2012 From: Kees.Dekker@infor.com (Kees Dekker) Date: Mon, 05 Mar 2012 07:39:00 -0000 Subject: Xwin.exe always take about 50% CPU load on Windows 7 with XDCMP connection References: <45282936A11F374E9592C1F4C7AB9AFE32E69F3D45@NLBAWEXMB4.infor.com> <4F5115C3.50100@dronecode.org.uk> Message-ID: <45282936A11F374E9592C1F4C7AB9AFE32E69F3E2D@NLBAWEXMB4.infor.com> Hi, Thanks for your reply. I looked in the mail archives about what was solved, and thus missed indeed this announcement. So I apparently looked at the wrong place, or the wrong month of the archive, sorry. My keyword where I searched for was 'CPU' 'load'. Kees On 02/03/2012 09:24, Kees Dekker wrote: > I?m using Xwin.exe (version 5. Feb 2012, X.org servers ? 1.11.4-3) on my > Windows 7 system. When connecting with XDCMP (using startxdcmp.bat, with > %RUN% XWin -query %REMOTE_HOST% -once -lesspointer -clipboard > -emulate3buttons), after connect, the CPU load is about 50%. Even when > nothing is done (only the CDE desktop is running, nothing else). > > On another Windows 7 system, also connecting with XDCMP to the same server, > same CDE, the CPU load is not that high. The version of XWin is one of 5. > Feb 2009. > > The XCDMP server is a Solaris 10 system, using Solaris classic CDE (not the > Java Desktop environment). The high CPU load did not happen when the CDE > waits for the logon screen, but happens as soon as login was completed. > > BTW. Just when I was writing this email I decided to check (again) for a > newer version, and there was one? Moving to X.org servers 1.11.4-5 seems to > solve this issue ?. However, I did not find any release note telling that > this problem was solved?. I'm not sure where you were looking if you didn't find [1]. 'On Cygwin 1.7.10 this caused XWin to spin, when started from a non-cygwin process, spamming the log with "_XSERVTransSocketUNIXAccept: accept() failed" messages.' [1] http://cygwin.com/ml/cygwin-xfree-announce/2012-02/msg00004.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer From marc.girod@gmail.com Mon Mar 5 09:54:00 2012 From: marc.girod@gmail.com (Marc Girod) Date: Mon, 05 Mar 2012 09:54:00 -0000 Subject: waiting for X server to begin accepting connections . In-Reply-To: <33433769.post@talk.nabble.com> References: <33432156.post@talk.nabble.com> <33433769.post@talk.nabble.com> Message-ID: <33442319.post@talk.nabble.com> Marc Girod wrote: > > waiting for X server to begin accepting connections . > I thought this was related to my working from home over our VPN (called here RVI, and actually a product of Juniper). But now I am back at work, on LAN, and I get the same behaviour. Panic! How do I debug this? The most probable is that our 'support' pushed some system upgrade/security patch which breaks Xfree... How to identify what? Thanks, Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442319.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ From marc.girod@gmail.com Mon Mar 5 12:01:00 2012 From: marc.girod@gmail.com (Marc Girod) Date: Mon, 05 Mar 2012 12:01:00 -0000 Subject: waiting for X server to begin accepting connections . In-Reply-To: <33442319.post@talk.nabble.com> References: <33432156.post@talk.nabble.com> <33433769.post@talk.nabble.com> <33442319.post@talk.nabble.com> Message-ID: <33442979.post@talk.nabble.com> Marc Girod wrote: > > The most probable is that our 'support' pushed some system > upgrade/security patch which breaks Xfree... > Checked that no firewall blocks port 6000 (it should be what the X server listens to for display :0, right?) It started to work again...!? I had just disabled (not the first time, although first with a batch file, in the right order) the Symantec AntiVirus (both "smcservice" and "Symantec AntiVirus"), and tried. Now it works also with Symantec reenabled... Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442979.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ From solderluke@gmail.com Tue Mar 6 03:29:00 2012 From: solderluke@gmail.com (L H) Date: Tue, 06 Mar 2012 03:29:00 -0000 Subject: drag and drop problem between java windows on linux In-Reply-To: References: Message-ID: After some searching I believe this post is describing the same issue: http://cygwin.com/ml/cygwin-xfree/2009-10/msg00101.html Was there any resolution? This is pretty easy to reproduce with the example given below - it just doesn't seem to recognize the drop event between the drag and drop between 2 java windows in linux. Thanks, Luke On Thu, Mar 1, 2012 at 3:59 AM, L H wrote: > I am using xorg-server-1.10.3-1 under Cygwin in Windows 7 64-bit and > have the problem of not being able to drag and drop from 2 different > java windows launched off a linux server box. ?I am using Redhat 5.4 > as my linux server that I am displaying from. > > For example to reproduce the problem: > > Launch two java Notepad applications (found in java 1.6 SDK under > demos/jfc/Notepad/Notepad.jar) to display back to the Windows 7 Cygwin > X Server (using the default internal window manager). > > Put some text in one Notepad application and try to perform a drag n > drop to the other Notepad application, it fails. ?Copy and paste > works. > > Drag n drop inside one notepad works. > > Drag n drop using different window managers with the above setup works > (e.g., OpenBox, twm, etc.) > > This appears to be another Linux Java related issue similar to the > inset menu problem fixed recently on the internal window manager. ?If > I am displaying back QT or GTK windows such as gedit for example then > the drag and drop works between the 2 different windows. > > Thanks, > Luke -- 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/ From wareaglenr1@gmail.com Wed Mar 7 00:41:00 2012 From: wareaglenr1@gmail.com (Gary Davis) Date: Wed, 07 Mar 2012 00:41:00 -0000 Subject: drag and drop problem between java windows on linux Message-ID: <410A4FB3-052F-41D7-81E8-EBBBCE46F939@gmail.com> Luke, I am having the exact problem and the latest Java for Linux did not solve the problem. I think the internal window manager is not recognizing the release event at all. Is anyone having a similar problem? Thanks, Gary -- 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/ From leoslists@letterboxes.org Sun Mar 11 08:19:00 2012 From: leoslists@letterboxes.org (Leo) Date: Sun, 11 Mar 2012 08:19:00 -0000 Subject: Fonts under X in Emacs' menus Message-ID: Hi there I made the switch to Cygwin/X Emacs and the font for the menus is very big and (to my knowledge) not easily adjusted with emacs functions. Is there a way via X to modify the menus and make the font smaller? Many thanks, Leo -- 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/ From angelo.graziosi@alice.it Sun Mar 11 20:26:00 2012 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Sun, 11 Mar 2012 20:26:00 -0000 Subject: Fonts under X in Emacs' menus Message-ID: <4F5D0A74.8000900@alice.it> Leo wrote: > I made the switch to Cygwin/X Emacs and the font for the menus is very big and (to my knowledge) not easily adjusted with emacs functions. In my .Xdefaults I have Emacs.FontBackend: xft Emacs.font: Bitstream Vera Sans Mono 11 and Emacs in X looks just fine. Ciao, Angelo. -- 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/ From leilapimenta@ig.com.br Sun Mar 11 21:45:00 2012 From: leilapimenta@ig.com.br (Leila Pimentel) Date: Sun, 11 Mar 2012 21:45:00 -0000 Subject: Curso de Massagem Indiana Message-ID: <38646-22012301121451962@srv-a12710e1871> Metodologia: Aulas te?ricas: Power point, apostilas e v?deos comentados. Pr?ticas e viv?ncias:Medita??o,Yoga e treinamento quinzenal supervisionado. Dura??o e hor?rios: 11 meses: Um final de semana por m?s: Sabado: 8h ?s 12h e das 14h ?s 18h. Domingo: 8h as 13:30 Encontro quinzenal para supervis?o: Dia e hor?rio a combinar Avalia??o: Realizadas periodicamente de forma escrita, oral Semin?rio e monografia ao final do curso. Carga hor?ria: 220 horas. Para Maiores detalhes: http://www.pranadhama.blogspot.com Contatos: Nildes ( 71) 9307 3620 (71) 9963 4594 yogalivre@gmail.com Damar ( 71 ) 3374-1459 (71) 9247 2946 Damarmarvid@hotmail.com Obs: Caso n?o queira mais receber esse email, favor nos notificar. -- 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/ From leoslists@letterboxes.org Sun Mar 11 22:39:00 2012 From: leoslists@letterboxes.org (Leo) Date: Sun, 11 Mar 2012 22:39:00 -0000 Subject: Fonts under X in Emacs' menus In-Reply-To: <4F5D0A74.8000900@alice.it> References: <4F5D0A74.8000900@alice.it> Message-ID: <55B914BD-E253-4E1A-B170-372E1B396E85@letterboxes.org> On 12/03/2012, at 7:26 AM, Angelo Graziosi wrote: > Leo wrote: > >> I made the switch to Cygwin/X Emacs and the font for the menus is very big and (to my knowledge) not easily adjusted with emacs functions. > > In my .Xdefaults I have > > Emacs.FontBackend: xft > Emacs.font: Bitstream Vera Sans Mono 11 > > and Emacs in X looks just fine. >From my understanding, with these values in your .Xdefaults you set only the main font, but not the font in the menus. -- 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/ From starrychloe@oliveyou.net Wed Mar 14 06:24:00 2012 From: starrychloe@oliveyou.net (Chloe) Date: Wed, 14 Mar 2012 06:24:00 -0000 Subject: Need help gathering log data for gretl_x11 v1.9.7 crashing in Cygwin 1.7.11 Message-ID: <258C896CA12C478D931915EBAA40BD88@dumbopc> When I run gretl and click File > New Dataset > Ok > Forward > Apply, gretl crashes and dissapears, leaving no core or log. There is nothing in /var/log/xwin/XWin.0.log either (that gretl creates). How do I collect debugging information to submit a bug report? To reproduce, build and run gretl : http://gretl.sourceforge.net/ I searched the archives for gretl but found nothing: http://sourceware.org/cgi-bin/search.cgi?wm=wrd&form=extended&m=all&s=D&ul=%2Fml%2Fcygwin-xfree%2F%25&q=gretl -- 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/ From marco.atzeri@gmail.com Wed Mar 14 07:53:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Wed, 14 Mar 2012 07:53:00 -0000 Subject: Need help gathering log data for gretl_x11 v1.9.7 crashing in Cygwin 1.7.11 In-Reply-To: <258C896CA12C478D931915EBAA40BD88@dumbopc> References: <258C896CA12C478D931915EBAA40BD88@dumbopc> Message-ID: <4F604E7A.4010002@gmail.com> On 3/14/2012 7:14 AM, Chloe wrote: > When I run gretl and click File> New Dataset> Ok> Forward> Apply, gretl > crashes and dissapears, leaving no core or log. There is nothing in > /var/log/xwin/XWin.0.log either (that gretl creates). How do I collect > debugging information to submit a bug report? > > To reproduce, build and run gretl : http://gretl.sourceforge.net/ > > I searched the archives for gretl but found nothing: > http://sourceware.org/cgi-bin/search.cgi?wm=wrd&form=extended&m=all&s=D&ul=%2Fml%2Fcygwin-xfree%2F%25&q=gretl > > start with strace and check also with gdb. Regards 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/ From kamblijtl@yahoo.com Wed Mar 14 09:37:00 2012 From: kamblijtl@yahoo.com (Jairam Kambli) Date: Wed, 14 Mar 2012 09:37:00 -0000 Subject: LinkedIn account issue #05109511 Message-ID: <1331717806.98178.yint-ygo-j2me@web190004.mail.sg3.yahoo.com> # 20-9831823-07000212-9-762