autorebase
Hi, Did I miss an announcement? I notice now in my setup log: 2012/05/14 10:27:13 running: cmd.exe /c C:\cygwin\etc\postinstall\autorebase.bat Does this mean that I do not need anymore to run in an ash shell: ./rebaseall ./peflagsall followed with (in bash): perlrebase ...after an update? I acknowledge I have had much fewer fork failures in recent times than I used to. Thanks, Marc -- View this message in context: http://old.nabble.com/autorebase-tp33828522p33828522.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: startx with different displays
Back to my original problem... I tried startxwin (as suggested by a colleague) and this one accepts to start XWin on DISPLAY :0 Are all my problems related to startx? I can see that defaulting to the highest display found in /tmp/.X* seems to comes from it... Does anybody use startx with success? Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33745960.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx with different displays
Yaakov (Cygwin/X) wrote: Of course. Thanks. Sorry, this was a stupid question: even I use it on my other laptop, without problem. OK: with the two glitches I described. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33749731.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx with different displays
Larry Hall (Cygwin-X) wrote: Get rid of the real dups. You only need the one in /usr/bin. I don't know how they got there. They are not in my normal path. Somehow my procedure to run cygcheck must have injected them. I add them in neither .bash_profile nor .bashrc. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33737835.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx with different displays
Larry Hall (Cygwin-X) wrote: Don't worry about the duplicated paths. I'm saying get rid of the actual duplicated DLLs. Sorry, but I have none. My understanding is that the report was only the result of the duplicated paths. Running cygcheck again doesn't find duplicated DLLs. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33741843.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx with different displays
Hi, I try a fresh start, not being clear about my complete failure to get any reply. I use XWin and GNU emacs (X11 version). My startup script is: /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard This used to work for a few years, but recently started to loop and fail (plus 2 glitches). First the loop effect: after starting the server process (transcript not displayed in the first occurrence), which ends in: winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. ...the transcript gets into: waiting for X server to begin accepting connections . .. .. This eventually times out, unless sometimes gets a reply. However, recently, I have started to try different displays in parallel, e.g.: bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :2 -multiwindow -clipboard I have started to use higher and higher numbers. The effect is that one of then (today: 5) will unblock all the others, so that I got today 5 instances of GNU emacs, all reported a DISPLAY of :5. The two glitches: Before starting the server, I get: /usr/bin/startx: line 47: 2188 Segmentation fault (core dumped) expr $1 : ':[0-9][0-9]*$' /dev/null 21 At connecting, the first line is: xinit: XFree86_VT property unexpectedly has 0 items instead of 1 I notice that I have an old startx~, which helps me to see what has changed in recent versions of startx: bin diff startx~ startx 34a35,43 # Automatically determine an unused $DISPLAY d=0 while true ; do [ -e /tmp/.X$d-lock ] || break d=$(($d + 1)) done defaultdisplay=:$d unset d 79c88 # if no client arguments either, use rc file instead --- # For compatibility reasons, only use startxrc if there were no client command line arguments 92,93d100 clientargs=$defaultclientargs 96a104,108 # if no client arguments, use defaults if [ x$clientargs = x ]; then clientargs=$defaultclientargs fi 101c113 # if no server arguments or display either, use defaults --- # For compatibility reasons, only use xserverrc if there were no server command line arguments 103d114 # For compatibility reasons, only use xserverrc if there were no server command line arguments 109,111d119 serverargs=$defaultserverargs display=$defaultdisplay 114a123,132 # if no server arguments, use defaults if [ x$serverargs = x ]; then serverargs=$defaultserverargs fi # if no display, use default if [ x$display = x ]; then display=$defaultdisplay fi 155a174 touch $xserverauthfile bin ll startx startx~ -rwxr-xr-x 1 emagiro root 4917 Jan 30 03:12 startx -rwxr-xr-x 1 emagiro root 4540 Aug 22 2011 startx~ bin ll /tmp/.X* -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:38 /tmp/.X0-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:40 /tmp/.X1-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:42 /tmp/.X2-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:43 /tmp/.X3-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:44 /tmp/.X4-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:45 /tmp/.X5-lock /tmp/.X11-unix: total 38 drwxrwxrwt+ 1 rootroot0 Apr 23 09:45 . drwxrwxrwt+ 1 emagiro root0 Apr 23 09:45 .. srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:38 X0 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:40 X1 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:42 X2 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:43 X3 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:44 X4 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:45 X5 I don't attempt here to interpret these facts myself. I am of course mostly annoyed by the failure to connect to the XWin server using the first port. Can anybody shed light on a possible explanation? I used Gmane and uploaded my cygcheck.out. Thanks, Marc http://old.nabble.com/file/p33732045/cygcheck.out cygcheck.out -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732045.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx with different displays
Marc Girod wrote: I used Gmane and uploaded my cygcheck.out. Incidentally, I saw there: Warning: There are multiple cygwin1.dlls on your path So, I checked: bin for d in $(echo $PATH | tr : '\n'); do if [ -r $d/cygwin1.dll ]; then echo $d; fi; done /usr/bin /usr/bin bin echo $PATH | tr : '\n' /usr/local/bin /usr/bin /usr/local/bin /usr/bin /cygdrive/c/Windows/system32 /cygdrive/c/Windows /cygdrive/c/Windows/System32/Wbem /cygdrive/c/strawberry/c/bin /cygdrive/c/strawberry/perl/site/bin /cygdrive/c/strawberry/perl/bin /cygdrive/c/Program Files/WIDCOMM/Bluetooth Software /cygdrive/c/Program Files/Rational/common /cygdrive/c/Program Files/Rational/ClearCase/bin /cygdrive/c/Program Files/Rational/ClearCase/etc /cygdrive/c/Program Files/Rational/ClearCase/etc/utils /cygdrive/c/Sysinternals /cygdrive/c/Program Files/Microsoft Windows Performance Toolkit I plead non guilty of the duplication of /usr/local/bin:/usr/bin in $PATH. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732071.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
startx with different displays
I have intermittent problems to start XWin. My client would wait for an accessible server. In recent times, when this happens with :0, I try to use :1 instead, which usually works. Today, the two processes interferred. I was waiting on :0, and as I started a sttrax session on :1, both clients rose up, both reporting DISPLAY=:1! Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33702991.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: using a makefile to create an executable file
Eliot Moss wrote: A quick look at the wikipedia page for cmake shows that cmake is a tool that generates a Makefile suitable for the platform at hand. So, I think you need at least these steps: I am quite sure it would be more beneficial to learn the syntax of makefiles and to write simple ones by hand... This is not hard, and might be helpful. Miracles (especially the ones you don't understand) are dangerous. Marc -- View this message in context: http://old.nabble.com/using-a-makefile-to-create-an-executable-file-tp33664890p33667798.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: How to run bash shell script in cygwin?
Hi, Dave Korn wrote: Hey, why not plug our own faq while we're at it? http://cygwin.com/faq/faq.using.html#faq.using.not-found One minor comment I have about point 12 in the FAQ, now that I went reading. The following advice is given: You should rather install sshd and use ssh username@localhost as a su replacement. With ssh, use rather: ssh username@$(hostname) This is because ssh will record the host key with the name. You don't want to record random host keys with the stable 'localhost' name. Marc -- View this message in context: http://old.nabble.com/How-to-run-bash-shell-script-in-cygwin--tp11690723p33545030.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: Obviously, the X server is up and running, only the client cannot connect to it. Also, choosing a different display (i.e. :1 instead of :0 in my startup command) works. So... is this enough to conclude that the issue is bound to the port (some other unknown application holding it for hours/days and then releasing it)? Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33544704.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: It started to work again...!? I know I should buy a computer, but this is what I got as working environment. The problem pops up for some time (hours...?) every now and then, and disappears. Rebooting doesn't help systematically; i.e. it may help, who knows, but not every time, at least. Is there any guidance about how to investigate this? Obviously, the X server is up and running, only the client cannot connect to it. Some small test client which would be easy to debug, and might report the cause of failure? Here is the bottom of the XWin.0.log: ... [ 1312.467] winMultiWindowXMsgProc - DISPLAY=:0.0 [ 1312.467] winClipboardProc - DISPLAY=:0.0 [ 1312.467] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 1312.467] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 1312.483] winClipboardProc - XOpenDisplay () returned and successfully opened the display. Thanks, Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33537774.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: waiting for X server to begin accepting connections . I thought this was related to my working from home over our VPN (called here RVI, and actually a product of Juniper). But now I am back at work, on LAN, and I get the same behaviour. Panic! How do I debug this? The most probable is that our 'support' pushed some system upgrade/security patch which breaks Xfree... How to identify what? Thanks, Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442319.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: The most probable is that our 'support' pushed some system upgrade/security patch which breaks Xfree... Checked that no firewall blocks port 6000 (it should be what the X server listens to for display :0, right?) It started to work again...!? I had just disabled (not the first time, although first with a batch file, in the right order) the Symantec AntiVirus (both smcservice and Symantec AntiVirus), and tried. Now it works also with Symantec reenabled... Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442979.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: waiting for X server to begin accepting connections . I started looking at the .server* and .Xauthority files. Found that .Xauthority keeps growing (but not since the origin of times--and see below: cleaned up after timeout!). Now, I removed a previous version so that I only have a smaller chunk left: ~ strings .Xauthority EV68B599EABE1A MIT-MAGIC-COOKIE-1 Tnj# MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 ~ strings .serverauth.5268 EV68B599EABE1A MIT-MAGIC-COOKIE-1 ~ wc .Xauthority 0 3 340 .Xauthority ~ tail -3 /var/log/xwin/XWin.0.log [ 4303.693] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winClipboardProc - XOpenDisplay () returned and successfully opened the display. It looks like the .serverauth file was cleaned up after the last exit--this surprises me as I use to find afterwards. .Xauthority was also cleaned up to a minimal state: ~ od -x .Xauthority 000 Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33433769.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: you online this am?
ed-644 wrote: are you online this am...? I am...? -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33434205.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
waiting for X server to begin accepting connections .
Hello, Tonight, from home, over my employer's VPN connection: impossible to start Gnu emacs over X. After the usual expr dumping core: /usr/bin/startx: line 47: 6444 Segmentation fault (core dumped) expr $1 : ':[0-9][0-9]*$' /dev/null 21 I get an effect which I have already seen, but only until now in a transient mode: waiting for X server to begin accepting connections . .. .. .. .. Only now, it goes on until timeout, and reproduces on the next try... The log ends in: xwin tail -2 XWin.0.log [ 12500.250] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 12500.250] winClipboardProc - XOpenDisplay () returned and successfully opened the display. My command (in a batch file): chdir C:\cygwin\bin bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard What can be the cause? Thanks Marc http://old.nabble.com/file/p33432156/cygcheck.out cygcheck.out -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33432156.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
gcc-4 segmentation fault while compiling Tk (from CPAN)
I just filed a report to gcc bugzilla: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52017 for compiling Tk-804.030 on Cygwin 1.7.9 with gcc-4 4.5.3-3 . Marc -- View this message in context: http://old.nabble.com/gcc-4-segmentation-fault-while-compiling-Tk-%28from-CPAN%29-tp33213218p33213218.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Get errors while startx
Pan ruochen wrote: I got the following errors while running startx: I get the same, and I have just been too lazy/too unsure about where to report them to tell. Or maybe I did mention the first 6 months ago when it first came... The first is trivial: the code removes the .serverauth file on the previous line, so xauth will always complain. The fix is to silence it with: 2/dev/null The other error I didn't investigate... Marc -- View this message in context: http://old.nabble.com/Get-errors-while-startx-tp33159771p33160305.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Stackdump at every second startup
marco atzeri-4 wrote: C:\cygwin\binash ./rebaseall chdir c:\cygwin\bin dash -l -i -c rebaseall Er... this should not have resulted in anything different from the previous, right? I know there was another failing attempt, but this was already corrected... My real question now: is the need for './peflagsall' in addition gone? Marc -- View this message in context: http://old.nabble.com/Stackdump-at-every-second-startup-tp33071456p33073231.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: 1. The home path was not created, there was nothing in the home directory. The mintty console opens in /cygdrive/c/Users/username/Desktop/FREENAS, which is merely the link to the icon used to open the console. I created a home user directory and now if I enter cd ~/ I am in it. But mintty still opens in its own link directory. Others may answer better than me, but... I think there are two sources for the definition of home: the HOME environment variable, and the entry in /etc/passwd. I have myself: ~ id uid=1000(marc) gid=513(None) groups=513(None),545(Users) ~ grep marc /etc/passwd marc:unused:1000:513:U-sartre\marc,S-1-5-21-1848142070-2449128644-2827604881-1000:/home/marc:/bin/bash ~ echo $HOME /home/marc Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877389.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: 1. The home path was not created, there was nothing in the home directory. The mintty console opens in /cygdrive/c/Users/username/Desktop/FREENAS, which is merely the link to the icon used to open the console. I created a home user directory and now if I enter cd ~/ I am in it. But mintty still opens in its own link directory. Others may answer better than me, but... I think there are two sources for the definition of home: the HOME environment variable, and the entry in /etc/passwd. I have myself: ~ id uid=1000(marc) gid=513(None) groups=513(None),545(Users) ~ grep marc /etc/passwd marc:unused:1000:513:U-sartre\marc,S-1-5-21-1848142070-2449128644-2827604881-1000:/home/marc:/bin/bash ~ echo $HOME /home/marc Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877390.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: 1. The home path was not created, there was nothing in the home directory. ... I created a home user directory and now if I enter cd ~/ I am in it. But mintty still opens in its own link directory. Others may answer better than me, but... I think there are two sources for the definition of home: the HOME environment variable, and the entry in /etc/passwd. I have myself: ~ id uid=1000(marc) gid=513(None) groups=513(None),545(Users) ~ grep marc /etc/passwd | tr : '\n' marc unused 1000 513 U-sartre\marc,S-1-5-21-1848142070-2449128644-2827604881-1000 /home/marc /bin/bash ~ echo $HOME /home/marc Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877391.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: 1. The home path was not created, there was nothing in the home directory. ... I created a home user directory and now if I enter cd ~/ I am in it. But mintty still opens in its own link directory. Others may answer better than me, but... I think there are two sources for the definition of home: the HOME environment variable, and the entry in /etc/passwd. I have myself: ~ id uid=1000(marc) gid=513(None) groups=513(None),545(Users) ~ grep marc /etc/passwd | tr : '\n' marc unused 1000 513 U-sartre\marc,S-1-5-21-1848142070-2449128644-2827604881-1000 /home/marc /bin/bash ~ echo $HOME /home/marc Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877392.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: 1. The home path was not created, there was nothing in the home directory. ... I created a home user directory and now if I enter cd ~/ I am in it. But mintty still opens in its own link directory. Others may answer better than me, but... I think there are two sources for the definition of home: the HOME environment variable, and the entry in /etc/passwd. I have myself: ~ id uid=1000(marc) gid=513(None) groups=513(None),545(Users) ~ grep marc /etc/passwd | tr : '\n' marc unused 1000 513 U-sartre\marc,S-1-5-21-1848142070-2449128644-2827604881-1000 /home/marc /bin/bash ~ echo $HOME /home/marc Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877393.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installation problems with home path and sshd
gabier wrote: So it seems quite correct. ... I noticed the following entry. ... Does it seem also correct ? If not it could explain my sshd problems ? Yes: your home seems correct. I didn't install sshd on my PC so that I cannot comment your sshd account, but it doesn't seem wrong. You'll have to wait for some better advice than mine. Sorry for all the copies of my message. Nabble seems to be bugging... Marc -- View this message in context: http://old.nabble.com/Installation-problems-with-home-path-and-sshd-tp32877343p32877469.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
Marc Girod wrote: Sorry. This made a difference on the command line, but not in the file. Is there something wrong in redirecting xauth's stderr to /dev/null? It complains that the file doesn't exist, and indeed just made sure to remove it... trap rm -f '$xserverauthfile' HUP INT QUIT ILL TRAP KILL BUS TERM xauth -q -f $xserverauthfile 2/dev/null EOF add :$dummy . $mcookie EOF Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32708885.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Install error with rebase 4.0.0-1
Hello, I just ran setup, but could not run rebaseall: this one (4.0.0-1 iirc) failed to access a rebasedb file (under a non-existing /usr/etc directory). I reverted to 3.0.1-1. Is the following output normal (I find it short): ~ cygcheck -c rebase-3.0.1-1 Cygwin Package Information Package VersionStatus Thanks, Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705124.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Install error with rebase 4.0.0-1
I try here to send my cygcheck output as an attachment. This relates to a report made a few minutes ago using the old nabble site, with the same subject. Last time, my sending mail failed. Marc cygcheck.rvc Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
Thanks Ken, Ken Brown-6 wrote: This looks like a packaging bug. The rebasedb file is supposed to go in /etc, not /usr/etc. I suspect that Jason forgot to specify --sysconfdir=/etc when configuring. See http://cygwin.com/ml/cygwin-apps/2011-09/msg00025.html However, there was no /etc/rebase* either (and is none under 3.0.1-1) To be honest, I find that cygcheck too behaves strangely: ~ cygcheck -f /usr/bin/cygcheck cygwin-1.7.9-1 ~ cygcheck -l rebase-3.0.1-1 And starting X, I get strange xauth errors: xauth: file /home/marc/.serverauth.2060 does not exist xauth: (stdin):2: unknown command ac1196cfc1c2dda07dfa426c0520b65c Doesn't this look like a spurious newline? X does start nevertheless. And .serverauth.2060 is there: ~ ll .serverauth.2060 -rw--- 1 marc None 153 Oct 23 14:05 .serverauth.2060 Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705183.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
Marc Girod wrote: To be honest, I find that cygcheck too behaves strangely: ... ~ cygcheck -l rebase-3.0.1-1 OK: my mistake (Thanks Marco): ~ cygcheck -c rebase Cygwin Package Information Package VersionStatus rebase 3.0.1-1OK ~ cygcheck -l rebase /usr/bin/peflags.exe /usr/bin/peflagsall /usr/bin/rebase.exe /usr/bin/rebaseall /usr/share/doc/Cygwin/rebase-3.0.1.README No rebasedb mentioned... I start reading the README again. Not done that for quite some time. Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705227.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
Thanks again Marco, marco atzeri-4 wrote: As workaround with rebase-4.0.0-1 you can, from ash, mkdir /usr/etc rebaseall the database will be created as /usr/etc/rebase.db.i386 I did, and it worked. As for the xauth error, it is in /usr/bin/startx: ~ xauth -q -f $xserverauthfile EOF add :$dummy . $mcookie EOF xauth: file /home/marc/.serverauth.4668 does not exist ~ ll .serverauth.4668 -rw--- 1 marc None 51 Oct 23 15:23 .serverauth.4668 ~ xauth -q -f $xserverauthfile EOF add :$dummy . $mcookie EOF It seems that xauth doesn't like the double-quote around the filename... Doesn't /bin/sh consume them? Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705311.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
Marc Girod wrote: It seems that xauth doesn't like the double-quote around the filename... Sorry. This made a difference on the command line, but not in the file. Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705441.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: STATUS_ACCESS_VIOLATION
jan.kolar wrote: If you do not succeed with snapshots (I'm curious to know), Thanks for your help, and sorry to disappoint you: I cannot afford in the current situation to invest the time and effort to learn to install snapshots, build debuggable versions, and actively compare fixes. I can see that the understanding is in a good shape and light is at the end of the tunnel. I'll be happy to wait for a fix in an official version. Thanks again! Marc -- View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32584519.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: STATUS_ACCESS_VIOLATION
marco atzeri-4 wrote: My experience is that using the standard problem report improve the chance to correctly identify the root cause and reduce the number of guess that everyone could have. One problem I have is that I use this list via the (old) nabble web site, and this one doesn't let me post attachments. Now, I had a different issue, from my other (home) laptop, and I tried to send a mail with the cygcheck.out as an attachment from my gmail account. I didn't get a reply of any kind (checked my spam folder) and I do not see the message appear here (sent Sat, Oct 1, 2011 at 12:45 PM) Marc -- View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32576940.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
STATUS_ACCESS_VIOLATION
Hello, I keep my installation up-to-date on a weekly basis, and never fail to rebaseall/peflagsall as many times as needed to be able to start emacs in an X session without fork errors. Then I do a perlrebase. However, I eventually get STATUS_ACCESS_VIOLATION errors, in various contexts, e.g. (last now) doing a dired. I have been keeping the *stackdump files produced, and even logging their contents for fear they would get overwritten. I note that the value of eip (instruction pointer register?) reported is often the same. Here are the data for the last event: ~ ls -ltr *.stackdump -rwxrwxrwx 1 emagiro EEI-ATusers 647 Mar 10 2011 xauth.exe.stackdump -rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:39 bash.exe.stackdump -rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:56 XWin.exe.stackdump -rwxrwxrwx 1 emagiro EEI-ATusers 0 Sep 22 06:44 sh.exe.stackdump -rwxrwxrwx 1 emagiro EEI-ATusers 325 Sep 30 10:40 emacs-X11.exe.stackdump ~ cat emacs-X11.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=6102048B eax=01B23D00 ebx=61248414 ecx=75E6B363 edx=00276818 esi= edi=0022F9FC ebp=61020C00 esp=0022C7CC program=C:\cygwin\bin\emacs-X11.exe, pid 4628, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args End of stack trace Also, in the cygwin shell which from which the X session is launched, I got: 2 [main] emacs-X11 4628 exception::handle: Exception: STATUS_ACCESS_VIOLATION 726 [main] emacs-X11 4628 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump 2 [main] emacs 6660 child_copy: linked dll data write copy failed, 0x26B000..0x274C8C, done 0, windows pid 6692, Win32 error 487 And I checked: ~ net helpmsg 487 Attempt to access invalid address. My understanding, from reading previous threads in the list, is that some Windows process performs DLL injection, which modifies the memory map of the emacs process, so that it doesn't match the expectation of 'ls' while being forked as part of executing 'dired'. Is there any way to identify this Windows process, or the exact DLL, so as to know in advance how to rebase the processes to avoid this conflict? Can I use the above data for that purpose? Or is it doomed? And is my understanding flawed? Thanks, Marc -- View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32557806.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: STATUS_ACCESS_VIOLATION
marco atzeri-4 wrote: Problem reports: http://cygwin.com/problems.html so at least we have an idea of your system in addition, have you checked http://cygwin.com/faq/faq.using.html#faq.using.bloda Antivirus and driver are the most likely culprits. Yes, I know both pages... Maybe you are right and I have a *problem* which I ought the *report*. But that's not exactly the way I was looking at it. Marc -- View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32569776.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Random fork failures
Christopher Faylor-8 wrote: Actually, I think it is more likely BLODA. The other standard reply (I am surprised not to read it in this thread) is rebaseall. I boot my laptop about weekly. That's the moment I use to refresh cygwin, especially if there has been some forced upgrades (frequent in our environment). At that point, I'll experiment fork multiple errors, at X and emacs startup. To this, I reply by running in ash .rebaseall ./peflagsall, until I get a clean start. On top of this, I do a perlrebase, and usually, I am covered. I understand that every rebase will raise the base address where to load injected DLLs. Is this just fantasy and rain dancing? [ A fork error with scp may get my system to hang so that I need to reboot ] Marc -- View this message in context: http://old.nabble.com/Random-fork-failures-tp32035530p32040454.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Multi-term in Emacs under Cygwin doesn't correctly identify terminal type?
Hi, duncan_bayne wrote: Could someone please suggest a way of getting this working? Sorry, this is not an exact reply to your question, but... I use shell instead of term, and have no problem having as many as I wish (one just needs to rename the buffers). But OK, shell doesn't support the control characters that term does. Marc -- View this message in context: http://old.nabble.com/Multi-term-in-Emacs-under-Cygwin-doesn%27t-correctly-identify-terminal-type--tp31762666p31764406.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows tools can access /usr/share but not /usr/lib
Jon TURNEY wrote: A brief glance at the man page should discover 'cygpath -w -f-' Indeed... Sorry for missing this... Reini Urban wrote: $ perldoc perlcygwin and Thanks for that which is exactly what I needed! And which I had missed as well! Marc -- View this message in context: http://old.nabble.com/Windows-tools-can-access--usr-share-but-not--usr-lib-tp31350629p31379803.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows tools can access /usr/share but not /usr/lib
Andy Koppe wrote: You should use the cygpath utility to translate Cygwin paths to Windows paths, rather than just changing slashes and prefixing with C:\cygwin. OK. Done. Now, my script will fork this for every argument... Can I spawn a 'cygpath -w', put it in the background, and get it to read stdin and write to stdout through pipes? Marc -- View this message in context: http://old.nabble.com/Windows-tools-can-access--usr-share-but-not--usr-lib-tp31350629p31370896.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Windows tools can access /usr/share but not /usr/lib
Hello, I am enhancing/fixing a perl tool (published to CPAN) which allows to import files into a ClearCase database (vob): synctree. Among the enhancements is support for cygwin. While testing it on cygwin, I tried and failed to import it itself, from the perl install directory, which is under /usr/lib. The tool spawns an IBM utility built for Windows (in this case): cleartool. It is this cleartool which cannot access C:\cygwin\usr\lib I notice that the Windows cmd shell has the exact same problem, which disappears if using instead: C:\cygwin\lib My question is (as I'll have to implement a workaround) how can I detect this issue? I already found: $ df /usr/lib Filesystem 1K-blocks Used Available Use% Mounted on C:/cygwin/lib244196348 35784364 208411984 15% /usr/lib Is this the answer to my question? Thanks, Marc P.S. $ mount //view/emagiro_cw2 on /view/emagiro_cw2 type mvfs (binary,notexec,user) //view/emagiro_win on /view/emagiro_w2 type mvfs (binary,user) //view/emagiro_86 on /view/emagiro_86 type mvfs (binary,notexec,user) //view/emagiro_t7 on /view/emagiro_t7 type mvfs (binary,notexec,user) C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) G: on /cygdrive/g type netapp (binary,posix=0,user,noumount,auto) H: on /cygdrive/h type netapp (binary,posix=0,user,noumount,auto) I: on /cygdrive/i type ntfs (binary,posix=0,user,noumount,auto) J: on /cygdrive/j type netapp (binary,posix=0,user,noumount,auto) K: on /cygdrive/k type netapp (binary,posix=0,user,noumount,auto) M: on /cygdrive/m type mvfs (binary,posix=0,user,noumount,auto) N: on /cygdrive/n type mvfs (binary,posix=0,user,noumount,auto) O: on /cygdrive/o type mvfs (binary,posix=0,user,noumount,auto) S: on /cygdrive/s type netapp (binary,posix=0,user,noumount,auto) W: on /cygdrive/w type mvfs (binary,posix=0,user,noumount,auto) X: on /cygdrive/x type mvfs (binary,posix=0,user,noumount,auto) -- View this message in context: http://old.nabble.com/Windows-tools-can-access--usr-share-but-not--usr-lib-tp31350629p31350629.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows tools can access /usr/share but not /usr/lib
Andy Koppe wrote: You should use the cygpath utility to translate Cygwin paths to Windows paths, rather than just changing slashes and prefixing with C:\cygwin. Apart from everything else, Cygwin might be installed somewhere other than C:\cygwin. I cope for that last problem with df already. The reason I didn't use cygpath so far is that I need more flexibility... I'll have some paths which don't exist (yet) or only under a ClearCase view, even if they are reported 'bare'; or with a prefix. But OK. There is some complexity anyway... Marc -- View this message in context: http://old.nabble.com/Windows-tools-can-access--usr-share-but-not--usr-lib-tp31350629p31352180.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
/etc/profile in base-files 4.0-5
Hi,
Just upgraded, and got a new glitch:
/etc/profile: line 39: ${p}: ambiguous redirect
It sounds ${p} should be quoted to take care of possible spaces in the path
to the Windows device:
# Define default printer
p='/proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows
NT/CurrentVersion/Windows/Device'
([[ -e ${p} ]] read -r PRINTER ${p}) PRINTER=${PRINTER%%,*}
Marc
--
View this message in context:
http://old.nabble.com/-etc-profile-in-base-files-4.0-5-tp31182191p31182191.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Start a crontab service
Larry W. Virden-2 wrote: If you find a sequence of steps that gets it working correctly, please let me know. Not yet... but found some doc I had missed: /usr/share/doc/Cygwin/cron-4.1-59.README as part of the cron package (I looked at the crontab one so far...). This sends me to: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1 Still reading... Marc -- View this message in context: http://old.nabble.com/Start-a-crontab-service-tp31176889p31182509.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Start a crontab service
Marc Girod wrote: Still reading... Actually... in my very simple case, running: /usr/bin/cron-config and accepting the defaults (recording my own password) was enough to get cron the work... $ cygrunsrv -L cron $ crontab ~/cron/mg $ crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/home/emagiro/cron/mg installed on Fri Mar 18 16:05:28 2011) # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) */5 * * * * /usr/bin/wget -q --no-proxy -T5 -t1 -O/tmp/wget.out http://eieatx016:8080/ Marc -- View this message in context: http://old.nabble.com/Start-a-crontab-service-tp31176889p31182598.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Start a crontab service
Hello, I tried to install cron locally on my laptop, and could not find instructions to proceed. I found FAQ 41, and failed to start sshd as well. I have now the two services installed: ~ cygrunsrv --verbose --list Service : sshd Current State : Stopped Command : /usr/sbin/sshd.exe stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Process Type: Own Process Startup : Automatic Account : LocalSystem Service : crontab Current State : Stopped Command : /usr/sbin/cron.exe stdin path : /dev/null stdout path : /var/log/crontab.log stderr path : /var/log/crontab.log Process Type: Own Process Startup : Automatic Account : LocalSystem I created a cyg_server account and added it to /etc/passwd: cyg_server:unused:1012:513:Cygwin server account,U-EV0016D4A35054\cyg_server,S-1-5-21-1126040635-2252147014-1092054940-1012:/home/cyg_server:/bin/bash I wasn't too sure about creating a 'domain policy'... Is this relevant if I am only concerned with one laptop? I probably got sshd and httpd to work in a previous version of cygwin... Not sure anymore. As I try to start the services (as local admin), I get: ~ cygrunsrv --verbose -S crontab cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. ~ cygrunsrv --verbose -S sshd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. This is cron 4.1-59 OK cygrunsrv 1.34-1 OK cygutils 1.4.4-1 OK cygwin 1.7.8-1 OK Cygwin Configuration Diagnostics Current System Time: Thu Mar 17 22:04:28 2011 Windows Vista Enterprise Ver 6.0 Build 6001 Service Pack 1 Cygwin DLL version info: DLL version: 1.7.8 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 236 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: CVS tag: cygwin-1_7_8-release Shared id: cygwin1S5 Thanks, Marc -- View this message in context: http://old.nabble.com/Start-a-crontab-service-tp31176889p31176889.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh error
Gary .-4 wrote: (Or, IOW: I, at least, have seen your post, but I can't help you. Sorry.) Neither am I able to provide a competent answer, or to reproduce your problem (Vista client to Solaris sshd only). On the surface, it seems to be a bash error to load a dll (?). Did you run ./rebaseall; ./peflagsall after install? [This advice is still valid, isn't it?] Sorry if this is dumb|obvious|irrelevant... Marc -- View this message in context: http://old.nabble.com/ssh-error-tp28755140p28793155.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Font change in Gnu emacs/X11 following upgrade
Ken Brown-6 wrote: What if you just use a smaller font, for instance by putting the following in your ~/.Xdefaults: Emacs.font: Bitstream Vera Sans Mono-9 Thanks Ken. This solved the problem. Ironic is that this is what I'd have done if I had not been sure my *font* had not chnaged... Marc -- View this message in context: http://old.nabble.com/Re%3A-Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403935p28409805.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Font change in Gnu emacs/X11 following upgrade
Hello, I just upgraded for the first time for a few months. Starting my Gnu emacs under X11, I notice that my font (and frames) is larger than previously, by a factor ~1.5. I did record the following last October, and it stayed the same now: ~ cygcheck -c | egrep 'bitstream.*vera' font-bitstream-vera-ttf1.10-1 OK ~ xlsfonts | egrep -- '-bitstream-bitstream vera sans mono.*-iso.*-1$' -bitstream-bitstream vera sans mono-bold-o-normal--0-0-0-0-m-0-iso10646-1 -bitstream-bitstream vera sans mono-bold-o-normal--0-0-0-0-m-0-iso8859-1 -bitstream-bitstream vera sans mono-bold-r-normal--0-0-0-0-m-0-iso10646-1 -bitstream-bitstream vera sans mono-bold-r-normal--0-0-0-0-m-0-iso8859-1 -bitstream-bitstream vera sans mono-medium-o-normal--0-0-0-0-m-0-iso10646-1 -bitstream-bitstream vera sans mono-medium-o-normal--0-0-0-0-m-0-iso8859-1 -bitstream-bitstream vera sans mono-medium-r-normal--0-0-0-0-m-0-iso10646-1 -bitstream-bitstream vera sans mono-medium-r-normal--0-0-0-0-m-0-iso8859-1 With list-fontsets in the *Help* buffer: Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -bitstream-Bitstream Vera Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-fontset-startup The X server greets me with a new identity: Vendor: The Cygwin/X Project Release: 1.8.0.0 (1080) Build Date: 2010-04-02 I join my cygcheck output. Any explanation and quick fix? Thanks, Marc http://old.nabble.com/file/p28403800/cygcheck.100429 cygcheck.100429 -- View this message in context: http://old.nabble.com/Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403800p28403800.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Font change in Gnu emacs/X11 following upgrade
I just thought I'd add my /var/log/XWin.0.log file, which contains my X startup string... The complete startup string, from /Emacs.bat, is: bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard Thanks, Marc http://old.nabble.com/file/p28403944/XWin.0.log XWin.0.log -- View this message in context: http://old.nabble.com/Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403800p28403944.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Font change in Gnu emacs/X11 following upgrade
Ken Brown-6 wrote: [This should have gone to the cygwin-xfree list. I've set the reply-to accordingly.] Sorry... I wasn't sure whether it was emacs or X. I reply via nabble: hope it will follow the reply-to. This is a result of the change in the default server DPI announced in http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg0.html As the announcement states, you may want to set Xft.dpi in your ~/.Xdefaults. Setting it to 75 will restore the previous font and frame sizes in emacs under X11. Sounds simple and clear, but I do it, and get the same result...? 2009 ll ~/.Xdefaults -rw-r--r-- 1 emagiro EEI-ATusers 12 2010-04-29 19:18 /home/emagiro/.Xdefaults 2009 cat ~/.Xdefaults Xft.dpi: 75 I tried a smaller value (50), but no effect. And now I start getting errors: File error: Doing vfork, resource temporarily unavailable while retrying... Not every time. Marc -- View this message in context: http://old.nabble.com/Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403800p28404239.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MIT krb5 on cygwin?
Alec Kloss-17 wrote: FYI, I did submit some fixed to make heimdal work under cygwin... depending on what you're trying to accomplish with LDAP heimdal should be sufficient. Thanks! At least, it was enough for me to build GSSAPI-0.26. I had however to add -heimsqlite to the value of $lib_flags in krb5-config. This in order to avoid link errors such as e.g.: /home/emagiro/tmp/heimdal-1.3.2rc2/lib/krb5/scache.c:1379: undefined reference to `_sqlite3_bind_text' A bit surprised that building GSSAPI would rebuild sources under heimdal...? I had installed it under /usr/heimdal (default), and passed this to: GSSAPI-0.26 perl Makefile.PL --gssapiimpl /usr/heimdal Marc -- View this message in context: http://old.nabble.com/MIT-krb5-on-cygwin--tp27846278p27863939.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MIT krb5 on cygwin?
Corinna Vinschen-2 wrote: Let me put it this way. We would be really glad to have a Cygwin maintainer for an MIT krb5 package. I see... I gave a try now to krb5-1.8 (instead of looking at the Windows port). Configure dies in: configure:7006: error: Shared libraries are not yet supported on this platform. Not quite sure yet how it got to this conclusion. Possibly using an --enable-static flag would get us further. I kind of guess there must be a 'standard way' to cope with this. I think of this funny libiconv.dll.a file that I saw earlier... Er... OK, I looked at http://cygwin.com/cygwin-ug-net/dll.html and found 'The import library is a regular UNIX-like .a library...' But the only Iconv related dll I found was: /usr/lib/perl5/site_perl/5.10/i686-cygwin/auto/Text/Iconv/Iconv.dll so that I don't know what to think. Marc -- View this message in context: http://old.nabble.com/MIT-krb5-on-cygwin--tp27846278p27849925.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: 1.7.1 setup mirrors list is empty
Marc Girod wrote: Setup stays in download mode (setup.bz2), empty progress bar, now from sunet.se as well as all the others. And suddenly it started to work again from heanet.ie. Thanks, Marc -- View this message in context: http://old.nabble.com/Fwd%3A-1.7.1-setup-mirrors-list-is-empty-tp27830001p27832666.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problems installing Text-Iconv-1.7 (perl module)
As part of Net::LDAP, I try to install Text-Iconv-1.7, and it fails. I installed libiconv (I already had libiconv2), but 'perl Makefile.PL' has a comiple test which fails. I reproduced on the command line, removing the redirections to /dev/null: Text-Iconv-1.7 gcc -I/usr/include -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -fstack-protector -L/usr/local/lib -L/usr/lib -o linktest linktest.c -L/usr/lib cc1: error: unrecognized command line option -fstack-protector cc1: error: unrecognized command line option -fstack-protector Text-Iconv-1.7 gcc -I/usr/include -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing -pipe -I/usr/local/include -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -L/usr/local/lib -L/usr/lib -o linktest linktest.c -L/usr/lib /cygdrive/c/Users/emagiro/AppData/Local/Temp/ccqJIK6Z.o:linktest.c:(.text+0x3a): undefined reference to `_libiconv_open' collect2: ld returned 1 exit status Text-Iconv-1.7 strings /usr/lib/libiconv.a | grep libiconv_open _libiconv_open _libiconv_open_into _libiconv_open _libiconv_open_into ??? Marc -- View this message in context: http://old.nabble.com/Problems-installing-Text-Iconv-1.7-%28perl-module%29-tp27833019p27833019.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems installing Text-Iconv-1.7 (perl module)
Reini Urban wrote: you need gcc-4 Thanks, to both of you (Corina and Reini). Do I understand right that perl was built with gcc 4 and -fstack-protect? So, shouldn't gcc 4 be the default? OK... It has been beaten to death and I just didn't notice or look for it... Text-Iconv-1.7 gcc -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -fstack-protector -L/usr/local/lib -liconv -o linktest linktest.c /cygdrive/c/Users/emagiro/AppData/Local/Temp/ccwhhRl0.o:linktest.c:(.text+0x26): undefined reference to `_libiconv_open' collect2: ld returned 1 exit status Text-Iconv-1.7 gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. For -liconv, I added it now, but it doesn't affect. Please note that this package installs fine on Solaris (without -liconv, which I agree, looks like a miracle). I would guess that somewhere it looks for a shared library, and doesn't find the dll as one... Marc -- View this message in context: http://old.nabble.com/Problems-installing-Text-Iconv-1.7-%28perl-module%29-tp27833019p27841003.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems installing Text-Iconv-1.7 (perl module)
Larry Hall (Cygwin) wrote: Did you install it? I installed libiconv, but there is no dll in it: an archive, and this dll.a file, of which I don't what to think: ~ cygcheck -l libiconv | grep lib/libiconv /usr/lib/libiconv.a /usr/lib/libiconv.dll.a /usr/lib/libiconv.la ~ file /usr/lib/libiconv.dll.a /usr/lib/libiconv.dll.a: current ar archive Marc -- View this message in context: http://old.nabble.com/Problems-installing-Text-Iconv-1.7-%28perl-module%29-tp27833019p27845834.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems installing Text-Iconv-1.7 (perl module)
Larry Hall (Cygwin) wrote: Sorry. Reread the thread. You forgot to put the -liconv at the end. Remember, Windows != UNIX/Linux. ;-) Thanks! It worked, and then I read the makefile better, and it did it correctly, only the second time: it made a first attempt without it (in case the symbols would be found in libc), and added it to the second phase. Which it didn't try as long as the first phase failed because of my first using gcc 3. So, with gcc 4, Text::Iconv installs correctly on cygwin without needing to tweak the Makefile.PL. Marc -- View this message in context: http://old.nabble.com/Problems-installing-Text-Iconv-1.7-%28perl-module%29-tp27833019p27846072.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
MIT krb5 on cygwin?
Still trying to install Net::LDAP, I am now in GSSAPI-0.26. This one requires... An installed Version of GSS-API bindings, e.g MIT Kerberos http://web.mit.edu/kerberos/www/ Heimdal http://www.pdc.kth.se/heimdal/ VAS http://www.quest.com/ It goes on indicating that... - Windows - MIT KfW SDK: This SDK does not provide the krb5-config command, http://www.mail-archive.com/kerberos%40mit.edu/msg12808.html. Instead of using krb5-config you need to specifiy the compiler and linker flags on the perl Makefile.PL commandline. run perl Makefile.PL --help to see all available configuration options. I downloaded and extracted MIT Kfw SDK sources, but all the build instructions are for Visual C++, and this won't give me anything linkable. Am I completely going the wrong way? Thanks, Marc -- View this message in context: http://old.nabble.com/MIT-krb5-on-cygwin--tp27846278p27846278.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: 1.7.1 setup mirrors list is empty
Hi, Nazar Gabriel wrote: After stepping through the screens the list for mirrors to choose from is empty. I don't have an empty list, but I do have some problems with them. The Swedish mirror has an older version of setup.exe. The installation from funet.fi couldn't complete, and later I got a popup telling me that it wasn't anymore an official cygwin mirror (?) All the others I tried (heanet.ie, Dresden, Karlsruhe, Switzerland, France...) tell me: Unable to get setup.ini Some known problems? Marc -- View this message in context: http://old.nabble.com/Fwd%3A-1.7.1-setup-mirrors-list-is-empty-tp27830001p27831947.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: 1.7.1 setup mirrors list is empty
Christopher Faylor-8 wrote: There is only one Swedish mirror: ftp.sunet.se. It has a recent version of setup.ini. Mirrors are not supposed to keep copies of setup.exe and, in fact, I don't see one at that site. My mistake: I meant setup.ini. setup.exe 2.686, which I downloaded yesterday (and again today), told me while I was using sunet.se that this one had a version older than the one I had used last. OK. No, of course not. It does sound like possibly you haven't downloaded the most recent version of setup.exe from http://cygwin.com/ though. I have. I may now have a connection problem, although firefox to nabble is happy, as well as skype. Setup stays in download mode (setup.bz2), empty progress bar, now from sunet.se as well as all the others. And my current cygwin installation is not functional anymore. Marc -- View this message in context: http://old.nabble.com/Fwd%3A-1.7.1-setup-mirrors-list-is-empty-tp27830001p27832207.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Questions about gnu debug
Eliot Moss wrote: And this may add a little to your understanding: Few of which pertains to cygwin... Eliot Moss wrote: Hope these distinctions help They are matters of taste, and of experience. I have an other taste and an other experience. Hard to compare, I know. Eliot Moss wrote: emacs is an *editor* [...] but it would probably still feel somewhat primitive compared to advanced GUI interfaces. Ahum. Emacs is an environment which builds upon the generic concept of text buffer. This is a very powerful concept, because it allows for rich tool support, and for in-depth and relatively light-weight user configuration. By comparison, windows offer little support and a high threshold for users to produce useful tools. Humans painted on cave walls 3 years ago. Then they invented language. GUIs have so far proven a temporary re-play of history for people who didn't record it. Marc -- View this message in context: http://old.nabble.com/Questions-about-gnu-debug-tp26904577p26917415.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ttyfier (was: /dev/conout)
Marc Girod wrote: I am still looking forward to tfy... Building it, I get a exe called tfy.exe, and a ttyfier1.dll shared library. I try: ./tfy cleartool -ver in the cygwin console and in an xterm I get a 'flash' then nothing, and the process seems to hang. I can kill them with: pskill tfy and restore the terminal settings with: stty sane stty erase ^? Does unsetting CYGWIN=tty setting apply there (need full restart...?) I start playing with gdb... Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26863035.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ttyfier
Marc Girod wrote: I start playing with gdb... I don't get very far: it returns directly to the shell prompt. I did a make clean, uncommented the DEBUG = -g, and make again, but to no avail. ttyfier file tfy.exe tfy.exe: PE32 executable for MS Windows (console) Intel 80386 32-bit Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26863533.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
/de/conout (was: Looking for the 'stdout' of a Windows application)
defaria wrote: the problem is that cleartool is written for Windows thus uses /dev/conout I can see /dev/conout, but what can I do with it? I found one hit in the docs: http://www.cygwin.com/1.7/cygwin-ug-net/using-specialnames.html Thanks, Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26847257.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /dev/conout
defaria wrote: So I've always just used something like cleartool ci -c 'my comment' file or cleartool ci -nc file and if I ever do a cleartool command and it seems to hang the first thing I think of is Oh I bet it's that pty thing. I believe I have better than that with my ClearCase::Wrapper::MGi. It preempts these interactions. My problem is twofold: - the commands in which the interactions are part of the specificity, such as merge - the commands which I'd rather not override explicitly I was thus looking for generically dropping my own treatment to plain cleartool... I am still looking forward to tfy... The console doesn't seem to help me, unless it may be hidden, and I may read what gets written there. Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26850175.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Merits of ClearCase (was: Looking for the 'stdout' of a Windows application)
Eric Blake wrote: In my opinion, the MVFS file system is a piece of trash. It has so many corner cases that intentionally _break_ POSIX rules and thus get in the way of normal assumptions about how file systems should work Maybe. The question is: is it worth it? I believe it is. Eric Blake wrote: That, and for all the 'power' that clearcase supposedly offers, it still doesn't offer atomic commits. There's a lot of crap in what is advertised as the offering. But there is something revolutionary that hardly nobody noticed, and which makes the requirement for atomic commits sound like saying that a Jumbo Jet doesn't even eat carots, like any good horse. It is trivial to get atomicity of publication in ClearCase (within one vob): you rename a label type. Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26778349.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Merits of ClearCase
Eric Blake wrote: That's a workaround, not a solution. Any VCS that requires an O(n) (n as the number of files being labeled) labeling post-processing pass in order to create enough records in the database to track commits atomically, when there are O(1) solutions like git where commits are atomic _without any additional effort), is just too slow to be worth anything in my opinion. Renaming a label type is an O(0) operation. It doesn't depend on the number of labels of that type applied. Eric Blake wrote: Besides, git is open source, clearcase is not. That's a different issue. I very much agree on the advantages of free software. But you are still comparing a free horse to a commercial plane. And, there is some freedom bound to the fact the latter flies. Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26779905.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ttyfier (was: Re: Looking for the 'stdout' of a Windows application)
Andy Koppe wrote: Thanks, I had't heard of ttyfier. Interesting stuff! More comprehensive than my 'conin' attempt because it tranlates output as well as input. I downloaded the sources and built it. My first try at using it wasn't very convincing: it didn't display anything and I had to kill it with pskill. I confirm that I am interested in the output, as well as in the input. Marc -- View this message in context: http://old.nabble.com/ttyfier-%28was%3A-Re%3A-Looking-for-the-%27stdout%27-of-a-Windows-application%29-tp26774072p26779940.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Looking for the 'stdout' of a Windows application
Hello, I run a proprietary application, IBM Rational cleartool.exe from cygwin. In some usage scenarios which I am now interested in, it prompts the user for an interactive decision. I do not get this prompt under cygwin (either X --emacs shell or xterm-- or the Cygwin terminal. My process just hangs. I get it in the Windows Command Prompt, in plain text mode, and I can reply there. I give an example below. I tried to use the SysInternals tools to find what kind of file descriptor might be open while my process is hanging. My first surprise is that the pid reported by pslist doesn't match this reported under cygwin by ps. The tools I used is: handle -a -p pid (using the pid reported by: pslist cleartool) The list is rather long, and I am not sure what to look at there. My own SID shows up there: USID: NT:S-1-5-21-507921405-1897051121-725345543-644351 Any chance to get the output to my cygwin shell? Thanks Marc C:\Windows\system32handle -a -p 5024 Handle v3.42 Copyright (C) 1997-2008 Mark Russinovich Sysinternals - www.sysinternals.com 4: File (---) 8: File (---) C:\cygwin2\home\emagiro C: File (---) C:\cygwin2\home\emagiro 10: File (---) C:\cygwin2\home\emagiro 14: File (---) C:\cygwin2\home\emagiro 18: File (---) C:\cygwin2\home\emagiro 1C: File (---) C:\cygwin2\home\emagiro 20: File (---) C:\cygwin2\home\emagiro 24: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 28: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 2C: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 30: Section 34: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 38: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 3C: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 40: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 44: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 48: Directory \KnownDlls 4C: File (---) \Device\mvfs\view\emagiro_cw\atcctest\foo 50: Event 54: Mutant 58: Process 5C: Event 60: WindowStation \Sessions\1\Windows\WindowStations\WinSta0 64: Key HKLM 68: Event 6C: Process sh.exe(5820) 70: Key HKLM\SYSTEM\ControlSet001\Control\Session Manager 74: Directory \BaseNamedObjects\cygwin1S5 78: Section \BaseNamedObjects\cygwin1S5\shared.5 7C: Directory \BaseNamedObjects\cygwin1S5 80: Section \BaseNamedObjects\cygwin1S5\shared.5 84: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 88: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 8C: Section \BaseNamedObjects\cygwin1S5\S-1-5-21-507921405-1897051121-725345543-644351.1 90: Key HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\DllNXOptions 94: Directory \BaseNamedObjects\cygwin1S5 98: Section \BaseNamedObjects\cygwin1S5\shared.5 9C: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 A0: Key HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options A4: Event A8: Directory \BaseNamedObjects\cygwin1S5 AC: Directory \BaseNamedObjects\cygwin1S5 B0: Section \BaseNamedObjects\cygwin1S5\shared.5 B4: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 B8: Section \BaseNamedObjects\cygwin1S5\shared.5 BC: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 C0: WindowStation \Sessions\1\Windows\WindowStations\WinSta0 C4: Desktop \Default C8: Directory \BaseNamedObjects\cygwin1S5 CC: Directory \BaseNamedObjects\cygwin1S5 D0: Section \BaseNamedObjects\cygwin1S5\shared.5 D4: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 D8: Section \BaseNamedObjects\cygwin1S5\shared.5 DC: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 E0: Event E4: Process E8: Directory \BaseNamedObjects\cygwin1S5 EC: Section \BaseNamedObjects\cygwin1S5\shared.5 F0: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 F4: Directory \BaseNamedObjects\cygwin1S5 F8: Event \BaseNamedObjects\cygwin1S5\cygtty.output.done.0 FC: Event \BaseNamedObjects\cygwin1S5\cygtty.ioctl.done.0 100: Event \BaseNamedObjects\cygwin1S5\cygtty.ioctl.request.0 104: Event \BaseNamedObjects\cygwin1S5\cygtty.input.avail.0 108: Mutant\BaseNamedObjects\cygwin1S5\cygtty.output.mutex.0 10C: Mutant\BaseNamedObjects\cygwin1S5\cygtty.input.mutex.0 110: Section \BaseNamedObjects\cygwin1S5\shared.5 114: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 118: Event 11C: Event 120: Event 124: Directory \BaseNamedObjects\cygwin1S5 128: Section \BaseNamedObjects\cygwin1S5\shared.5 12C: Directory \Sessions\1\BaseNamedObjects\cygwin1S5 130: Directory \BaseNamedObjects\cygwin1S5 134: Section \BaseNamedObjects\cygwin1S5\shared.5 138: Directory
Re: Looking for the 'stdout' of a Windows application
Dave Korn-6 wrote: *shudder* Er? Dave Korn-6 wrote: It's almost certainly not hung: it's printed the prompt, which has gotten lost somewhere, and it's now waiting for your input. Try hitting enter. This is what I meant. I thought I had tried hitting Enter... It works. Under emacs, the shell gets killed!? Dave Korn-6 wrote: Perfectly normal. That's why cygwin's ps output has the WINPID column. (Remember, you can't properly fork or exec in windows; you have to create a new process each time.) OK. Thanks. Dave Korn-6 wrote: When you say it doesn't work in the Cygwin terminal, do you mean the standard dos-box style console? If it doesn't work there, you must have the 'tty' set in your CYGWIN environment variable; remove it. I did. Removed. No effect. Should I have rebooted? BTW, after killing the process from an other teminal, I loose the stdin/out in this one (be it the console or xterm). Dave Korn-6 wrote: As for the gui terminals, there's probably nothing you can do. Well, apart from typing your answers blind each time it pauses... Thanks Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26770209.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Looking for the 'stdout' of a Windows application
Andy Koppe wrote: Did you restart your Cygwin session? I think that setting only gets read once at the start of the first Cygwin process. No: I only set the environment varaible in the console shell. I am now updating cygwin... I didn't do that for a few weeks. Andy Koppe wrote: Oh well. I obviously misdiagnosed the situation, since you'd said the problem was that output didn't appear. That probably means that cleartool is using console-specific output functions. 'conin' does not address that. Are you getting no output from cleartool at all or is it just that the prompt that doesn't appear? Any reaction if you enter a command anyway? In fact it does: if I (well, my users...) could guess the answers right without reading the prompts (e.g. in the merge case...), it would work. So, there doesn't seem to be anything too fancy... At least the input is taken from the stdin... Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26770640.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Looking for the 'stdout' of a Windows application
Dave Korn-6 wrote: Ghastly top-heavy over-engineered UML-laden bloatware that comes with its own non-standard filing system does tend to make me do that ;-) There's a gem well hidden inside. Dave Korn-6 wrote: That'll teach you to choose the wrong side in the One True Editor wars! Emacs is not an editor: I told you it is the shell that dies... Are you using the vi shell? Dave Korn-6 wrote: It should suffice to exit all cygwin processes, but don't forget that includes any cygwin services you've got running. OK. It does. Without CYGWIN=tty, I get the output to the console. What shall I miss without it? http://old.nabble.com/file/p26770960/cygcheck.srvc cygcheck.srvc Dave Korn-6 wrote: Try 'stty sane', typing blind if you have to? I have bad memories of 'stty sane'. OK, it was on hpux... But it wasn't sane. Anyway, tried now, and no: didn't work. I tried with Enter, Ctrl-J, Ctrl-M/Ctrl-J, and finally, I had to kill xterm. Here is my cygcheck output (I just updated, and checked the problem is the same). Thanks, Marc -- View this message in context: http://old.nabble.com/Looking-for-the-%27stdout%27-of-a-Windows-application-tp26769438p26770960.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mark/copy text to clipboard without a mouse in rxvt or mintty
Andy Koppe wrote: Apple's Terminal.app has such a feature, but I don't know of any open source terminal that has it. Except for the special case of GNU screen, although there you're limited to copypasting within screen, but perhaps that'd be sufficient? GNU emacs shell too. And probably terminal-mode (I don't know but I can guess). Marc -- View this message in context: http://www.nabble.com/Fwd%3A-mark-copy-text-to-clipboard-without-a-mouse-in-rxvt-or-mintty-tp26062849p26067031.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't rm file, but no error message
Ronald Fischer-6 wrote: I think we can derive it from the CYGWIN environment variable, isn't it? It is set to 'smbntsec'. The system is a pretty standard Windows 2000 machine, so it should be the filesystem which Microsoft usually installs... There is a nice utility to tell you the file system and its attributes: getVolInfo, as part of the csih package, and installed in /usr/lib/csih/getVolInfo Marc -- View this message in context: http://www.nabble.com/Can%27t-rm-file%2C-but-no-error-message-tp25750566p25752680.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: xauth data + X connection to localhost:10.0 broken problem
Hi, diego menezes wrote: Does anyone have any idea on what's going on? I used to get something similar, which I worked around by setting my DISPLAY to: $($WHOAMI|sed -e 's/^.*(\(.*\)).*$/\1/'):0.0 (but this worked only for one hop)... until I read the FAQ again and added to my ~/.ssh/config: ForwardX11Trusted yes (in addition to already there: ForwardX11 yes ) My DISPLAY is now: localhost:14.0 and I can start an xterm, run a new ssh session there to the same host, and check I get a new DISPLAY of localhost:15.0, etc. On an other host I get of course number free from the starting one, e.g. 10.0 So, this did the trick for me... Marc -- View this message in context: http://www.nabble.com/xauth-data-%2B-X-connection-to-localhost%3A10.0-broken-problem-tp25675981p25678247.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
GNU emacs fonts again
Hello, My last cygwin upgrade changed the fonts used in GNU emacs. This is: xorg-server 1.6.3-1 OK emacs23.1-10OK cygwin 1.7.0-61 OK font-alias1.0.1-1OK Until now, I belive I was using: font-bh-lucidatypewriter-dpi75 1.0.0-1OK I get now under emacs: (list-fontsets) Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -monotype-Courier New-normal-normal-normal-*-12-*-*-*-*-0-fontset-startup In fact, I might be happy with 'Courier New' (fixed fonts anyway!) if it wasn't for one glitch: the bold font is narrower than the normal one!? In my emacs shell, the command is in bold once you have run it, but not while you edit it. It means that the command you edit doesn't align with the previous one which failed, and which you are just fixing. Of the two widths, I prefer the narrower one (I find the width/height ratio of the medium Courier New less readable). So, may I align the widths? Thanks, Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25678987.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: GNU emacs fonts again
Hi Andy, Andy Koppe wrote: In case you want Lucida back: Thanks, but no... This wasn't my question. In fact, I do have the package installed and up to date. Now, GNU emacs seemed to use it and doesn't anymore. I didn't change my settings. But, I liked the Lucida Sans Typewriter font on some unix in the past. It doesn't look at all so nice on my Vista box under cygwin. Different screen probably. Besides, there used to be some issues with the completeness of the full set... Support for some characters in some combinations... bold italic... Or just some non-standard naming that made some transitions fail... italic that was named oblique... I don't remember. I am not sure it affected me anymore lately. It did in the past when I used to run the w3 emacs browser. The point is that I lack a wider perspective to know what it the optimal solution, and thus to make a precise question. So far, it seems like how to tell emacs to get its default font narrower? How come is the medium Courier wider than the bold one? Isn't this an error? I can start emacs with: /usr/bin/emacs -fn lucidasanstypewriter-10 This however: - gives a setup in which the system font is unreadable (blocks). I know there must be an FAQ about that... - it doesn't look especially good (thick 'i's and '-'s) The list-fontsets function gives: Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -bh-lucidatypewriter-medium-r-normal-sans-14-*-100-100-m-80-fontset-startup BTW... lucidasanstypewriter-8 seems to find equivalents for the system. It is not nicer looking though. Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -bh-lucidatypewriter-medium-r-normal-sans-11-*-100-100-m-70-fontset-startup Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25680512.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: GNU emacs fonts again
Thanks Ken, Ken Brown-6 wrote: I think emacs is selecting Bitstream Vera Sans Mono by default. It looks good to me. I had to install it, but indeed, emacs picked it. There must be some preference order. This is what must have changed recently as somebody else decided that Lucida Sans was not looking so good; and preferred to use Courier New instead if found. But, when found, Bitstream Vera preempts this choice... It looks good to me too. Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25682419.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: XWin not working on vista?
Hi, I saw Larry's reply to go to the cygwin-xfree list, and I am OK with that, but you didn't yet, did you? Then just to tell that at least I do successfully use XWin on Vista. Mike Eggleston-2 wrote: Suggestions on what to try next? Well, comparing our respective logs: - I use: Release: 1.6.3.0 (20090902) - my startup command is: /usr/bin/X :0 -multiwindow -clipboard -auth - I use a larger screen with less depth (16 bits) - My mouse pretends to have 5 buttons - Your log has the shutdown in progress as the last line, but my session is still running Given your nice shutdown, I don't think you need to clean up the lock and the socket: /tmp/.X0-lock /tmp/.X11-unix/X0 I would believe that your problem is in fact not with the X server (looks fine), but with the application you try to run as the main session. So, look for an other log to find the reason for its failure. The next option is to run the startup command from the cygwin shell. You'll get the errors in the transcript. Marc -- View this message in context: http://www.nabble.com/XWin-not-working-on-vista--tp25648247p25677893.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: -clipboard has been broken by Microsoft .NET sp1
Duane Krings wrote: removing the -clipboard option to the XWin and everything works fine again (except of coarse copying between X and windows) I am using Vista, and XWin -clipboard I had, long ago already, to disable the 'Office Clipboard', which I did from Outlook, by clicking away all the options. It did not disable the 'clipboard' by any means: I can still happily copy/paste between Windows (including Outlook) and cygwin (e.g. cat /dev/clipboard). Marc -- View this message in context: http://www.nabble.com/Nedit-unstable-after-1.7.0-56-updateclipboard-copy-segfault-tp24793154p24916048.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: emacs shell: Can't exec program: /usr/bin/bash
Hi Ken, Marc Girod wrote: Not yet, but now I downloaded it... Now I installed it (and ran rebaseall/peflagsall). ~ uname -a CYGWIN_NT-6.0 EV0016D4A35054 1.7.0s(0.212/5/3) 20090804 23:19:31 i686 Cygwin It seems indeed to work much better than 56! Thanks, Marc -- View this message in context: http://www.nabble.com/emacs-shell%3A-Can%27t-exec-program%3A--usr-bin-bash-tp24899718p24913994.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
emacs shell: Can't exec program: /usr/bin/bash
Hello, I upgraded to 1.7.0-56, then did my usual rebaseall/peflagsall. It went well, but now, I keep getting failures to start new shells under GNU emacs. I get the following error: Can't exec program: /usr/bin/bash Process shell4 exited abnormally with code 127 It succeeded first a few times (I have currently 4 shells running), and I cannot get an error starting bash from the command line. So, I'm a bit puzzled... bash 3.2.49-23 OK cygwin 1.7.0-56OK emacs 23.1-10 OK emacs-el 23.1-10 Incomplete emacs-X11 23.1-10 OK ... Prior to the upgrade, I had 53, and no such symptom. Thanks, Marc -- View this message in context: http://www.nabble.com/emacs-shell%3A-Can%27t-exec-program%3A--usr-bin-bash-tp24899718p24899718.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: emacs shell: Can't exec program: /usr/bin/bash
Ken Brown-6 wrote: Have you tried the latest snapshot (2009-08-04)? Not yet, but now I downloaded it... In fact, I'll try it only if things become unbearable, or if my X crashes. I tend to keep my things up for a few days... It takes some time to set everything up. Thanks, Marc -- View this message in context: http://www.nabble.com/emacs-shell%3A-Can%27t-exec-program%3A--usr-bin-bash-tp24899718p24900524.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
MVFS on cygwin: Thanks, and plug for ClearCase::Wrapper::MGi
Thanks for the recent fixes to make cygwin support mvfs for handling the emacs symlink locks! I keep updating my CPAN modules to run ClearCase from cygwin. With the recent ClearCase::Argv 1.46, and ClearCase::Wrapper::MGi 0.11, I get the following kind of transcripts: ClearCase-Wrapper-MGi mount //view/emagiro_cw /view/emagiro_cw mount: warning - /view/emagiro_cw does not exist. mount: defaulting to 'notexec' mount option for speed since native path references a remote share. Use '-f' option to override. ClearCase-Wrapper-MGi cd /view/emagiro_cw/atcctest/foo foo ct ls -d . .@@/main/mg/1Rule: .../mg/LATEST foo ct co -/dbg=1 -nc . = des -fmt %m . = ls -d . = co -nc . Checked out . from version /main/mg/1. foo ct unco -/dbg=1 -rm . = ls -s -d . = unco -rm . Checkout cancelled for .. The wrapper has still some limitations. From a naive user's point of view, its inconsistent support for interactive prompts from cleartool is probably the most annoying... Marc -- View this message in context: http://www.nabble.com/MVFS-on-cygwin%3A-Thanks%2C-and-plug-for-ClearCase%3A%3AWrapper%3A%3AMGi-tp24715103p24715103.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: volinfo (was: MVFS results)
Eric Blake wrote: Oh - that's why I didn't find it - csih renamed it to getVolInfo, and it is not part of the default PATH. Very nice... and I found that I can mount my views on cygwin the 'standard' way! info mkdir /view info mount //view/emagiro_86 /view/emagiro_86 mount: warning - /view/emagiro_86 does not exist. mount: defaulting to '--no-executable' flag for speed since native path references a remote share. Use '-f' option to override. info mount | grep 86 //view/emagiro_86 on /view/emagiro_86 type unknown (binary,noexec,user) info /usr/lib/csih/getVolInfo /view/emagiro_86/wran_cm_makesystem/makesystem/ Device Type: 7 Characteristics: 10 Volume Name: CCase Serial Number : 36984713 Max Filenamelength : 255 Filesystemname : MVFS Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Excellent... Marc -- View this message in context: http://www.nabble.com/MVFS-results-tp24504520p24567765.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Marc Girod wrote: Just two fixes for now: My emacs crashed (Memory Full). I don't know whether this may be related. It had not done so for long. This might well be a side-effect of this purify-flag... Maybe I could set it to nil on some later function? Otherwise, my hack seems to work well for me. Only, I need to load packages from a non-ClearCase buffer, because load will object if called 'under dumping'... Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24535391.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Eric Blake wrote: You shouldn't need the hack at all, once the next cygwin snapshot is made available. Oh! This fast! I just thought I would have to live with this longer. Thanks, Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24536705.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MVFS results
Corinna Vinschen-2 wrote: Been there. It's a remote trial over Web Browser for 3 hours. That's not exactly helpful. Oh well. The other option is the source code for linux. It is Open Source. I can find it from my release area (since I do not have a linux client): /cc/releaseArea/v7.0/linux_x86/clearcase/linux_x86/etc/conf/linux-mvfs.zip I have been thinking of porting it over subversion... Contrarily to Eric, I love ClearCase, precisely for the versioned file system (and the possibility to record dependencies, so as to avoid creating duplicates of derived objects: sharing commonalities and managing by difference). I am probably still on the stuff the original developers sniffed... Marc -- View this message in context: http://www.nabble.com/MVFS-results-tp24504520p24515400.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Marc Girod wrote: Thanks. I'll try that. That was: 'CYGWIN=winsymlinks tty' The result is not fully satisfying. E.g.: lrwxrwxrwx 1 emagiro EEI-ATusers45 Jul 14 11:57 .#common.mk - emag...@ev0016d4a35054.eemea.ericsson.se.4708 in a dired buffer, and which I cannot remove: makesystem rm -f .\#* rm: cannot remove `.#common.mk': Permission denied The process is still running indeed, but the lock/link doesn't go away when I kill the buffer, or even exit emacs, as shown with this one (elsewhere): bin ls -la .#select_config.pl lrwxrwxrwx 1 emagiro EEI-ATusers 45 Jun 26 16:09 .#select_config.pl - emag...@ev0016d4a35054.eemea.ericsson.se.4620 This process has gone long ago! The reason is the same I guess as the one for which I cannot remove the link from the command line, and has to do either with the fact the file system is CIFS mounted from a NetApp filer, or with the fact this is not its real name. I can access this filesystem from unix as well, and there, it looks different, and I can remove it: makesystem ll .\#* -r-xr-xr-x 1 emagiro at1 299 Jul 14 11:57 .#common.mk.lnk makesystem rm -f .\#* makesystem ll .\#* .#*: No such file or directory Gone now from the cygwin view as well. But I understand this is the *old* symlink implementation, as a file with a funny name, instead of as a reall sym link, incurring the performance penalties, etc. So, my next move now will be to set a find-file-hook to check whether I am in a ClearCase view, and if so, to make purify_flag buffer-local and set it to t. I'll report my results... Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24494476.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Marc Girod wrote: I'll report my results... Here is what I did, to make it practical: (defun clearcase-no-lock() Under ClearCase, in Cygwin, do not create lock symlinks. Either format (old: Windows shortcuts; new: real symlinks with utf name) are bad for different reasons. The only way to prevent this is to set the purify_flag used by emacs while dumping... This function is intened as a find-file-hook. (let ((fname (buffer-file-name))) (if (file-accessible-directory-p (concat fname @@)) (set (make-local-variable 'purify_flag) t (add-hook 'find-file-hook 'clearcase-no-lock) Note that this would work only for 'elements' (i.e. not for view private files) since their version tree opens as a directory under the '@@' filename extension. I guess it is a faster check than invoking cleartool... Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24495013.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Just two fixes for now: Marc Girod wrote: This function is intened as a find-file-hook. ... (set (make-local-variable 'purify_flag) t intended purify-flag Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24497846.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .#* lock files under X, for files I edit???
Eric Blake wrote: (set (make-local-variable 'purify_flag) t Setting purify-flag wasn't working for me (emacs gave a message about an assertion failure). Huh? Nothing like that here. In fact, it works... Wait: - I still have the 'CYGWIN=winsymlinks' setting --although unsetting it doesn't affect - there was this typo on purify_flag --but I assume you saw it: dash, not underscore Eric Blake wrote: Rather, it seems that the REAL problem is that cygwin1.dll cannot recognize attempts to create symlinks on the clearcase MVFS file system. OK. However, it is and was able to create something. My problem has been that it wasn't able to remove them. Eric Blake wrote: Maybe we should be trying to change cygwin to cause symlink() to fail with a proper errno on MVFS, and then revisit the emacs side of the equation to see how emacs handles failure to create a symlink when errno is ENOSYS (or whatever errno cygwin uses). Or maybe it is just a matter of detecting that if the file system does not support DOS attributes (which are essential in creating new-style symlinks), that an old-style symlink must be created on that filesystem. OK again. Now you are already much deeper than I ever was in the causes. The MVFS doesn't support DOS attributes? I have no clue about that. How may I check this? Interesting... makesystem type volinfo bash: type: volinfo: not found makesystem cygcheck -p volinfo Found 0 matches for volinfo. makesystem df -T . FilesystemType 1K-blocks Used Available Use% Mounted on X: unknown8192 3072 5120 38% /cygdrive/x Note: I am one version behind with cygwin: 1.7.0-50 makesystem touch foo makesystem ln -s foo bar makesystem readlink bar || echo $? foo makesystem file bar bar: symbolic link to `foo' makesystem ll bar lrwxrwxrwx 1 emagiro EEI-ATusers 3 Jul 15 18:56 bar - foo makesystem rm bar rm: cannot remove `bar': Permission denied makesystem ct pwv Working directory view: emagiro_86 Set view: emagiro_86 makesystem export CYGWIN=tty makesystem ln -s foo zoo makesystem readlink zoo || echo $? 1 makesystem ll zoo -rw-r--r-- 1 emagiro EEI-ATusers 20 Jul 15 18:58 zoo makesystem file zoo zoo: data makesystem od -c zoo 000 ! s y m l i n k377 376 f \0 o \0 020 o \0 \0 \0 024 makesystem rm zoo makesystem I confirm that my find-file-hook works. I didn't want to restart my emacs, but I tried with: (setenv CYGWIN tty) tty in the *scratch* buffer, and opening an existing checked-out file. No lock created. Marc -- View this message in context: http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edittp23655794p24503085.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: browse-url in emacs (was Re: w32-shell-execute function definition is void)
Ken Brown-6 wrote: On 6/17/2009 12:15 PM, Ken Brown wrote: Marc, if you want to test it, delete the stuff you added to your .emacs and carry out the following steps: ... OK, I ran this. I did it from within emacs, which was maybe not bright. Anyway, I got a couple of glitches in the postinstall: /etc/postinstall/emacs.sh: line 9: /usr/bin/update-desktop-database: No such file or directory /etc/postinstall/emacs.sh: line 10: /usr/bin/update-mime-database: No such file or directory Probably nothing. And now, (browse-url file:///C:/cygwin/home/marc/public_html nil) opened me an Explorer window, instead of the html page in Firefox... but: (browse-url file:///C:/cygwin/home/marc/public_html/user/index.html nil) did it! Yes, in fact, this looks just right. Thanks, and congratulations! Marc -- View this message in context: http://www.nabble.com/w32-shell-execute-function-definition-is-void-tp4718394p24099617.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32-shell-execute function definition is void
Mark Fisher-4 wrote: i cannot seem to be able to use/find w32-shell-execute. Same thing on 23.0.92 The error comes e.g. as I do: M-x browse-url I can find the function definition in the C sources: src/w32fns.c but I remember that this object is not linked to the cygwin emacs. So, there ought to be a replacement for these functions, and a test to switch to an alternative set of them? Marc -- View this message in context: http://www.nabble.com/w32-shell-execute-function-definition-is-void-tp4718394p24049941.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Garbage man pages
Bill McCormick-4 wrote: Here's some sample output: u9Fman.1Z[waAE~i_NE}2Fg'vHjxD.%9x# OdG FaD'?~eO4(Ex ... Writing is easy, reading is hard. Nothing new. Marc -- View this message in context: http://www.nabble.com/Garbage-man-pages-tp23989626p24050746.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32-shell-execute function definition is void
Ken Brown-6 wrote: I haven't tried to write a full-blown replacement, but the following works for me. It is now in my .emacs as well. Er... (browse-url file://c:/cygwin2/home/emagiro/public_html/index.html nil) I even get it twice! Yes, I know... call that ingratitude... Thanks! Marc -- View this message in context: http://www.nabble.com/w32-shell-execute-function-definition-is-void-tp4718394p24052453.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fatal error - fork: can't reserve memory for stack
Frank-136 wrote: As you see, I already tried with Cygwin 1.5 and 1.7 and I also ran the rebase tool under Cygwin 1.5, but no success. You need to run it for Cygwin 1.7 as well. I also run, in the same ash window, after every install, a ./peflagsall With those, and since I installed a fixed expr from coreutils-7.0-2, I have had significantly less such problems (none with a clear error). Marc -- View this message in context: http://www.nabble.com/fatal-error---fork%3A-can%27t-reserve-memory-for-stack-tp24053207p24055774.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gmp and mpfr after rebasing - was Re: [ANNOUNCEMENT] gmp-4.3.1-1 for cygwin-1.7
David Billinghurst wrote: The new builds are available for testing. You really only need the new DLLs. These are in - libgmp3-4.3.1-3.tar.bz2, - libgmpxx4-4.3.1-3.tar.bz2 - libmpfr1-2.4.1-3.tar.bz2 I could once again download them with wget, but not find them from any mirro. This time the extraction worked. I'll test them soon now... Marc -- View this message in context: http://www.nabble.com/-ANNOUNCEMENT--gmp-4.3.1-1-for-cygwin-1.7-tp23690044p23908840.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
