Non-admin users, /tmp/.X11-unix/X0 permissions
Hi, I have the same problem, but I have not understand the solution: wait for a new release of XWin or to change something in conf.? thank you. angelo. [EMAIL PROTECTED]
Base-files 3.4-1: Problems for users with Non-Admin. priv.
When loging as user without admn. priv. (e.g.: owner= Graziosi, group= Users) the standard bash shell (cygwin.bat) says: chmod: changing permissions of `/tmp': Permission denied This is caused by if [ -d /tmp ]; then chmod 1777 /tmp fi in /etc/profile. It assign the permission t to /tmp but this was already a problem with xorg-x11-xwin-6.8.2.0-1 and org-x11-xwin-gl-6.8.2.0-1. The next, 6.8.2.0-2, was released exactly to fix that problem. The solution was to not assign the t permission to /tmp and to whatever it contans! See: http://cygwin.com/ml/cygwin-xfree/2005-04/msg00076.html http://cygwin.com/ml/cygwin-xfree/2005-04/msg00054.html http://cygwin.com/ml/cygwin-xfree/2005-04/msg00053.html http://cygwin.com/ml/cygwin-xfree/2005-04/msg00050.html http://cygwin.com/ml/cygwin-xfree/2005-04/msg00049.html http://cygwin.com/ml/cygwin-xfree/2005-04/msg00048.html angelo.
Re: Base-files 3.4-1: Problems for users with Non-Admin. priv
I want to call again your attention on the fact that when /etc/profile sets chmod 1777 /tmp the simple user (NOT Admin. priv) receives chmod: changing permissions of `/tmp': Permission denied even if he starts the standard bash-shell without the XServer activated! i.e. the problem remains for the simple user who does not use X. thank you. angelo.
RE(Re): Base-files 3.4-1: Problems for users with Non-Admin. priv
John, you mailed to Igor that there will be a new release of base-files. Will it fix also /etc/profile? == As I wrote: http://cygwin.com/ml/cygwin-xfree/2005-05/msg00140.html the problem of chmod 1777 /tmp is present also for the user (NOT-ADMIN.) that uses only the standard bash shell, i.e. the user that does not use X (XWin etc.). Thank you angelo.
base-files 3.4-2: Permission denied!
With this new release there is a Permission denied when a NOT-ADMIN user starts the X system (startxwin.bat) He has not access to remove .X11-unix (see startxwin.bat) when /tmp has the t permission. Every user (or only Administrator?) should remove manually .X11-unix before the disconnetion from the machine. In this case there is not permission denied for the simple user. angelo.
Re: base-files 3.4-2: Permission denied! froma startxwin.bat
On Thu, May 19,2005 08:34:14 John Morrison wrote On Thu, May 19, 2005 12:01 am, Angelo Graziosi said: With this new release there is a Permission denied when a NOT-ADMIN user starts the X system (startxwin.bat) He has not access to remove .X11-unix (see startxwin.bat) when /tmp has the t permission. Every user (or only Administrator?) should remove manually .X11-unix before the disconnetion from the machine. In this case there is not permission denied for the simple user. angelo. Sorry, I don't use startxwin.bat, I can't help with that. 3.4-2 simply 2/dev/null's the error, perhaps startxwin.bat should too? J. To hide, in 2/dev/null's, the conflict between the necessity to have t for /tmp and the fact that using CYGWIN by NOT-ADMIN. user does not like this is not very exciting! This can be accepted only as temporary patch waiting a more complete fix. I do not know if startxwin.bat, for NOT-ADMIN user, should hide Permission denied in 2/dev/null's. This should be fixed by ago. bye angelo.
Emacs problem with Cygwin 1.5.17-1
With Cygwin 1.5.17-1, after starting XWin (startxwin.bat) and Emacs, the Emacs window does not show itself, i.e. $ emacs [1] 1776 but the emacs window does not appear! The ps command shows: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1380 11380 1380 con 500 20:45:19 /usr/X11R6/bin/XWin 1436 11436 1436 con 500 20:45:23 /usr/bin/xterm 142414361424 15160 500 20:45:26 /usr/bin/bash 8241424 824 14520 500 20:52:15 /usr/bin/ssh 1228 11228 1228 con 500 21:01:17 /usr/bin/xterm 129212281292 17041 500 21:01:17 /usr/bin/bash 177612921776 16881 500 21:01:28 /usr/bin/emacs 162412921624 16761 500 21:03:07 /usr/bin/ps i.e. emacs seems to be loaded. These things happen as Administrator and NOT-Administrator user. Reinstalling Cygwin 1.5.16-1 all works normally. In announcing Coreutils 5.3.0-6, E.B. wrote: This package REQUIRES cygwin 1.5.17 or newer snapshots and in setup.ini is disappeared the previous version (5.3.0-5). For the moment the hybrid system, 1.5.16-1 and 5.3.0-6, seems to work. Have you hints? Thank you, angelo.
Re: Emacs problem with Cygwin 1.5.17-1 (CGF please comment)
I pointed out a problem between Emacs (21.2-13, i.e. curr.) and Cygwin 1.5.17-1. You asked me others informations at which I replied: http://cygwin.com/ml/cygwin-xfree/2005-05/msg00264.html What are your comments? Thanks angelo.
Re: Emacs problem with Cygwin 1.5.17-1
I remember you, that reinstalling Cygwin 1.5-16-1 (and keeping coreutils 5.3.0-6) Emacs works fine. I would keep 1.5.17-1 because it allow me to build CERNLIB-2005 with a limited number of patches (with 1.5.16-1 there is something more to patch) I have also tried XEmacs 21.4.17-1. It starts and the window shows itself, apparently without problems. Now XWin.log Thanks angelo. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error +bs ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 800 height: 600 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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=250, rate=31 (--) winConfigKeyboard - Layout: 0410 (0410) (--) Using preset keyboard for Italian (410), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
Re: Emacs problem with Cygwin 1.5.17-1 (CGF, a little comment)
http://cygwin.com/ml/cygwin-xfree/2005-05/msg00274.html best regards angelo.
Re: Emacs problem with Cygwin 1.5.17-1 (rebasing)
I want to complete the story which has some point of interest. Obviously, you are not obliged to replay, not to take care of problems. As you can see from this mailing list, after installing the cygwin package 1.5.17-1 (26-27 May) I had a problem with Emacs: it took all CPU (100%) and its window did not appear, but downgrading to 1.5.16-1 Emacs worked fine. After many attemps to solve the problem I decided to reinstall ALL Cygwin from scratch (i.e. deleting C:\cygwin, key registry etc.) I had almost all packages installed (only gcc-test-suite, ghostscript native, regex and xwinclip was not installed). After this reinstall (good news) EMACS WORKED FINE with Cygwin 1.5.17-1!!! (Also Emacs 21.3.50-2-test worked!) Now the bad news. Seeing these good things, I decided to reinstall others X-applications. In particular I reinstalled ROOT which is a CERN applications. Normally I rebuild and install it. This application has some tests that I run after every rebuild. Between these tests, there is a program (stress.exe) that, with some Cygwin version (not always), has a core dump: unable to remap... and the problem is caused by some DLL. (in this case: *** unable to remap C:\cygwin\usr\X11R6\bin\cygXpm-4.dll to same address as parent(0x2B7) != 0x2B8 173 [main] stress 1084 fork_parent: child 1184 died waiting for dll loading and Aborted (core dumped) ) It is more than an year that I have discovered the cure to this: run the command rebaseall -v from a std bash shell (as suggested me someone from the mailing list). === So even this time I have rebased and the test work, but...Emacs DOES NOT!!! i.e. after rebasing Emacs has the some problems described above. === With the versions of Cygwin, previous to 1.5.17-1, there were not problems in rebasing. Best regards angelo.
Emacs problem after rebaseall: some progresses?
As you can see in the mailing lists, I have posted this question a few times. Now I have discovered somethings at which you can give a more adeguate answer. The problem is that after rebaseall Emacs does not works, it takes all the CPU and its window does not appear so that one can only kill its process. After the new release of rebase-2.4-1, the problem remains BUT this time reinstalling, with setup, ONLY the package libncurses7 (whose current release is 5.3-4), EMACS works again! Rebasing all and then reinstalling a package that has just rebased : is it a valid procedure? Or should one expect that some other application does not work any more? Best regards, angelo.
Re: Emacs problem after rebaseall: some progresses?
On Fri, 16 Sep 2005, Harald Joerg wrote: Angelo Graziosi [EMAIL PROTECTED] writes: The problem is that after rebaseall Emacs does not works, it takes all the CPU and its window does not appear so that one can only kill its process. After the new release of rebase-2.4-1, the problem remains BUT this time reinstalling, with setup, ONLY the package libncurses7 (whose current release is 5.3-4), EMACS works again! Actually, I don't have an idea if this is a valid procedure. And to be honest, at this moment I don't even care. But today I ran into the same problem - and your trick just works for me, too. Many many thanks for posting this workaround. I guess it took you some hours to detect libncurses7 as a key component, but you certainly saved me the pain to try to re-install all cygwin. Even using the snapshots, the problem remains and every time one needs to rebase all one must reinstall libncurses7-5.3-4 if one wants Emacs to work. In any case I am on the alert to see what cause that. Best regards, 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/
Re: Emacs problem after rebaseall: some progresses?
Charles Wilson wrote: *I* wonder, if xemacs were rebuilt against the CURRENT ncurses libraries (libncurses8), would it still have similar problems -- e.g. would you need to rebaseall and then reinstall libncursesEIGHT? If so, it's a problem I need to track down, as the ncurses maintainer. If not, then the XEmacs maintainer should simply release a new version, recompiled against the new ncurses. Charles, as the title of this mail says, it is Emacs (21.2-13, 21.3.50-2, started from X), NOT XEmacs (21.4.17-1, 21.5.16-1), that has problems after rebasing all the system. The problem. There are applications that need rebasing (... unable to remap...). But after rebasing all, Emacs does not show its window and take almost 100% of CPU (one can only kill it). If one reinstall libncurses7-5.3-4, Emacs works again as it should. For what I know, Emacs is the only X application that has this problem. Cheers, 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/
Re: Emacs problem after rebaseall: some progresses?
Christopher Faylor wrote: Angelo Graziosi wrote: Even using the snapshots, the problem remains and every time one needs to rebase all one must reinstall libncurses7-5.3-4 if one wants Emacs to work. Since this has nothing to do with Cygwin, AFAICT, there is no reason to think that a snapshot would fix the problem. I do not doubt that it is so. The first time I observed these problems with Emacs was when Cygwin-1.5-17-1 was released: reinstalling 1.5.16-1 all worked fine and I thinked that some snaps solved the problem. Successively I found that reinstalling libncurses7, effectively, solve the problem. But the habit to test snapshots remains! Charles Wilson wrote: And, is it the only X application that links against an obsolete version of the ncurses library? e.g. is it simply that cygncurses-7.dll cannot be rebased without causing troubles for client apps -- and cygncurses-8.dll, used by all other X apps, is fine? I cannot answer to these questions. I can only confirm that for what I know only Emacs has these problems. Best regards, 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/
RE: overlapping windows in cygwin
-- Forwarded message -- Date: Mon, 24 Oct 2005 23:45:53 +0200 (MET DST) From: Angelo Graziosi [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: RE: overlapping windows in cygwin Fabrizio Salvatore wrote: I also noticed that for some graphical programs (like PAW, for example, the physics analysis workstatio developed at CERN), when an xterm window is overlapped to the graphics window, the part of the plot that is covered by the xterm is cancelled and when I focus back to the graphic window (by clicking on it) my plot is partially deleted. Any idea why this happens ? You should add the option '+bs' when starting XWin, i.e.: run XWin -multiwindow -clipboard -silent-dup-error +bs (This results from PAW-All-FAQ) Best regards, 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/
Problems using XWin-6.8.99.901-1 (test) for Non-admin users
This argument has been discussed many times on these mailing lists (for example : msg00048, Apr 11 2005 in cygwin-xfree ml, etc...) and with the test version of XWin (6.8.99.901-1) it is re-emerged in a more drastic way. If you remember, the problem consists in the fact that Non-admin users cannot remove the file /tmp/.X11-unix/X0 created by a previous login of an Administrator and this because /tmp, for several reasons, needs the permission 't'. The solutions proposed are been, mainly, to mount /tmp in the work space of the users. But if this works fine if XWin is started with startxwin.sh, it does not work using startxwin.bat (that tries to remove c:\cygwin\tmp\.X11-unix\X0). (There is the Singular packages that install some links on the desktop and these links start XWin with startxwin.bat) With the version 6.8.2.0-4 of Xwin (that in the 'curr' section), the Non-admin users obtain a 'Permission denied' message but the /tmp/.X11-unix/X0 is substituted by that of the user and XWin starts without any further problem. With the test release (6.8.99.901-1), instead, there is a popup window saying A fatal error has occurred and Cygwin/X will now exit... see /tmp/XWin.log for more information... and XWin does not start. Obviously, if the Administrator user, before the logout, removes manually /tmp/.X11-unix, the Non-admin users have not problems. Best regards, 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/
GV and ghostscript: problems?
With ghostscript-8.15-2 there is a stange behaviour of 'gv' in displaying pdf files. If one uses: $ gv foo.pdf that works fine. But using: $ gv and then opening 'foo.pdf' with 'Open' menu item, there is an Unrecoverable error of GPL Ghostscript 8.15 This 'gv' behaviour was absent with the 7. ... versions of ghostscript. Best regards, 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/
RE: Running Cygwin on multi-user Windows XP
Soong, SylokeJ wrote: google: cygwin xp non-administrator account result: http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html I think that REM Mount local user %TEMP% as /tmp mount -f -u -t %TEMP% /tmp should not work is statxwin.bat is started from a link on desktop or clicking on it frome Resource Explorer. %CYGWIN_ROOT%\tmpis c:\cygwin\tmp and not %TEMP%,i.e. C:\DOCUME~1\'user'~1\IMPOST~1\Temp It could work only if statxwin.bat is started from a bash shell (Cygwin.bat) The solution 'to mount the users own tmp directory as /tmp' should work in an environment that knows what means 'mount', '/tmp' (like CYGWIN). Best regards, 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/
Re: Starting applications from Start | ... | Cygwin-X menu
On Mon, 20 Feb 2006, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wrong list. Redirected. Please be sure that followups go to cygwin-xfree, as the Cygwin-X start menu item is X related. Too late for my replay to Brett Serkez techie at serkez dot net! In any case I think that this is not a stricly problem regarding 'cygwin-xfree at cygwin dot com'. It should regard the installation process by setup.exe. At the end of the installation, when one chooses to add links in Start menu, many of those links do not seem to work. Cheers, angelo. According to Angelo Graziosi on 2/20/2006 6:00 AM: I have noted that many applications do not start when one clicks on the links in Start | Programs | Cygwin-X (on W2K SP4) This happens even if one has started XWin (startxwin.bat). For example, 'xeyes' starts (after startxwin.bat), but emacs does not! Then, why should one install those links in the Start | Programs menu (by setup.exe), if they (many of them) seem do not work ? -- 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: Starting applications from Start | ... | Cygwin-X menu
Igor Peshansky wrote: ... The script that adds the links you're complaining about (Cygwin-X) belongs to the X-start-menu-icons package, which is associated with Cygwin/X -- thus the redirection to this list. OK, we have ascertained that this discussion belongs to cygwin-xfree. But what about: http://cygwin.com/ml/cygwin/2006-02/msg00698.html ? Thanks, 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/
Re: Repaint/redraw problems
Usually the Repaint problem is solved adding '+bs' (BS = backing store') to XWin command line, e.g. : XWin -multiwindow -clipboard -silent-dup-error +bs 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/
Problems between GraphicsMagick and XORG-6.9.99.901-1 (test)
I usually use GM to convert JPG file to PS file: gm convert -page A4 p-01.jpg p-01.jpg.ps (This is done, effectively, in a few scripts that convert JPG to PS, link PS in one PS, convert this in PDF) Using the test version of XORG, namely 6.8.99.901-1, it seems that the above commands does not work any more: the PS file is not created, no error messages. Simply anything happens! Reinstalling the official version of XORG, the above command works again. Are there workarounds? Alternatives (useful in scripts) to convert JPG to PS ? Thanks in advance, 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/
Re: xWin/Startx Messages re-direction
If this can help, I have solved running startx from bash (Cygwin.bat) in this way startx 2/dev/null Cheers, 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/
Re: running CygwinX with a limited user account
Igor Peshansky wrote: For each user, execute mount -u SOMEUSERSPECIFICDIR /tmp (as man mount would have told you). Are we sure that this works with startxwin.bat ? Some time ago I tried to mount /tmp in an user directory (I used also %TEMP%, i.e. C:\Doc...\%USERNAME%\..\Temp) but it did not worked with startxwin.bat: it tries to remove \cygwin\tmp\.X11-unix\X0 which, apparently, does not know about the mount. Instead the mount works fine if one uses startx or startxwin.sh! But in these cases one should first start cygwin.bat and the possibility to start the X server from a link on the desktop is more hard. Cheers, 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/
Re: Fix your packages! (attention: a2ps, tetex-bin, nfs-server, gv, uw-imap, and xerces-c maintainers)
'cygcheck -c --verbose' says: -- ... tetex3.0.0-3OK Missing file: /etc/postinstall/post-texmf.sh from package tetex-base tetex-base 3.0.0-3Incomplete tetex-bin3.0.0-3OK tetex-devel 3.0.0-3OK tetex-doc3.0.0-3OK Missing file: /etc/postinstall/post-texmf.sh from package tetex-extra tetex-extra 3.0.0-3Incomplete Missing file: /etc/postinstall/post-texmf.sh from package tetex-tiny tetex-tiny 3.0.0-3Incomplete ... -- Cheers, Angelo On Sun, 1 Oct 2006, Igor Peshansky wrote: On Sat, 30 Sep 2006, Angelo Graziosi wrote: Could this be the reason for which I obtain that tetex-base 3.0.0-3Incomplete tetex-extra 3.0.0-3Incomplete tetex-tiny 3.0.0-3Incomplete from cygcheck -c, even if I reinstall them ? No. That message referred to CRLF line endings. Cygcheck does not report those. To find out exactly why cygcheck complains, use the --verbose option. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Can't preview postscript files under xdvi
Ferran Mazzanti wrote: I can directly preview .dvi files displaying the postscript figures. I have solved in this way: cd /bin mv gs.exe gs.exe.orig ln -sf /usr/X11R6/bin/gs.exe gs.exe Cygwin, Why there are these two version, X and non-X of ghostscript? Once, someone said that only the X is sufficient. If this is the case, we could install only the X version and change 'ghostscript' with 'ghostscript-x11' in the field 'requires' of setup.ini to adapt the dependences... or NOT ? Cheers, 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/
Problems with rxvt-unicode 7.7-6?
I want to flag that with the version 7.7-6 there are problems in typing some character: typing 'ì' it shows 'l' == 'è' == 'h' == 'à' == 'g' and similar. Reinstalling 7.7-5 all characters are shown correctly. Cheers, 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/
Problems with XPDF on Cygwin with recent snapshots (newlib ?)
Using cygwin-inst-20070523.tar.bz2 there is XPDF that core dumps loading a pdf file. The same happens with a cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated May 18. Instead using cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated May 01, XPDF works fine. Cheers, 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/
Starting X server and checkX
Following this discussion
http://cygwin.com/ml/cygwin-xfree/2006-07/msg00131.html
I have tried to modify the script in this way (to start X+urxvt):
-
#!/bin/bash
start_XWin()
{
#export DISPLAY=127.0.0.1:0.0
export DISPLAY=:0
#export PATH=/usr/X11R6/bin:$PATH
export XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults
export XCMSDB=/usr/X11R6/lib/X11/Xcms.txt
export XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB
export XNLSPATH=/usr/X11R6/lib/X11/locale
# Cleanup from last run.
rm -rf /tmp/.X11-unix
XWin -multiwindow -clipboard -silent-dup-error +bs
}
/usr/bin/checkX || start_XWin
exec /usr/bin/urxvt -e /usr/bin/bash -l
-
The aim of
/usr/bin/checkX || start_XWin
should be that if X is not running start_XWin should be executed.
If X is running, start_XWin is avoided.
But when I try to open other URXVT windows, there is the Cygwin/X error:
A fatal error has occurred and Cygwin/X now exit...
This mean that start_XWin is always executed.
So, How to solve this?
When X is running, 'checkX' return 0 (from checkX --help), so WHY
A B
/usr/bin/checkX || start_XWin
should work ?
(In C/C++ if A is 0, B is always executed; if A != 0 then B is never
executed... or NOT?)
Cheers,
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/
Re: Starting X server and checkX
Holger Krull wrote:
My guess is, you have to set DISPLAY before you do checkX. How else
would it know which X11 Server to search if it was not started as a
child?
Obviously !!!
Now the script sound like this:
---
#!/bin/bash
##
## The DISPLAY MUST be set before
##
#export DISPLAY=127.0.0.1:0.0
export DISPLAY=:0
##
## If you want these variables defined for the shell,
## they MUST be defined here
##
#export PATH=/usr/X11R6/bin:$PATH
export XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults
export XCMSDB=/usr/X11R6/lib/X11/Xcms.txt
export XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB
export XNLSPATH=/usr/X11R6/lib/X11/locale
##
##
## FIRST method
##
start_XWin()
{
# Cleanup from last run.
rm -rf /tmp/.X11-unix
XWin -multiwindow -clipboard -silent-dup-error +bs
}
/usr/bin/checkX || start_XWin
##
##
## SECOND method
##
# /usr/bin/checkX || /usr/local/bin/start_XWin.sh
##
exec /usr/bin/urxvt -e /usr/bin/bash -l
---
And it works fine.
Many thanks,
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/
Scrollbar background colour for X applications (emacs, urxvt)
I have seen that Emacs and URxvt have a gray scrollbar on black background. Usually, all applications (Windows, GNU/Linux) that have a scrollbar, have it as gray on gray (or almost gray). So, is there some Cygwin resource (~/.Xdefaults) to set to have the standard scrollbar background color? For URxvt, commenting out the line URxvt*fading: 60 in /etc/X11/app-defaults/URxvt would fix the background color, but another way to use in ~/.Xdefaults? Thanks, 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/
Re: font and screen size
In my $HOME/.Xdefaults I have: ! -[ xft ] - Xft*antialias: true Xft*autohint: true ! -[ xterm ] - XTerm*background: Black XTerm*foreground: LightGray XTerm*scrollBar:true XTerm*rightScrollBar: true XTerm*faceName: BitStream Vera Sans Mono XTerm*faceSize: 14 You can try also faceSize 10 or 12. Cheers, Angelo. --- Angelo Graziosi: http://www.webalice.it/angelo.graziosi ...d'orgoglio spezzato inseguendo il desiderio del cuore Egdar Lee MASTERS, Antologia di Spoon River -- 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: font and screen size
On Wed, 5 Sep 2007, Cole Radcliffe wrote: That is weird. I do not have a .Xdefaults in my home directory. YOU should create $HOME/'.Xdefaults' if YOU like! That file is for YOUR preferences! Try it! If you do not like, you can delete that file! Cheers, Angelo. I do have a .Xauthority-c file, which is empty. I downloaded it pretty recently, maybe we are working with different versions. On 9/5/07, Angelo Graziosi [EMAIL PROTECTED] wrote: In my $HOME/.Xdefaults I have: ! -[ xft ] - Xft*antialias: true Xft*autohint: true ! -[ xterm ] - XTerm*background: Black XTerm*foreground: LightGray XTerm*scrollBar:true XTerm*rightScrollBar: true XTerm*faceName: BitStream Vera Sans Mono XTerm*faceSize: 14 You can try also faceSize 10 or 12. Cheers, Angelo. --- Angelo Graziosi: http://www.webalice.it/angelo.graziosi ...d'orgoglio spezzato inseguendo il desiderio del cuore Egdar Lee MASTERS, Antologia di Spoon River --- Angelo Graziosi: http://www.webalice.it/angelo.graziosi ...d'orgoglio spezzato inseguendo il desiderio del cuore Egdar Lee MASTERS, Antologia di Spoon River -- 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: font and screen size
On Thu, 6 Sep 2007, Cole Radcliffe wrote: So that xterm will automatically know to look in .Xdefaults if I make that file? Not only xterm but also other applications look in .Xdefaults! If you google for .Xdefaults, I am sure you will find other examples! How does it know that? Don't worry about these things... step by step you will have all the knowledge of universe! On 9/6/07, Angelo Graziosi [EMAIL PROTECTED] wrote: Instead, why you cite this ^^ explicitly? You do not know SPAMMERS? Have you asked yourself why on cygwin lists you are cited as: Cole Radcliffe coleradcliffe at gmail dot com This is a more fundamental question to ask for !!! Angelo. --- Angelo Graziosi: http://www.webalice.it/angelo.graziosi ...d'orgoglio spezzato inseguendo il desiderio del cuore Egdar Lee MASTERS, Antologia di Spoon River -- 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/
Problems building applications as user with a limited account
Hi guys, I have done a fresh installation of Cygwin on a new PC observing the following. Usually I have the habit to build Emacs from CVS. Now I have tried to do the same as an user with limited account (of the group Users), but configure fails in this way: - ... checking for long file names... yes checking for X... no== checking Carbon/Carbon.h usability... no checking Carbon/Carbon.h presence... no checking for Carbon/Carbon.h... no checking for X... true == configure: error: You seem to be running X, but no X development libraries were found. You should install the relevant development files for X and for the toolkit you want, such as Gtk+, Lesstif or Motif. Also make sure you have development files for image handling, i.e. tiff, gif, jpeg, png and xpm. If you are sure you want Emacs compiled without X window support, pass --without-x to configure. --- Obviously I have all the X packages installed (I have almost ALL Cygwin installed). Repeating the same things as an user with admnistrative account (of the group Administrators), configure works fine and the build continue untill the end: --- ... checking for long file names... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking Carbon/Carbon.h usability... no checking Carbon/Carbon.h presence... no checking for Carbon/Carbon.h... no checking for malloc_get_state... no checking for malloc_set_state... no checking whether __after_morecore_hook exists... no checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes ... Configured for `i686-pc-cygwin'. Where should the build process find the source code? /tmp/emacs.tmp/emacs What operating system and machine description files should Emacs use? `s/cygwin.h' and `m/intel386.h' What compiler should emacs be built with? gcc -g -O2 -Wno-pointer-sign Should Emacs use the GNU version of malloc? yes Should Emacs use a relocating allocator for buffers?yes Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use?x11 What toolkit should Emacs use? LUCID Where do we find X Windows header files? /usr/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Does Emacs use -lXaw3d? yes Does Emacs use -lXpm? yes Does Emacs use -ljpeg? yes Does Emacs use -ltiff? yes Does Emacs use a gif library? yes -lungif Does Emacs use -lpng? yes Does Emacs use -lrsvg-2?no Does Emacs use -lgpm? no Does Emacs use X toolkit scroll bars? yes ... --- Any idea ? TIA, 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/
Re: Problems building applications as user with a limited account
On Sat, 29 Sep 2007, d.henman wrote: ... Try adding--x-includes=/usr/X11R6/include/X11 to your configure arguments. Now the problems seem desappeared. In any case, I will consider your suggestion. Many thanks, 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/
Re: [ITA] xfig/xfig-lib: An interactive drawing tool
Dr. Volker Zell ha scritto: I would like to adopt and maintain the 'xfig/xfig-lib' packages from Harold Hunt. The procedure of installing 3.2.4-7 removes the previous 3.2.4-6, so the link app-defaults - /etc/X11/app-defaults in /usr/X11R6/lib/X11/ is lost and the new postinstall script (xfig.sh) does not re-create it. This causes a lot of problems because, currently, Cygwin-X has XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults (see startxwin.sh and startxwin.bat). I understood your reasons that in the future the new XR7 will change the tree, but until that time it would be recommended to stay in the current scheme. Cheers, 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/
Re: Problems with keyb layout and fonts?
Jon TURNEY wrote: Can you check if you have the xkbcomp package installed (the upgrade should have done this automatically), and if xkbcomp is on your path and is runnable? Obviously, it is installed (see attch.) in /usr/bin, and, for example, $ xkbcomp.exe -help Usage: xkbcomp [options] input-file [ output-file ] Legal options: -?,-help Print this message -a Show all actions -C Create a C header file -em1 msg Print msg before printing first error message -emp msg Print msg at the start of each message line -eml msg If there were any errors, print msg before exiting -dflts Compute defaults for missing parts -I[dir]Specifies a top level directory for include directives. Multiple directories are legal. -l [flags] List matching maps in the specified files [...] But I do not know how it should be used. I'm sorry I don't quite understand where these fonts came from. If it's something you've installed yourself, No, I haven't other basic things, as fonts, installed! For the sake of completeness, I have done a new clean, fresh reinstall, only Basic+X11 (see attach.), only the 'minimum', but same results. Note that 'bitstream' are used by default by rxvt, urxvt! See app-defaults/Urxvt, app-defaults/Rxvt: in my .Xdefault I have only changed the size. And these fonts works fine with X11R6.99 (see ref. [1] in my OP). Cheers, Angelo. installed.db.bz2 Description: Binary data -- 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: Problems with keyb layout and fonts?
Michele Gonfiantini ha scritto: I solve my problems doing a rebaseall Good! at least, it seems, that the keyboard layout problem is solved. Thanks a lot, Angelo. --- Facesti come quei che va di notte, che porta il lume dietro e se' non giova, ma dopo se' fa le persone dotte. DANTE, Purgatorio, xxii 67-69 -- 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: Problems with keyb layout and fonts?
Jon TURNEY ha scritto: It's not included in the set of fonts available from X.Org currently, so we don't currently have a package for it. (There may be a couple of other fonts which fall into this category) Please bear with me and I'll try to generate a package for this font. Oh, if you will package it, I can wait without problem. Meanwhile, the other problem I flagged, the keyboard layout, has been solved by rebasing. Many thanks, Angelo. In the meantime, you could probably download the font from http://www.gnome.org/fonts/, install the .ttf files into /usr/share/fonts and run fc-cache -- 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: Problems with keyb layout and fonts?
Jon TURNEY ha scritto:
Please bear with me and I'll try to generate a package for this font.
Now that font-bitstream-vera-ttf 1.10 is released, I have installed it
which seems to work! Thanks.
Now I have restored almost the full behaviour which I had with
X11R6.99... but I also want to flag this:
Usually I start X applications with links on the desktop. For example
for URXVT I have a link created with:
mkshortcut -A \
-n Urxvt \
-D /usr/bin/run.exe \
-a 'bash -l start_urxvt.sh' \
-i /usr/bin/XWin.exe \
-d Console unicode \
-w ''
(i.e. C:\cygwin\bin\run.exe bash -l start_urxvt.sh) and start_urxvt.sh
(in the PATH, /usr/local/bin) is
===
export DISPLAY=127.0.0.1:0.0
#export DISPLAY=:0
start_XWin()
{
# Cleanup from last run.
rm -rf /tmp/.X11-unix
XWin -multiwindow -clipboard -silent-dup-error +bs
}
/usr/bin/checkX || start_XWin
exec /usr/bin/urxvt -e /usr/bin/bash -l
===
Leaving aside the fact that now I have to use DISPLAY=127.0.0.1:0.0 and
not DISPLAY=:0, when I clik the link there are, at least, two flashing
(dos) windows before urxvt is out, but shouldn't 'run.exe avoid them?
On X11R6.99 there are not flashing (dos) windows!
Perhaps I need to define some env. variables like XAPPLRESDIR etc.?
Cheers,
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/
X11R7 and rebasing
I have seen that after the release of X11R7, many problems are partially resolved by rebasing. Some time ago, I remember that on cigwin-apps list there was the suggestion that the package maintainer should build their packages adding '-Wl,--enable-auto-image-base' for DLLs. Has this be done for the recent release? If 'yes', just for curiosity, where, than, this need of rebasing comes from? Thanks, 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/
Still problems starting X
On X11R6.99, I start X with a link on desktop, 'XWin Server', whose target is: C:\cygwin\bin\run.exe bash -l start_XWin.sh and in /usr/local/bin, start_XWin.sh is #! /bin/bash export DISPLAY=127.0.0.1:0.0 export PATH=/usr/bin:$PATH # Cleanup from last run. rm -rf /tmp/.X11-unix # We have added +bs, i.e. BackingStore XWin -multiwindow -clipboard -silent-dup-error +bs # Return from sh. exit It is just /usr/bin/startxwin.sh stripped from superfluous comments, from the start of xterm and with +bs for XWin. It starts only the X server. With X11R6.99 this works just fine, but with the new X11R7.4 (also -3) there are two annoying dos windows (which appear for less than an instant), in the second of which (after many tries) I have seen that there is this written: The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server If, from the link target I remove 'run', i.e. if I start with: C:\cygwin\bin\bash.exe -l start_XWin.sh the same happens, as if, in the first case, 'run' [1] does not work correctly. Cheers, Angelo. --- [1] Should 'run' avoids/hides dos windows? XWin.0.log.bz2 Description: Binary data -- 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: No Cygwin-X shortcut on fresh install
Jon TURNEY wrote: Perhaps we need an xorg-base package or something to pull in xorg-server and xinit on a fresh install ? ... and I would suggest to create the link as /usr/bin/mkshortcut -AP -i /usr/bin/XWin.exe -n Cygwin-X/XWin Server -w -a /usr/bin/startxwin.bat /usr/bin/run.exe i.e. the target should be: C:\cygwin\bin\run.exe C:\cygwin\bin\startxwin.bat or similar. 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/
X, backingstore and opengl
I want to flag the following problems I have met with X11R7.4 and the
application ROOT [1].
To reproduce them, you should not need to rebuild ROOT under X11R7.4
but it is sufficient to install pre-built binaries, even if they
result from a build under the previous X11R6.99: the 'effects' are the
same.
To install pre-built binaries, you have to do the following:
wget ftp://root.cern.ch/root/root_v5.21.04.win32gcc-gcc-3.4.tar.gz
tar -xzf root_v5.21.04.win32gcc-gcc-3.4.tar.gz -C /usr/local/
cd /usr/local
export ROOTSYS=/usr/local/root
export PATH=${PATH}:/usr/local/root/bin
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/root/lib
cd root/tutorials/
Now the problems.
I have always started the X server with the option '+bs', i.e.
XWin -multiwindow -clipboard -silent-dup-error +bs
(for example with a startxwin-2.bat which differs from the default
only by '+bs')
It enables the 'backingstore' which enable the 're-display' when two X
windows are overlapped (otherwise they appear corrupted).
With X11R7.4 here is what happens:
--
$ root
[...]
root [0] .x hsimple.C
--
At ROOT prompt (root [0]), you have to type '.x hsimple.C', which means
run (.x) the macro hsimple.C; hsimple.C is a block of C/C++ code
which ROOT executes as an interpreter.
Well, after this, not only ROOT segfaults, but also the X server
segfaults!
If, instead, I DO NOT start X with +bs, i.e. if I use:
XWin -multiwindow -clipboard -silent-dup-error
(for example with the default startxwin.bat), the above example and
others work fine, but...
Many ROOT tutorials/examples are OpenGL applications, for example
'geom/shapes.C'. In this case, only ROOT segfaults as follows:
---
$ root
[...]
root [0] .x ./geom/shapes.C
root [1] Error in RootX11ErrorHandler: BadMatch (invalid parameter
attributes) (XID: 14680185, XREQ: 62)
assertion !c-xlib.lock failed: file
/usr/src/ports/xorg/libxcb/libxcb-1.1-2/src/libxcb-1.1/src/xcb_xlib.c,
line 73
Obviously, under X11R6.99 all the above works just fine.
cygcheck.out and XWin.0.log attached.
Cheers,
Angelo.
---
[1] http://root.cern.ch
cygcheck-XWin_log.tar.bz2
Description: Binary data
--
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: Still problems starting X
Christopher Faylor wrote: On Fri, Nov 21, 2008 at 04:03:52PM +0100, Angelo Graziosi wrote: Jon TURNEY wrote: 'run' can only hide the window of the process it directly starts, I would guess. With X11R7.4 there is a window that seems related to the process which 'run' starts, and a second window related, I think, to the need of writing: The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server It would be useful to know the value of your CYGWIN environment variable, specifically if it contains 'tty' Until now (I use Cygwin at least from May 2003) I never got the need to define CYGWIN. So I think it is undefined... or it has default values. For cygwin bug reports, it is best to *attach* (not inline) the results from running cygcheck -r -s -v rather than guessing. Meanwhile, I have attached it here: http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html Regards, 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/
Re: X, backingstore and opengl
Regarding the problems I have flagged in [1], the first (related to the option +bs of XWin, i.e. the backing store) is still there, also with the recent xorg-server-1.5.3-4. For the second (that related to OpenGL applications), I have found the workaround described here [2]. Now, if nedit needs rebuilding with a patch to work around an issue in lesstif with the latest X server. how can I do the same for ROOT? Which is that patch? or what else? Thanks, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html -- 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: X, backingstore and opengl
Jon TURNEY wrote: tell me if you agree I agree with all BUT NOT with THIS: 1.5.3-4 +bsok (redrawing of area under menus is messed up) In my case (hsimple.C test) 1.5.3-4 +bsGIVES server segfault Are you sure you have started 1.5.3-4 with '+bs'? Indeed I have verified that '1.5.3-4 +bs' works fine in redrawing the overlapped area (I have done this with another application, PAW from CERNLIB). Perhaps you have just started 1.5.3-4 thinking you have added +bs, but really omitting it. May you retry? Thanks, 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/
Re: X, backingstore and opengl
Jon TURNEY wrote: Ok, I've tried this and a few other things an I can't reproduce this, so I'd like your help to get a backtrace if you are willing: 1. Download http://www.dronecode.org.uk/cygwin/XWin.exe.bz2 (this is a build of XWin with debugging symbols) 2. bunzip2.exe XWin.exe.bz2 3. export CYGWIN=$CYGWIN error_start=gdb -nw %1 %2 4. ./XWin.exe -multiwindow -clipboard +bs 5. Do what ever you do to reproduce the problem 6. When a gdb window pops up, wait for the (gdb) prompt, then thread apply all bt full 7. Mail me the output I have done the above, but the 'XWin.exe' you propose DOES NOT segfault! However I note: 1. it has the icon of X11R6.99, not that of X11R7.4 2. with it, I have the keyboard layout problem described here [1], and rebasing does not solve 3. with it not only ROOT, hsimple.C etc. work but the OpenGL demos work without the workaround described here [2] (remember the OpenGL problems here [3]). Apart from 2., with your XWin.exe, ROOT works just as with the old X11R6... Cheers, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00045.html [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html [3] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html -- 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: X, backingstore and opengl
Angelo Graziosi ha scritto: Jon TURNEY wrote: Ok, I've tried this and a few other things an I can't reproduce this, so I'd like your help to get a backtrace if you are willing: 1. Download http://www.dronecode.org.uk/cygwin/XWin.exe.bz2 (this is a build of XWin with debugging symbols) 2. bunzip2.exe XWin.exe.bz2 3. export CYGWIN=$CYGWIN error_start=gdb -nw %1 %2 4. ./XWin.exe -multiwindow -clipboard +bs 5. Do what ever you do to reproduce the problem 6. When a gdb window pops up, wait for the (gdb) prompt, then thread apply all bt full 7. Mail me the output I have done the above, but the 'XWin.exe' you propose DOES NOT segfault! However I note: 1. it has the icon of X11R6.99, not that of X11R7.4 2. with it, I have the keyboard layout problem described here [1], and rebasing does not solve 3. with it not only ROOT, hsimple.C etc. work but the OpenGL demos work without the workaround described here [2] (remember the OpenGL problems here [3]). 4. When I R-click on systray icon, mine 'XWin.exe', which comes from [*], has a context menu with five items: Reload .XWinrc Applications Hide Root Window About... Exit... YOUR 'XWin.exe' has only three items: Hide Root Window About... Exit... may you try [*]? Thanks, Angelo. --- [*] ftp://mirrors.kernel.org/sourceware/cygwin/release/X.Org/xorg-server/xorg-server-1.5.3-4.tar.bz2 Apart from 2., with your XWin.exe, ROOT works just as with the old X11R6... Cheers, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00045.html [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html [3] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html -- 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: X, backingstore and opengl
Jon TURNEY wrote: I'm sorry, your our previous mail hadn't really made it clear to me that there was problem with glxgears etc. Just for my comprehension, can you explain again what happens if you run glxinfo and glxgears on 1.5.3-4. Really, in my posts, I never cited 'glxgears', 'glxinfo' etc. Sincerely, I do not know what they are... I have written: 1. Adding +bs at command line which starts XWin (in startxwin.bat) and then trying to run some ROOT macro (hsimple.C etc.) both ROOT and XWin-1.5.3-4 (from [1]) segfault. Using YOUR XWin with debug info etc., ROOT, hsimple.C etc. work fine, i.e. NO segfault etc. 2. Adding +bs at command line which starts XWin (in startxwin.bat) and then trying to run some ROOT OPENGL macro (geom/shapes.C, for example see [2]) then the macro fails to be excuted (see [2]), but it works if I omit '+bs' OR if I use the workaround described here [3] OR if I use YOUR debug XWin.exe! MAY YOU try [1] with the steps described in [2] and confir/or not the segfaults? Cheers, Angelo. --- [1] ftp://mirrors.kernel.org/sourceware/cygwin/release/X.Org/xorg-server/xorg-server-1.5.3-4.tar.bz2 [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html [3] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html -- 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: X, backingstore and opengl
Jon TURNEY wrote: glxgears, glxinfo are GL demo programs which come with mesa (the OpenGL library) It would be useful if you could install the mesa package and check if glxinfo, glxgears work for you. You have ignored my cygchec.out here [1]. I have those packages installed and glxgears, glxinfo seem to work (see opengl.txt below). Irrespective of if I use +bs or not, with 1.5.3-4, simple.C runs ok, geom/shapes.C causes ROOT to segfault unless XLIB_SKIP_ARGB_VISUALS is used. You should raise the ROOT segfault as an issue with the ROOT developers. They will be far more qualified to diagnose the issue than me. The fact that also XWin segfaults, means it isn't a problem only for ROOT developers... If you wouldn't mind trying again, I've built a slightly different debug version, which you can get from: ftp://cygwin.com/pub/cygwinx/XWin.20081203132739.exe.bz2 Just for completeness, I have tried and IT WORKS JUST FINE and without XLIB_SKIP_ARGB_VISUALS! Respect to the previous testing-XWin you have proposed, with XWin.20081203132739 also the keyboard works just fine!!! So, I doubt we are referring to the same failing XWin which one finds on the mirrors... Cheers, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html opengl.txt.bz2 Description: Binary data -- 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: X, backingstore and opengl
Jon TURNEY wrote so perhaps you could try ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if that one fails for you Now it fails! For the sake of completeness, attached the stackdump files and the GDB infos as requested here [1], cygcheck.out in [2]. Cheers, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00395.html [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332/cygcheck-XWin_log.tar.bz2 XWin_failure_with_bs.tar.bz2 Description: Binary data -- 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: [1.7] On checkX
Charles Wilson wrote:
Unfortunately, I can't reproduce.
Ugh! I forgot to say that I start those scripts with links on desktop...
For example:
mkshortcut -AD \
-n ${urxvt} \
-a bash -l start_urxvt.sh \
-i /usr/bin/XWin.exe \
-d Console unicode \
/usr/bin/run.exe
Indeed, if I start the script from Cygwin.bat, there is not
checkX.exe.stackdump in the HOME! It is created ONLY starting the script
with the link...
...and, in that case, the lines:
[...]
while ! /usr/bin/checkX
do
printf waiting for xserver to start\n
sleep 1
done
[...]
cause a NON-empty checkX.exe.stackdump:
$ cat checkX.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=6E7C3CD0
Not only, also a bad interference between XWin and clipboard: trying to
copy/paste (double click in urxvt shell), they hang and when I try to
'Restart Now' the PC, Windows says 'xwinclip has not finished yet...'
Now, If I want start your script from the link, How can I capture the
output?
For example, I have tried modifying it with:
[...]
check_and_start()
{
/usr/bin/checkX --no-silent || start_XWin
}
check_and_start 21 | tee /tmp/checkx.log
[...]
but only XWin starts NOT urxvt! and
$ cat /tmp/checkx.log
5 [main] checkX 3292 fhandler_console::fixup_after_fork_exec:
error opening input console handle for /dev/console after fork/exec,
errno 13, Win32 error 5
112 [main] checkX 3292 fhandler_console::fixup_after_fork_exec:
error opening output console handle for /dev/console after fork/exec,
errno 13, Win32 error 5
Cheers,
Angelo.
Try running checkX with (progressively):
--no-silent
--verbose
--debug
--debug=2
--debug=3
--debug=4
this should help to narrow down how far it gets (and perhaps why) before
dying. You may also need to use the --nogui option, and redirect stderr
to a logfile.
--
Chuck
#!/bin/sh
export DISPLAY=127.0.0.1:0.0
start_XWin()
{
# Cleanup from last run.
rm -rf /tmp/.X11-unix
XWin -multiwindow -clipboard -silent-dup-error 2/dev/null
}
/usr/bin/checkX || start_XWin
while ! /usr/bin/checkX
do
printf waiting for xserver to start\n
sleep 1
done
sleep 1
/usr/bin/urxvt-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/
Re: [1.7] On checkX
Charles Wilson wrote: Try this: I have tried your script. It creates 6 logs (attached) and NO stackdump!!. But if one tries to copy/paste something, the 'clipboard'/system hangs... Try adding --notty to each invocation of checkX...that works for me. It seems that it works also for me! It creates only 2 logs (without stackdump and clipboard problems): $ cat checkX_0.log checkX_1.log 5 [main] checkX 3612 fhandler_console::fixup_after_fork_exec: error opening input console handle for /dev/console after fork/exec, errno 13, Win32 error 5 958 [main] checkX 3612 fhandler_console::fixup_after_fork_exec: error opening output console handle for /dev/console after fork/exec, errno 13, Win32 error 5 starting xserver 4 [main] checkX 3876 fhandler_console::fixup_after_fork_exec: error opening input console handle for /dev/console after fork/exec, errno 13, Win32 error 5 19455 [main] checkX 3876 fhandler_console::fixup_after_fork_exec: error opening output console handle for /dev/console after fork/exec, errno 13, Win32 error 5 but the massages of checkX are flagged by Windows to which one should click OK, OK,... Anyway, currently, I am adopting another way to start X and friends, a method that does not uses checkX. Cheers, Angelo. checkX-logs.tar.bz2 Description: Binary data -- 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/
Emacs-GTK hangs with dialog boxes
For completeness, I want to flag that my GTK build of Emacs has the same problem described here: http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html. Practically, after starting Emacs, $ G_SLICE=always-malloc emacs -q its first three icons on tool-bar (new file, read existing file, read directory) do not work. Emacs hangs for 20-30 seconds, and at prompt it writes: $ Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali I think that the problem happens after a recent (one or two weeks) upgrading of gtk | glib | GNOME libraries, when Emacs showed new icons. Cheers, 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/
Re: Emacs-GTK hangs with dialog boxes
Angelo Graziosi ha scritto: For completeness, I want to flag that my GTK build of Emacs has the same problem described here: http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html. Practically, after starting Emacs, $ G_SLICE=always-malloc emacs -q its first three icons on tool-bar (new file, read existing file, read directory) do not work. Emacs hangs for 20-30 seconds, and at prompt it writes: $ Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali I think that the problem happens after a recent (one or two weeks) upgrading of gtk | glib | GNOME libraries, when Emacs showed new icons. Using the current snapshot of cygwin1.dll (20090924, only dll) seems to solve *partially* the above problem: now it looks that the first three icons are working, but when I try to close Emacs, it hangs for some time. This happens only if I use those icons. Using 'ps' while Emacs is hanging, does not show the Emacs process any more but this 4036 13152 3716? 1006 01:56:54 /usr/lib/gamin/gam_server Cheers, 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/
Re: Emacs-GTK hangs with dialog boxes
Angelo Graziosi ha scritto: For completeness, I want to flag that my GTK build of Emacs has the same problem described here: http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html. Practically, after starting Emacs, $ G_SLICE=always-malloc emacs -q its first three icons on tool-bar (new file, read existing file, read directory) do not work. Emacs hangs for 20-30 seconds, and at prompt it writes: $ Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 Failed to connect to socket /tmp/fam-graziosi/fam- (emacs:3556): GLib-GIO-WARNING **: FAMOpen failed, FAMErrno=3 (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali (emacs:3556): Gtk-WARNING **: Impossibile trovare il tipo di monitor predefinito per directory locali I think that the problem happens after a recent (one or two weeks) upgrading of gtk | glib | GNOME libraries, when Emacs showed new icons. Just for completeness I want to report other details. I have tried the test case in (*), more precisely this: $ gcc -DTRY1 -Wall -o test-dialog3-try1 test-dialog3.c `pkg-config --cflags --libs gtk+-2.0` $ ./test-dialog3-try1 Using gtk_file_chooser_dialog_new. Done. Please make sure the FAM daemon is not running before testing again. (i.e. kill the gam_server process or wait until it is gone) Now, as you can see, it says ...kill the gam_server process or wait until it is gone. Indeed 'ps' shows that gam_server process is still there and remains for about 30 seconds. Now this hasn't a great impact with the test case because it, really, does not open a new window on the PC screen. With Emacs (GTK build) the things are a little different. When one opens a dialog, for example, to load a file to edit, the 'gam_server' starts running; it remains running even after closing the dialog (and this seems to be expected). However, when one decides to quit from Emacs, the 'emacs' process is removed, as shows 'ps', but the Emacs window remains on the screen until gam_server is gone, i.e. after about 30 second. This, at first sight, seems that Emacs is hanging. Is this behavior to be expected? It looks strange to me... On GNU/Linux, with a similar GTK build of Emacs I do not see this behavior. Cheers, Angelo. --- (*) http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html -- 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: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5
Yaakov (Cygwin/X) wrote:
The following package has been updated for Cygwin 1.7:
* xinit-1.1.1-5
This package includes the startx, startxdmcp.bat, startxwin.bat, and
startxwin.sh commands for launching the XWin server.
This releases fixes a few bugs in startxwin.{bat,sh}:
* Launch XWin from within a bash login shell, so programs launched by the XWin
tray menu are within a regular environment.
In 'startxwin.bat' I see:
%RUN% bash -l -c XWin -multiwindow -clipboard -silent-dup-error
Shouldn't it be
%RUN% bash -l -c XWin -multiwindow -clipboard -silent-dup-error ?
Cheers,
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/
RE: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5
Phil Betts wrote: I think Angelo was trying to avoid having an unnecessary bash process hanging around. Indeed! (I think...) I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like this: C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -clipboard -silent-dup-error ' and 'experimentally' adding '' reduces the number of processes, as shown by task manager... so why not do it like this instead: %RUN% bash -l -c exec XWin -multiwindow -clipboard -silent-dup-error interesting... I will give it a try. But, in any case, it would be useful to know what Cygwin guys think. Thanks, 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/
Re: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5
Angelo Graziosi ha scritto: Phil Betts wrote: I think Angelo was trying to avoid having an unnecessary bash process hanging around. Indeed! (I think...) I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like this: C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -clipboard -silent-dup-error ' and 'experimentally' adding '' reduces the number of processes, as shown by task manager... so why not do it like this instead: %RUN% bash -l -c exec XWin -multiwindow -clipboard -silent-dup-error interesting... I will give it a try. But, in any case, it would be useful to know what Cygwin guys think. Using 'exec', task manager shows always one more process: bash... Cheers, 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/
Re: [ANNOUNCEMENT] [1.7] X11R7.5 [Emacs-gtk]
Yaakov (Cygwin/X) wrote:
Cygwin/X has been updated to X.Org X11R7.5.
It seems that after this upgrade, my GTK build[*] of Emacs has some problem.
First, the link on desktop with which I start Emacs does not work any
more. It was created with:
-
emacs=Emacs-2
emacs_cmd=G_SLICE=always-malloc emacs -display 127.0.0.1:0.0
mkshortcut -AD \
-n ${emacs} \
-a bash -l -c '${emacs_cmd}' \
-i /usr/local/bin/emacs.ico \
-d Editor di testo \
/usr/bin/run.exe
-
i.e. its target is:
C:\cygwin-2\bin\run.exe bash -l -c 'G_SLICE=always-malloc emacs -display
127.0.0.1:0.0 '
But if I run from an X shell or MinTTY:
$ G_SLICE=always-malloc emacs -display 127.0.0.1:0.0
it starts with the following warnings:
-
$
(emacs:2632): Pango-WARNING **: Error loading GSUB table 0x6EAD
(emacs:2632): Pango-WARNING **: Error loading GPOS table 0x6EAD
-
and seems to work.
Before this upgrade, i.e. with X11R7.4, it started without problems.
The problems arise only with GTK build.
The X server is started with a link on desktop (created likewise that of
Emacs):
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin
-multiwindow -clipboard -silent-dup-error '
which I have put also in Start | Programs | Automatic Execution
Also rebuilding from scratch does not help.
Cheers,
Angelo.
---
[*] I did the build (usually with sources from CVS head) configuring with:
${source_dir}/configure --prefix=/usr/local/emacs
i.e. GTK is the default. Adding '--with-x-toolkit=lucid' makes the
'Xaw3d' build.
--
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/
libglib2, Emacs and GTK applications
Just for completeness, I want to flag some strange things that I see
between a GTK build of Emacs and libglib2.0_0-2.22.4-2 BUT NOT with
libglib2.0_0-2.22.4-1!
With 2.22.4-2, when I open a dialog box (for example clicking on the
tool bar icon Reading an existing file into an Emacs buffer), in /tmp
is created the directory 'fam-angelo' and 'ps' shows a 'gamin-server'
running. When I quit from Emacs (C-x C-c), the Emacs window stays on the
desktop until 'gamin-server' is removed, i.e. for at least 20-30
seconds, looking as if Emacs were hanging.
This behavior does not happens with version 2.22.4-1. The
'/tmp/fam-angelo' directory is not created and 'gamin-server' or is not
started or it is removed immediately when it does not need any more.
Also the 'apparent' hanging disappears.
The above facts should be verified also with the following test case of
GTK application I found in this list. It should be build with:
gcc -DTRY1 -Wall -o test-dialog3-try1-01 test-dialog3.c `pkg-config
--cflags --libs gtk+-2.0
Then
$ ./test-dialog3-try1-01.exe
under libglib2-2.22.4-2 creates /tmp/fam-angelo and starts
'gamin-server' which is removed only after 20-30 seconds. With 2.22.4-1,
it is removed imediately (or does not start at all!).
Ciao,
Angelo.
test-dialog3.c
#include gtk/gtk.h
#include stdlib.h
#include unistd.h
#include errno.h
#include sys/wait.h
/* When testing the FAM daemon*/
#ifdef TRY2
#include fam.h
#endif
int main( int argc,
char *argv[] )
{
GtkWidget *main_window;
GtkWidget *button;
gtk_init (argc, argv);
main_window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
button = gtk_button_new_with_label (Show);
/* Commenting either of the 3 lines below allows it to work. */
gtk_container_add (GTK_CONTAINER (main_window), button);
gtk_widget_show (button);
gtk_widget_show (main_window);
#ifdef TRY1
{
GtkWidget *dialog;
printf(Using gtk_file_chooser_dialog_new.\n);
dialog = gtk_file_chooser_dialog_new (Open File,
NULL,
GTK_FILE_CHOOSER_ACTION_OPEN,
GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL,
GTK_STOCK_OPEN, GTK_RESPONSE_ACCEPT,
NULL);
}
#else
#ifdef TRY2
/* The code below is called from _fam_sub_startup in glib2 */
{
FAMConnection fc;
printf(Using FAMOpen2.\n);
if (FAMOpen2 (fc, gvfs user) != 0) {
printf (FAMOpen failed, FAMErrno=%d\n, FAMErrno);
printf (FAM Error Message: %s\n,FamErrlist[FAMErrno]);
} else {
FAMClose(fc);
}
}
#else
/* The code below is called from gamin_fork_server in gamin*/
{
int ret, pid, status;
printf(Using fork twice in a row.\n);
pid = fork();
if (pid == 0) {
printf(First fork.\n);
if (fork() == 0) {
printf(Second fork.\n);
execl(/usr/bin/ls.exe, /usr/bin/ls.exe, NULL);
}
/*
* calling exit() generate troubles for termination handlers
* for example if the client uses bonobo/ORBit
*/
_exit(0);
}
/*
* do a waitpid on the intermediate process to avoid zombies.
*/
retry_wait:
ret = waitpid(pid, status, 0);
if (ret 0) {
if (errno == EINTR)
goto retry_wait;
}
}
#endif
#endif
printf(Done.\n);
#if defined (TRY1) || defined (TRY2)
printf(Please make sure the FAM daemon is not running
before testing again.\n);
printf((i.e. kill the gam_server process or wait until it is gone)\n);
#endif
return 0;
}
--
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: libglib2, Emacs and GTK applications
Yaakov (Cygwin/X) wrote: You may want to try these patches and see if they help: My build of Emacs was related to current trunk (precisely, rev. 99467), so, almost surely, those patches are already applied (indeed, I find tracks of them in the current code). The problems seem to be consequence of the fact that 'gamin-server.exe' is not removed after application finishes, but only after 20-30 seconds and I see this behavior also with the test case reported. However, thanks a lot for your clarifications and for having followed this. 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/
Re: libglib2, Emacs and GTK applications
Yaakov (Cygwin/X) wrote: 1) rebaseall, as launching gam_server involves a fork(), the failure of which can lead to strange behaviour. Hmm... At the moment my installation is quite stable and I won't rebase without being sure that it really needs a rebase. After all, with Emacs I rarely use dialog box: C-x C-f, etc., are faster to work with... I have to think a little more before rebasing... :-) 2) create a ~/.gaminrc with the following contents: fsset ntfs poll 10 It does not works, sigh! :( In any case, thanks for all your suggestions. 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/
Re: [ANNOUNCEMENT] Updated: {xfig/xfig-lib}-3.2.5b-1
After upgrading, when I launch xfig ($ /usr/bin/xfig.exe ) there is this error message (in another x-window): == The app-defaults file (version: 3.2.4) is older than this version of xfig (3.2.5b). You should install the correct version or you may lose some features. This may be done with make install in the xfig source directory. == 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/
Re: [ANNOUNCEMENT] Updated: {xfig/xfig-lib}-3.2.5b-1
It looks a postinstall problem: == if [ ! -f /etc/X11/app-defaults/Fig ] then /usr/bin/mkdir -p /etc/X11/app-defaults /usr/bin/cp /etc/defaults/etc/X11/app-defaults/Fig /etc/X11/app-defaults/Fig fi if [ ! -f /etc/X11/app-defaults/Fig-color ] then /usr/bin/mkdir -p /etc/X11/app-defaults /usr/bin/cp /etc/defaults/etc/X11/app-defaults/Fig-color /etc/X11/app-defaults/Fig-color fi == If I read correctly, if Fig* files exist in '/etc/X11/app-defaults', they are not replaced with new. Indeed, in my system, the Fig* file in '/etc/defaults/etc/X11/app-defaults' belong to 3.2.5b, instead those in '/etc/X11/app-defaults' belong to 3.2.4! Ciao, Angelo. Il 27/05/2010 13.16, Angelo Graziosi ha scritto: After upgrading, when I launch xfig ($ /usr/bin/xfig.exe ) there is this error message (in another x-window): == The app-defaults file (version: 3.2.4) is older than this version of xfig (3.2.5b). You should install the correct version or you may lose some features. This may be done with make install in the xfig source directory. == 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/
Re: [ANNOUNCEMENT] Updated: {xfig/xfig-lib}-3.2.5b-1
Dr. Volker Zell wrote: Angelo Graziosi writes: If I read correctly, if Fig* files exist in '/etc/X11/app-defaults', they are not replaced with new. That's correct. If somebody has changed the system defaults I don't want overide these. Hmm... I have not changed the system defaults: the Fig* files were put there (/etc/X11/app-defaults) by previous installation of XFig (3.2.4), which was the first I did for Cygwin-1.7. So, if now they are not overwritten and XFig complains about them, it looks a little strange. 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/
XFig problems [locale?]
It seems that I have discovered some problems with XFig. :( I have tried this simple test. $ /usr/bin/xfig then I have drawn a box with 'Rectangular BOX drawing (b)'. After this, I have saved the figure (with: File | Save 'test.fig', it is attached). Now if I exit from XFig and restart it (/usr/bin/xfig ), trying to 'Open' (Meta-O) 'test.fig', I got the error: = File test.fig: Figure resolution or coordinate specifier missing in line 5. == Examining 'test.fig' with an editor, the line 5 contains: 100,00. So I remembered that I have $ echo $LANG it_IT.UTF-8 (I do not know which Windows application has set that as system env. variable.) I tried to change 100,00 == 100.00 (test2.fig), but still did work. So I have tried $ export LANG=us_US.UTF-8 Now, when I start XFig, I got $ /usr/bin/xfig $ Warning: locale not supported by C library, locale unchanged but, repeating all the above, XFig seems to work correctly: I can create and read, with XFig, 'test3.fig' (though, XFig still does not read test2.fig!). So, it remains to clarify WHY, with LANG=it_IT.UTF-8, it does not work right. Ciao, Angelo. #FIG 3.2 Produced by xfig version 3.2.5b Landscape Center Inches Letter 100,00 Single -2 1200 2 2 2 0 1 0 7 50 -1 -1 0,000 0 0 -1 0 0 5 4425 3900 8325 3900 8325 6300 4425 6300 4425 3900 #FIG 3.2 Produced by xfig version 3.2.5b Landscape Center Inches Letter 100.00 Single -2 1200 2 2 2 0 1 0 7 50 -1 -1 0,000 0 0 -1 0 0 5 4425 3900 8325 3900 8325 6300 4425 6300 4425 3900 #FIG 3.2 Produced by xfig version 3.2.5b Landscape Center Inches Letter 100.00 Single -2 1200 2 2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 3750 3150 7350 3150 7350 5700 3750 5700 3750 3150 -- 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: XFig problems [locale?]
Il 06/06/2010 2.55, Angelo Graziosi ha scritto:
It seems that I have discovered some problems with XFig. :(
Just for completeness, adding
xfig()
{
LANG=''\
/usr/bin/xfig -specialtext -latexfonts -startlatexFont default \
$@ 2/dev/null
}
to my .bash_wrappers file, solved the problems. :-)
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/
Re: Slow response to keypresses in xorg-server-1.8.0-1
Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? Ciao, Angelo. --- [*] http://cygwin.com/faq/faq.using.html#faq.using.bloda -- 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: Slow response to keypresses in xorg-server-1.8.0-1
Il 19/07/2010 17.45, Simon Marlow ha scritto: On 19/07/2010 15:51, Angelo Graziosi wrote: Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? I have MS Forefront client security, configured to omit the Cygwin directories, but I really doubt that's the problem. Have you tried without it (uninstalled)? In VirtuaWin I have Static taskbar Z order set for On desktop change preserve. As mine... I did try using different hiding methods for XWin windows in VirtuaWin, but didn't find anything that worked. VirtuaWin comes in two 'flavors': *with* and *without* unicode support. Which are you using? Have you tried the other? 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/
Fwd: Bootstrapping Emacs (trunk) with GCC = 4.5.1 [Cygwin]
Messaggio originale Oggetto: Bootstrapping Emacs (trunk) with GCC = 4.5.1 [Cygwin] Data: Tue, 03 Aug 2010 13:50:09 +0200 Mittente: Angelo Graziosi A: Emacs emacs-devel AT gnu DOT org On Cygwin, I have tried to bootstrap Emacs-trunk using gcc-4.5.1 (just released) and gcc-4.6-20100731 (snapshot), but the build fails as follows: === [...] gcc-4.6 -c -Demacs -DHAVE_CONFIG_H -I. -I/tmp/emacs/src -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -D_REENTRANT -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DORBIT2=1 -D_REENTRANT -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -MMD -MF deps/xfns.d -Wold-style-definition -Wdeclaration-after-statement -Wno-pointer-sign -g -O2 /tmp/emacs/src/xfns.c In file included from /usr/include/X11/Xos.h:146:0, from /tmp/emacs/src/xfaces.c:277: /usr/include/X11/Xarch.h:43:30: fatal error: sys/byteorder.h: No such file or directory compilation terminated. make[2]: *** [xfaces.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/tmp/emacs/Work/src' make[1]: *** [src] Error 2 make[1]: Leaving directory `/tmp/emacs/Work' make: *** [bootstrap] Error 2 === The culprit are these statements in '/usr/include/X11/Xarch.h': [...] # if defined(SVR4) || defined(__SVR4) # include sys/byteorder.h # elif [...] On Cygwin, it seems that the if defined(SVR4)... branch is executed and the header 'byteorder.h' is not found because it lives in /usr/include/asm not in /usr/include/sys! Now I have tried the same on GNU/Linux Kubuntu 10.04, on which that header, 'byteorder.h', lives in the same /usr/include/asm directory as on Cygwin, but the bootstrap passes, almost surely because the 'elif' branch is executed! So, on Cygwin, I adopted the workaround to create a symbolic link: cd /usr/include/sys ln -sf ../asm/byteorder.h byteorder.h Now the bootstrap (with GCC = 4.5.1) passes also on Cygwin, and works. Have you better ideas on this issue? Thanks, 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/
Problems with URXVT [Perl]
I have noticed that when I put: URxvt*perl-ext-common: default,tabbed to ~/.Xdefaults URXVT does not work right: $ urxvt $ urxvt: perl hook 0 evaluation error: no such resource 'perl_ext_2,-tabbed', requested at /usr/lib/urxvt/perl/tabbed line 64. urxvt: Can't call method parent on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method focus_in on an undefined value at /usr/lib/urxvt/perl/tabbed line 162. urxvt: Can't call method parent on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method parent on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method focus_out on an undefined value at /usr/lib/urxvt/perl/tabbed line 170. urxvt: Can't call method parent on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method focus_in on an undefined value at /usr/lib/urxvt/perl/tabbed line 162. urxvt: Can't call method parent on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method focus_out on an undefined value at /usr/lib/urxvt/perl/tabbed line 170. ... it seems to hang and I have to kill it. I remember it worked fine, also with that line in .Xdefault. Perhaps the last upgrade to perl-5.10.1-4? 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/
Re: complains about the cygwin/gcc binaries
Marco Atzeri wrote: In the gcc-3 era the C++ timing performance were really poor, gcc-4 solved a lot such problem. I guess the situation is improved in the meantime but of course cygwin is slower than an equivalent native build as he try to replicate the UNIX/Posix enviroment in an unfriendly MS-Windows word. My experience porting octave says that gcc-4 is much better but I have no idea of ROOT needs. I follow the development of ROOT under Cygwin since ROOT-3, and there wasn't really big problems: each time, when prompted, they was always fixed by ROOT people. The performances of ROOT under Cygwin are good enough (at least with by builds with gcc4 compilers). Obviously Cygwin isn't a native GNU/Linux and often the performances are influenced by AV security applications.. 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/
On xkb_* in /tmp
After the last upgrade to xorg-server I find in /tmp: ...316 Jul 7 02:06 xkb_H2DcsY ...316 Jul 7 02:06 xkb_PTGhAv Is this to be expected? 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/
Re: On xkb_* in /tmp
Il 07/07/2011 2.12, Angelo Graziosi ha scritto: After the last upgrade to xorg-server I find in /tmp: ... 316 Jul 7 02:06 xkb_H2DcsY ... 316 Jul 7 02:06 xkb_PTGhAv Is this to be expected? Now I have seen that /tmp is filling od xkb_* files each time I login (i.e. XWin starts)... :( 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/
Re: On xkb_* in /tmp
Il 07/07/2011 14.51, Jon TURNEY ha scritto: I'll fix this and update the X server, but in the meantime you should be able to remove these temporary files once the server has started with no ill effects :-) Thanks a lot! 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/
Re: Problems with emacs built against gtk3
Ken Brown wrote: I don't think gtk3 is the culprit here after all. I uninstalled libgtk3_0 and libgtk3-devel and rebuilt emacs, but the problem persisted. It was only after uninstalling dconf-service (a dependency of libgtk3_0) that things went back to normal. I can confirm. I uninstalled (forcing) ONLY dconf-service and Emacs works again. Thanks to Ken for having found this workaround... 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/
Re: Problems with emacs built against gtk3
Just for completeness... Yaakov wrote Okay, I got it. dconf-service needs a GVfs implementation, but the default provider (from the gvfs package) is currently only available in Ports. That's what I get for trying to be minimalistic wrt the distro. I installed gvfs and all it needs (I have many packages installed frp cygports) but this doesn't fix the problem for me: Emacs still dies... :( 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/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2
I notice a problem moving the mouse pointer. Usually I start XWin with a link on the desktop whose target is C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -clipboard -silent-dup-error 2/dev/null ' it produces the XWin.0.log-with_wgl attached via the tar-ball. Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer moves in slow motion, in steps, with a delay.. one has difficulty to move finely... If I switch-off wgl, C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -nowgl -clipboard -silent-dup-error 2/dev/null ' it moves just fine! I have attached XWin.0.log-nowgl for this case and the check.out (all in the tar-ball). Ciao, Angelo. logs_checkout.tar.xz Description: Binary data -- 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: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2
Il 01/02/2012 10.18, Jon TURNEY ha scritto: On 31/01/2012 22:02, Angelo Graziosi wrote: I notice a problem moving the mouse pointer. Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer moves in slow motion, in steps, with a delay.. one has difficulty to move finely... If I switch-off wgl, it moves just fine! Is this running a particular X application? Or before you even start one? Before I start one.. Just starting X with the link I described. I have that link on the desktop and in Automatic Run, so just loging in starts the X server. Killing all XWin and starting the X clicking the link on the Desktop DOES NOT fix but has the same result. Only if I start with -nowgl option I get the normal fluidity of the mouse pointer.. (as before you released 1.11.4-1... 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/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2
Il 01/02/2012 11.32, Jon TURNEY ha scritto: On 01/02/2012 10:09, Angelo Graziosi wrote: Il 01/02/2012 10.18, Jon TURNEY ha scritto: On 31/01/2012 22:02, Angelo Graziosi wrote: I notice a problem moving the mouse pointer. Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer moves in slow motion, in steps, with a delay.. one has difficulty to move finely... If I switch-off wgl, it moves just fine! Is this running a particular X application? Or before you even start one? Before I start one.. Just starting X with the link I described. I have that link on the desktop and in Automatic Run, so just loging in starts the X server. Killing all XWin and starting the X clicking the link on the Desktop DOES NOT fix but has the same result. Only if I start with -nowgl option I get the normal fluidity of the mouse pointer.. (as before you released 1.11.4-1... Very strange. When you get the jerky mouse pointer, is the CPU usage high? If so, is it XWin which is using it? or is it idling? Really no... For example, top - 12:08:12 up 6 min, 0 users, load average: 0.00, 0.00, 0.00 Tasks: 4 total, 1 running, 3 sleeping, 0 stopped, 0 zombie Cpu(s): 0.8% user, 1.0% system, 0.0% nice, 98.2% idle Mem: 1834220k total, 551484k used, 1282736k free,0k buffers Swap: 1834220k total,22756k used, 1811464k free,0k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1052 angelo 8 0 35104 34m 2840 S0 1.9 0:00.71 XWin 2728 angelo 8 0 4732 5188 932 S0 0.3 0:00.26 mintty 2772 angelo 8 0 5896 6072 1808 S0 0.3 0:00.10 bash 3336 angelo 8 0 4640 3868 676 R0 0.2 0:00.48 top I can start X applications and they work, but some time I have difficulties in centering icons, button etc.. 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/
Re: [ANNOUNCEMENT] Updated: qt4-4.7.4-3
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 21 | tee /tmp/build-ROOT.log $ make 21 | 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 build-ROOT-configure.output.bz2 Description: Binary data -- 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: Fonts under X in Emacs' menus
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/
Re: Problems with emacs built with gsettings support [was: Problems with emacs built against gtk3]
Hi Ken, Ken Brown wrote: Now I can reproduce the problem with both gtk2 and gtk3 If you remember I flagged this on 24.11.2011 with a private mail. After the upgrading to GNOME 3.2, not only the gtk3 build was unstable but also the old gtk2 builds were unstable... Since then I am using this target C:\cygwin-2\bin\run.exe bash -l -c 'GSETTINGS_BACKEND=memory emacs -display 127.0.0.1:0.0 2/dev/null ' to start Emacs from a link on desktop, and it works both with gtk2 and with gtk3 builds. Notice, I do not use Cygwin service (dbus,... etc.) Any way I will try to follow your recipe to reproduce the problem, but I am sure it is still there.. Here are the steps for reproducing the problem: 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/
Re: Problems with emacs built with gsettings support [was: Problems with emacs built against gtk3]
Il 06/04/2012 21.22, Angelo Graziosi ha scritto: Any way I will try to follow your recipe to reproduce the problem, but I am sure it is still there.. No, it isn't! I have run Emacs for more than 14 hours and I haven't see any problem. I have done that strictly following your recipe... 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/
Re: Problems with emacs built with gsettings support [was: Problems with emacs built against gtk3]
Ken Brown wrote: Would you mind sending me your cygcheck output Attached... What anti-virus software do you use (if any)? Microsoft Security Essential (MSE)... I would be glad if someone could teach me how do not use an AV on Windows... ;-) Ciao, Angelo. cygcheck.out.bz2 Description: Binary data -- 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: Problems with emacs built with gsettings support
Ken Brown wrote: But I have two Windows 7 computers on which it still consistently fails. I'm searching for BLODA, but in the meantime, it would be helpful if someone else could test it on Windows 7 I am afraid, I haven't a Windows 7 box :-( 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/
Postinstal failure for xinit.sh
For completenes, I want to flag that on Windows 7 U 64b and Cygwin32 (but should be the same for Cygwin64) xinit.sh (postinstall) fails as follows (from setu.log.full): [...] 2013/07/27 23:41:15 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/xinit.sh /usr/bin/mkdir: cannot create directory `/cygdrive/c/ProgramData/Microsoft/Windows/Start Menu/Programs/Cygwin-X': Permission denied mkshortcut: Saving C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cygwin-X\XWin Server.lnk failed; does the target directory exist? 2013/07/27 23:41:17 abnormal exit: exit code=3 ... 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/
Re: Postinstal failure for xinit.sh
Il 28/07/2013 0.23, Angelo Graziosi ha scritto: For completenes, I want to flag that on Windows 7 U 64b and Cygwin32 (but should be the same for Cygwin64) xinit.sh (postinstall) fails as follows (from setu.log.full): [...] 2013/07/27 23:41:15 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/xinit.sh /usr/bin/mkdir: cannot create directory `/cygdrive/c/ProgramData/Microsoft/Windows/Start Menu/Programs/Cygwin-X': Permission denied mkshortcut: Saving C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cygwin-X\XWin Server.lnk failed; does the target directory exist? 2013/07/27 23:41:17 abnormal exit: exit code=3 ... The cause was an UAC issue. I am new to W7 (64) so I am trying to setup it as on XP (32). More precisely, I have chose the local Cygwin repository in $HOME/cygwin_repo, being $HOME the HOME of the administrator (angelo). And, after the first installation (in which I got the UAC request), I have put setup-x86[_64].exe in the local repo. Cygwin32 is installed in C:\cygwin while Cygwin64 is in C:\cygwin64. I use the same repo for both (they are separated in MIRROR/x86[_64]) So, to install/update packages, I do: Start|Run C:\cygwin\home\angelo\cygwin_repo\setup-x86.exe (Cygwin32) C:\cygwin\home\angelo\cygwin_repo\setup-x86_64.exe(Cygwin64) Now, starting setup-x86_64.exe asks me always the UAC confirmation, instead setup-x86.exe don't! It run without administrator permissions. And this causes the failure described in my OP. The workaround has been to move setup-x86.exe in the parent directory, i.e. Start|Run C:\cygwin\home\angelo\setup-x86.exe asks me the UAC confirmation, it really run as administrator. What I don't understand is why moving setup-x86.exe in that way fixes the issue. I have also removed cygwin_repo and recreated but setup-x86.exe needs to stay above cygwin_repo... This regard only setup-x86.exe and not setup-x86_64.exe.. :( 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/
Re: Cygwin 1.7.22 calls dumper when starting X
Charles Wilson wrote:
Is there a way to test run-2.0? What is the syntax to replace:
C:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe
Sure:
and how to replace
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*};
XWin -nowgl -multiwindow -clipboard -silent-dup-error 2/dev/null '
(which works fine with run-1.2!)
I have tried this:
$ cat /home/angelo/XWinServer.xml
?xml version=1.0 encoding=UTF-8?
Run2Config
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;;
xsi:noNamespaceSchemaLocation=run2.xsd
SelfOptions /
Global
Environment /
Target filename=/usr/bin/bash.exe startin=/usr/bin
Arg-l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*}; XWin -nowgl
-multiwindow -clipboard -silent-dup-error 2/dev/null '/Arg
/Target
/Global
/Run2Config
with this target in the link (.lnk):
C:\cygwin-2\bin\run2.exe /home/angelo/XWinServer.xml
but it doesn't work...
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/
Re: Cygwin 1.7.22 calls dumper when starting X
Charles Wilson wrote:
(I'm not sure why you need at all; unless it allows the bash shell to exit,
where otherwise it would hang around?)
Without the , there is an extra bash process running: I want just to
start XWin...
See attached.
?xml version=1.0 encoding=UTF-8?
Run2Config
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;;
xsi:noNamespaceSchemaLocation=run2.xsd
SelfOptions /
Global
Environment /
Target filename=/usr/bin/bash.exe startin=/usr/bin
Arg-l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*}; XWin -nowgl -multiwindow -clipboard
-silent-dup-error 2/dev/null amp;'/Arg
/Target
/Global
/Run2Config
I have copy/pasted it, but it doesn't work (I have also tried with us-ascii)
If I add the debug options you suggested, I got
opt_loglevel: 9
opt_nogui : 0
opt_notty : 1
opt_timeout : 0.50
opt_wait: 0
opt_force : auto
(run2_xml_stardocument) ctx=0x22aa8c
(run2_xml_enddocument) ctx=0x22aa8c
/home/angelo/XWinServer.xml: validation generated an internal error
There was an error parsing XWinServer.xml
exit status 1
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/
Re: [ANNOUNCEMENT] Uploads for 12 August
Il 13/08/2013 11.52, Angelo Graziosi ha scritto: Yaakov wrote: The following packages (and their subpackages) have been updated for both arches: After this update my GTK builds of Emacs trunk do not work any more. For example, the bootstrap of rev. 113816 I did yesterday and that worked fine up to before this update, now fails so: $ emacs -Q [1] 3044 ***MEMORY-ERROR***: [3044]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented [1]+ Aborted (core dumped) emacs -Q So, after this update, I tried a new bootstrap (rev.113838) but id fails in the same manner: if test no = yes; then \ rm -f bootstrap-emacs.exe; \ ln temacs.exe bootstrap-emacs.exe; \ else \ `/bin/pwd`/temacs --batch --load loadup bootstrap || exit 1; \ test X = X || -zex emacs.exe; \ mv -f emacs.exe bootstrap-emacs.exe; \ fi ***MEMORY-ERROR***: [896]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented /bin/sh: line 7: 896 Aborted (core dumped) `/bin/pwd`/temacs --batch --load loadup bootstrap Makefile:835: recipe for target `bootstrap-emacs.exe' failed make[2]: *** [bootstrap-emacs.exe] Error 1 make[2]: uscita dalla directory /work/emacs/Work/src Makefile:379: recipe for target `src' failed make[1]: *** [src] Error 2 make[1]: uscita dalla directory /work/emacs/Work Makefile:1040: recipe for target `bootstrap' failed make: *** [bootstrap] Error 2 build-emacs.sh: Bootstrap failure... Probably this issue affects also the Cygwin (GTK) package of Emacs.. It seems that the workaround is to start Emacs with G_SLICE=always-malloc, $ G_SLICE=always-malloc emacs -Q Ken, wasn't this issue fixed upstream some time ago? Just for the record, I can reproduce the same issue with emacs-x11 from Cygwin package. Ciao, Angelo. PS. My previous replay was sent to the wrong mailing list... :( Sorry! -- 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: [ANNOUNCEMENT] Uploads for 12 August
Ken Brown wrote: Yes. The fix was to add the following for the Cygwin build, very early in main(): Indeed.. I have verified that G_SLICE_ALWAYS_MALLOC is 1 in config.h so that in emacs.c #ifdef G_SLICE_ALWAYS_MALLOC /* This is used by the Cygwin build. */ xputenv (G_SLICE=always-malloc); #endif defines rightly G_SLICE... setenv (G_SLICE, always-malloc, 1); I don't know why this no longer works. Maybe Glib now does its memory management initialization before emacs's main() is entered. ...evidently, this is not sufficient, too late: Emacs has already aborted Probably, the problem is elsewhere... 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/
Re: [ANNOUNCEMENT] Uploads for 12 August
Ken Brown wrote: P.S. For anyone (like Angelo) who wants to build the emacs trunk, I need to patch gmalloc.c upstream before the fix will take effect. Thanks, I will wait for your patches and the Cygwin upgrade. Corin.. oops... Mum wrote it will be released tomorrow.. ;-) 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/
Re: unable to maximize gtk window
Simon wrote: The window fails to maximize on startup Perhaps, there is a similar discussion for GTK builds of Emacs trunk on Cygwin: http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-08/msg00953.html 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/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-1 (TEST)
Jon TURNEY wrote: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.15.0-1 I DO NOT want install this test version, but when I run setup-x86 to update my Cygwin installation (I find only a few GraphicsMagic packages to be updated), it wants install additional packages needed by xorg-server set of packages. This didn't occur a few minutes before this announcement... I wonder if something went wrong when you updated this test version of xorg-server*. If not, sorry for the noise.. :( 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/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-1 (TEST)
Il 08/01/2014 15.03, Jon TURNEY ha scritto: Could you be a bit more specific about the additional dependencies it wants to install? Setup wants install also these packages libxcb-keysyms1 Required by: xorg-server-extra resourceproto Required by: xorg-server-devel scrnsaverproto Required by: xorg-server-deve This didn't happen befor yor announcement. 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/
