Re: "cygpath -u" inside backticks differs
On Wed, Jun 4, 2014 at 5:48 PM, Eric Blake wrote: > On 06/04/2014 08:31 AM, J. David Boyd wrote: >> Wow, when did this happen? I've been using `` for years, and never heard of >> $(). What version did this change? > > $() has existed in all sh variant shells except Solaris /bin/sh pretty > much since the 80s; it was standardized in POSIX in the 90s. (On > Solaris, you have to use /usr/xpg4/bin/sh instead of /bin/sh to get it) I never understood the need for these fancy new features :) Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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: CYGWIN - As admin setup other users SSH for them?
On 6/4/2014 16:05, Roger Vicker, CCP wrote: 3) deliver the private key to the user along with the rest of the instructions on how to use it in the provided apps. How were you planning on delivering these sensitive private keys? Via insecure email, perhaps? Use ssh as it was designed: have the users generate their own local keypairs, and have them email the public key to you. The words we use here mean something. The *public* key goes out over the public link, and the *private* key stays at home. It's not like the commands are difficult. They set up a local Cygwin, add the openssh package, then say: $ ssh-keygen ...press Enter a bunch of times... $ cat ~/.ssh/id_rsa.pub > /dev/clipboard ...compose email to rvicker, paste With out their passwords I can't login to establish their $home directory structure, Take a look at /etc/profile, starting at line 75. See the stuff about /etc/skel? That's how the user's home directory gets set up. Nothing magic here. You could cut those couple-dozen lines into a new script and tweak it for your purposes. The only trick is that if you do all this as administrator, you'll have to say something like # chown -R otheruser.otheruser ~otheruser after you get done setting up the user's home directory. -- 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 set big font for xterm in cygwin/X
On 2014/06/05, at 0:44, Chris J. Breisch wrote: > Zhengrong Zang wrote: >> Now I can use cygwin/X to run gtk3-demo, but my eyes is bad and xterm font >> in cygwin/X is very small, how can I set to bigger font for xterm? Thanks a >> lot. >> > > I use the following in my ~/.Xdefaults. Change the faceName and faceSize to > suit you. > > XTerm*faceName: Bitstream Vera Serif Mono > XTerm*faceSize: 10 > XTerm*toolBar: false > XTerm*Background: black > XTerm*Foreground: white > XTerm*cursorColor: LightBlue > XTerm*ScrollBar: true > XTerm*rightScrollBar: true Thanks a lot, I got it. -- 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
Native links breaks zsh
Greetings, it's me again. I've added environment variable to zsh. The problem with locking still persists. Here are some commands: thegeorg@THEGEORG-NB2-W7:~$ zsh thegeorg@THEGEORG-NB2-W7:~$ true thegeorg@THEGEORG-NB2-W7:~$ zsh: locking failed for /home/thegeorg/.histfile: no such file or directory thegeorg@THEGEORG-NB2-W7:~$ echo $CYGWIN winsymlinks:nativestrict thegeorg@THEGEORG-NB2-W7:~$ grep CYGWIN .zshrc thegeorg@THEGEORG-NB2-W7:~$ Entire .zshrc can be found at: https://github.com/georgthegreat/profile/blob/master/.zshrc It seems that further investigation is required. Thanks for the help. Yuriy. -- 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
Using ln from gnuplot
Please check this link where the question is set out: http://stackoverflow.com/questions/24060628/why-do-i-get-an-error-when-i-pass-soft-link-into-gnu-plot -- 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
Cygwin on Max OS X ?
I have an iMac 27 64-bit words running OS X Mavericks. Can I install Cygwin on my iMac? I know it's not necessary, but I thought it might be helpful for working on system porting/compatibility problems. Dick McCullough Context Knowledge Systems What is your view? -- 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: Cygwin on Max OS X ?
In message you write: >I have an iMac 27 64-bit words running OS X Mavericks. > >Can I install Cygwin on my iMac? > >I know it's not necessary, but I thought it might be helpful >for working on system porting/compatibility problems. > >Dick McCullough Only in the sense that your can run a Windows emulator on OX X and run cygwin in that. A quick google suggest that OS X can run VirtualBox or QEMU -- 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: Cygwin on Max OS X ?
On 6/5/2014 07:48, Richard H. McCullough wrote: Can I install Cygwin on my iMac? cygwin1.dll uses the Win32 API heavily. That means it only runs under Windows or a near-enough clone like WINE. A few of the key tools for Cygwin are also Win32-native, such as setup.exe and cygcheck.exe. And, at least one of the packages ported to Cygwin calls the Win32 API directly, which is Naughty(tm) but not actively prevented. I've tried CrossOver (the commercial version of WINE) under OS X, and it's a miserable experience. My advice: set up a Windows VM and install Cygwin in it. I have used both VMware Fusion and Parallels Desktop on OS X, and they work beautifully. (Better than virtualization on Windows, in fact.) VirtualBox also runs on OS X, but it is not as featureful as the other two. -- 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: Cygwin on Max OS X ?
Why do you need cygwin under MasOS X? MacOS X is POSIX-compatible system that can run all the cygwin software natively, without API emulation. On 5 June 2014 18:11, Warren Young wrote: > On 6/5/2014 07:48, Richard H. McCullough wrote: >> >> >> Can I install Cygwin on my iMac? > > > cygwin1.dll uses the Win32 API heavily. That means it only runs under > Windows or a near-enough clone like WINE. > > A few of the key tools for Cygwin are also Win32-native, such as setup.exe > and cygcheck.exe. And, at least one of the packages ported to Cygwin calls > the Win32 API directly, which is Naughty(tm) but not actively prevented. > > I've tried CrossOver (the commercial version of WINE) under OS X, and it's a > miserable experience. > > My advice: set up a Windows VM and install Cygwin in it. I have used both > VMware Fusion and Parallels Desktop on OS X, and they work beautifully. > (Better than virtualization on Windows, in fact.) VirtualBox also runs on OS > X, but it is not as featureful as the other two. > > -- > 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 > -- 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: Cygwin on Max OS X ?
Greetings, Richard H. McCullough! > I have an iMac 27 64-bit words running OS X Mavericks. > Can I install Cygwin on my iMac? > I know it's not necessary, but I thought it might be helpful > for working on system porting/compatibility problems. Not at all. If you truly NEED Cygwin, i.e. for tests, a WinXP or so installed in a VM is a way to go. Otherwise, just use regular native tools available in your system. Only precaution I might suggest is to make sure the tools you are using are available for Cygwin in the same (or compatible enough) form. -- WBR, Andrey Repin (anrdae...@yandex.ru) 05.06.2014, <18:33> Sorry for my terrible english... -- 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: Cygwin on Max OS X ?
On 6/5/2014 08:16, Yuriy Chernyshov wrote: Why do you need cygwin under MasOS X? He answered that in the original post: to test compatibility. OS X and Cygwin differ in a great many ways. -- 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: Cygwin on Max OS X ?
On 6/5/2014 08:35, Andrey Repin wrote: make sure the tools you are using are available for Cygwin in the same (or compatible enough) form. OS X is closest to the BSDs in terms of userland and kernel APIs, whereas Cygwin mostly emulates Linux, except where Win32 leaks through. There are plenty of differences between them that can justify testing under both environments: - vast dynamic linkage, networking, and ACL/EA differences - /Users, /System, /Library vs /home, /sbin, /lib - BSD find, locate, etc. vs GNU findutils - bsdtar vs GNU tar - no /proc in OS X - /dev/clipboard vs pbcopy/pbpaste - strace vs dtrace - /etc files, SAM and AD vs Open Directory - launchd vs Windows Services -- 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: Using ln from gnuplot
On 06/05/2014 09:32 AM, xmoon 2000 wrote: Please check this link where the question is set out: http://stackoverflow.com/questions/24060628/why-do-i-get-an-error-when-i-pass-soft-link-into-gnu-plot From what I can see, Warren answered this question already. It's not really clear why you posted this here when you obviously intended to pursue the issue through StackOverflow. If your intent was to provide future searches of archive with a pointer to a relevant topic in another forum, this could be considered of some value. But if that is your intent, please specify that clearly and certainly don't abuse it. We don't want to be a list full of links to other forums. Otherwise, if you have a question you want this list to read and respond to, please just send the details here. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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
using cygwin inetd to start a script on a server to run a java application
Hi, I am following the oracle doc http://docs.oracle.com/javase/7/docs/technotes/guides/rmi/inetd/launch-service.html (solaris specific) I have two windows 2012 server VMs (firewalls off). I believe that I have configured cygwin inetd correctly by following the directions in C:\cygwin64\usr\share\doc\Cygwin\inetutils-server.README, running /usr/bin/iu-config using values ntsec and creating user cyg_server on the server. I start and stop inetd using cygrunsrv -S inetd and cygrunsrv -E inetd. I have cygwin inetd ftp working on the machines. What I am trying to do is to get the client to call an inetd service on the server which in turn runs a script on the server which sets up the environment and calls a java class called "Server". My C:\cygwin64\etc\inetd.config on the server ftp stream tcp nowait annie/usr/sbin/ftpd ftpd example-serverstreamtcpwaitcyg_server /nms/bin/test/testtest c:\windows\system32\drivers\etc\services on the server example-server/tcp i think the hosts file on both the server and the client is corrently configured because ftp between the client and the server works the test script on the client sets up the environment and then calls /cygdrive/c/Apps/Java/jdk1.7.0_51/bin/java -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv4Addresses=true -classpath c:\\cygwin64\\nms\\bin jmini.nms.console.inetd.Server &> /tmp/tmp.dat Using Process Explorer I can see the client calling the cygwin inetd service, and a java exe being created. The Server code is called but the client timesout. tmp.dat on the server contains proxy Proxy[ServiceInterface,RemoteObjectInvocationHandler[UnicastRef [liveRef: [endpoint:[192.168.100.10:57036](local),objID:[27e13e26:14662d7e06e:-7fff, -976951803438894493] server: failed to initialize registry proxy Proxy[ServiceInterface,RemoteObjectInvocationHandler[UnicastRef [liveRef: [endpoint:[192.168.100.10:57036](local),objID:[27e13e26:14662d7e06e:-7fff, -976951803438894493] on port Exception java.net.BindException: Address already in use: JVM_Bind Looking at TCP view on start up there are two inetd processes, the ftp process (port 21) and the example-server (port ) process. when i start the client there are three inetd processes, the ftp process (port 21), the example-server (port ) process remote address the server, and the example-server (port ) process remote address the client. the java process starts on a port that is not shared with any other process. and the client dies with a java.rmi.ConnectIOException: error during JRMP connection establishment; nested exception is: java.net.SocketTimeoutException: Read timed out My questions are can you see how I have misconfigured this? Have you got a cygwin inetd process running a script/ java process and could you share the secret sauce with me? Thank you in advance Annie -- 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: Cygwin on Max OS X ?
Richard H. McCullough wrote: >> I have an iMac 27 64-bit words running OS X Mavericks. >> >> Can I install Cygwin on my iMac? >> >> I know it's not necessary, but I thought it might be helpful >> for working on system porting/compatibility problems. Try macports.org if you need programs compatible with Cygwin's version, where either Mac OS doesn't have it (lots) or it's different (ssh). -- 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-w32... still crashing
On 6/3/2014 6:00 PM, Zdzislaw Meglicki wrote: And... another crash. I didn't run it under gdb this time and it didn't dump anything either, but I got interesting new message I didn't see before: *** fatal error - WFSO failed waiting for timer thread, Win32 error 0 This message comes from the function timer_tracker::cancel in timer.cc in the Cygwin sources. I'm afraid I have no idea what the timer thread is or why WaitForSingleObject might fail waiting for it. cgf or Corinna (or anyone else), can you shed any light on what might cause this? Could it be BLODA, for instance? We're seeing these strange crashes only on 64-bit Cygwin, FWIW. Ken -- 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-w32... still crashing
On Thu, Jun 05, 2014 at 03:05:43PM -0400, Ken Brown wrote: >On 6/3/2014 6:00 PM, Zdzislaw Meglicki wrote: >> And... another crash. I didn't run it under gdb this >> time and it didn't dump anything either, but I got >> interesting new message I didn't see before: >> >> *** fatal error - WFSO failed waiting for timer thread, Win32 error 0 > >This message comes from the function timer_tracker::cancel in timer.cc >in the Cygwin sources. I'm afraid I have no idea what the timer thread >is or why WaitForSingleObject might fail waiting for it. > >cgf or Corinna (or anyone else), can you shed any light on what might >cause this? Could it be BLODA, for instance? I really don't see how WaitForSingleObject can fail like this but I have demoted that fatal condition to a warning and added slightly more debugging output to it. The next snapshot will have that change. cgf -- 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-w32... still crashing
On 6/5/2014 3:51 PM, Christopher Faylor wrote: On Thu, Jun 05, 2014 at 03:05:43PM -0400, Ken Brown wrote: On 6/3/2014 6:00 PM, Zdzislaw Meglicki wrote: And... another crash. I didn't run it under gdb this time and it didn't dump anything either, but I got interesting new message I didn't see before: *** fatal error - WFSO failed waiting for timer thread, Win32 error 0 This message comes from the function timer_tracker::cancel in timer.cc in the Cygwin sources. I'm afraid I have no idea what the timer thread is or why WaitForSingleObject might fail waiting for it. cgf or Corinna (or anyone else), can you shed any light on what might cause this? Could it be BLODA, for instance? I really don't see how WaitForSingleObject can fail like this but I have demoted that fatal condition to a warning and added slightly more debugging output to it. The next snapshot will have that change. Thanks. Gustav, can you install the latest snapshot? That might help debug this in case you get that WFSO failure again. Ken -- 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
[v1.7.30] Mapped shared drive lost after sshd session logout and log back in
I encountered a mapped shared drive problem in 1.7.30. I can login and run the "net use" command to map a shared folder on the network. But it seems like that every time I log out the session and log back in, the mapped driver is no longer there. Previously when I was in version 1.7.28, this never happened. I'm wondering this is a bug or not. How can I keep the mapped network drive if I log out and log back in in 1.7.30? I attached my sshd session here. Any idea is appreciated! Cheers, -Irwen --- Irwens-Retina-MacBook-Pro:~ irwen$ ssh jobrunner@168.63.123.25 Last login: Thu Jun 5 20:33:07 2014 from 70-36-123-32.dsl.dynamic.sonic.net jobrunner@RD00155D49D85F ~ $ mount C:/cygwin64/bin on /usr/bin type ntfs (binary,auto) C:/cygwin64/lib on /usr/lib type ntfs (binary,auto) C:/cygwin64 on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) jobrunner@RD00155D49D85F ~ $ net use s: '\\10.53.180.29\SHARED' /user:shareuser Pa$$w0rd /p:yes The command completed successfully. jobrunner@RD00155D49D85F ~ $ mount C:/cygwin64/bin on /usr/bin type ntfs (binary,auto) C:/cygwin64/lib on /usr/lib type ntfs (binary,auto) C:/cygwin64 on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) S: on /cygdrive/s type ntfs (binary,posix=0,user,noumount,auto) jobrunner@RD00155D49D85F ~ $ cd /cygdrive/s jobrunner@RD00155D49D85F /cygdrive/s $ exit logout Connection to 168.63.123.25 closed. Irwens-Retina-MacBook-Pro:~ irwen$ ssh -p 10106 jobrunner@168.63.123.25 Last login: Thu Jun 5 20:38:58 2014 from 70-36-123-32.dsl.dynamic.sonic.net jobrunner@RD00155D49D85F ~ $ cd /cygdrive/s -bash: cd: /cygdrive/s: No such file or directory jobrunner@RD00155D49D85F ~ $ mount C:/cygwin64/bin on /usr/bin type ntfs (binary,auto) C:/cygwin64/lib on /usr/lib type ntfs (binary,auto) C:/cygwin64 on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) jobrunner@RD00155D49D85F ~ $ -- 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: [v1.7.30] Mapped shared drive lost after sshd session logout and log back in
On 06/05/2014 05:01 PM, Irwen Song wrote: I encountered a mapped shared drive problem in 1.7.30. I can login and run the "net use" command to map a shared folder on the network. But it seems like that every time I log out the session and log back in, the mapped driver is no longer there. Previously when I was in version 1.7.28, this never happened. I'm wondering this is a bug or not. I believe you would call that luck. ;-) This is a touchy area regardless but I just tried it on a 1.7.27 installation and it didn't work, even using password authentication. There may be a way to get this to work for you but it would definitely require some time to investigate. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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: Cygwin on Max OS X ?
Greetings, Warren Young! >> make sure the tools you are using are >> available for Cygwin in the same (or compatible enough) form. > OS X is closest to the BSDs in terms of userland and kernel APIs, > whereas Cygwin mostly emulates Linux, except where Win32 leaks through. > There are plenty of differences between them that can justify testing > under both environments: > - vast dynamic linkage, networking, and ACL/EA differences > - /Users, /System, /Library vs /home, /sbin, /lib > - BSD find, locate, etc. vs GNU findutils > - bsdtar vs GNU tar > - no /proc in OS X > - /dev/clipboard vs pbcopy/pbpaste > - strace vs dtrace > - /etc files, SAM and AD vs Open Directory > - launchd vs Windows Services I kind of know that. Had a Mac for short of a year myself, and used and exploited it thoroughly. I think, the real question could only be answered by the OP himself: What actually you are doing, what parts of the system your scripts are touching, etc. I know what I write (that has to be cross-platform) is easily portable, because it is pretty self-contained, not touching the system core in any way. At least, it works transparently on Mac/Linux/Win with no changes to the core functionality, even if sometimes need a bit of pre-configuration to adapt to the specific user's locations and such. But this would be true for many projects. -- WBR, Andrey Repin (anrdae...@yandex.ru) 06.06.2014, <03:17> Sorry for my terrible english... -- 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: Cygwin on Max OS X ?
Andrey Repin wrote: Greetings, Warren Young! make sure the tools you are using are available for Cygwin in the same (or compatible enough) form. OS X is closest to the BSDs in terms of userland and kernel APIs, whereas Cygwin mostly emulates Linux, except where Win32 leaks through. There are plenty of differences between them that can justify testing under both environments: - vast dynamic linkage, networking, and ACL/EA differences - /Users, /System, /Library vs /home, /sbin, /lib - BSD find, locate, etc. vs GNU findutils - bsdtar vs GNU tar - no /proc in OS X - /dev/clipboard vs pbcopy/pbpaste - strace vs dtrace - /etc files, SAM and AD vs Open Directory - launchd vs Windows Services I kind of know that. Had a Mac for short of a year myself, and used and exploited it thoroughly. I think, the real question could only be answered by the OP himself: What actually you are doing, what parts of the system your scripts are touching, etc. I know what I write (that has to be cross-platform) is easily portable, because it is pretty self-contained, not touching the system core in any way. At least, it works transparently on Mac/Linux/Win with no changes to the core functionality, even if sometimes need a bit of pre-configuration to adapt to the specific user's locations and such. But this would be true for many projects. I had a crazy idea about this. You could port cygport to OS X. That shouldn't be too hard. Then grab the source packages using setup on a Windows box and scp them over to your Mac. Then remove any Cygwin specific patches, and build them using cygport (most of them do). Maybe change the configs to install in /usr/cygwin/bin or /opt/cygwin/bin or something like that. I think most things should compile without too much difficulty, and you'll have a fairly compatible Cygwin-like system on your Mac. Yes, I know that some Cygwin-specific apps probably won't compile at all. After all, it's not cygwin1.dll that you want to port, it's the Cygwin environment. Probably a fantasy. Using the Macports stuff is almost certainly easier. -- Chris J. Breisch -- 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: tmux failed and got the message: failed to connect to server: No error
On Mon, Jun 2, 2014 at 5:27 PM, Robert Pendell wrote: > On Mon, Jun 2, 2014 at 4:37 AM, Michael Wild <> wrote: >> Hi Guan-Zhong >> >> The problem is known upstream [1, 2] and I'm also trying to figure out >> which change in the cygwin DLL triggered this issue. I'll post here >> again once I know more. >> >> Michael >> >> [1] http://sourceforge.net/p/tmux/mailman/message/32396655/ >> [2] http://sourceforge.net/p/tmux/mailman/message/32400834/ >> >> On Sat, May 31, 2014 at 5:29 PM, Guan-Zhong Huang wrote: >>> cygwin-1.7.29-2 is ok. >>> After updating to cygwin-1.7.30-1, I can't start tmux. >>> >>> I find it is because when tmux tries to connect to the unix domain >>> socket that tmux server listens and tmux server hasn't started yet, >>> connect() fails but errno is 0, not "Connection Refused (111)". This >>> causes tmux to exit with error. >>> >>> If you want to reproduce this bug. >>> tmux might work at the first time because the unix domain socket is not >>> created. >>> But after that, tmux will fail due to incorrect errno. >>> >>> Here's the strace I got: >>> cygwin-1.7.30-1: >>>96 1063224 [main] tmux 4072 cygwin_connect: -1 = connect(5, >>> 0x229780, 24), errno 0 >>> cygwin-1.7.29-2: >>>92 1054064 [main] tmux 3548 cygwin_connect: -1 = connect(5, >>> 0x229780, 24), errno 111 >>> >>> >>> Best regads, >>> Guan-Zhong > > I took a look and ran through some snapshots. I remembered a > discussion last month regarding the propogation of socket errors to > dup'd sockets. It seems the patch (or something commited at the same > time) broke this as on the 4/18 snapshot all works well and it breaks > on the 4/24 snapshot which is the same one that got that last bit > patched. I do not know if the patch was ever tested as the OP of that > thread never responded from what I can tell. > > I tested on x86 only as my x86_64 install is running May 23rd snapshot > and for some reason trying to go to an older snapshot resulted in an > unusable install so I reinstalled my x86 one in order to test the > older snapshot releases. > > Thread: https://cygwin.com/ml/cygwin/2014-04/msg00539.html > > Robert Pendell > A perfect world is one of chaos. Yesterday I uploaded tmux-1.9a-2 which papers over this issue: https://cygwin.com/ml/cygwin-apps/2014-06/msg00018.html Michael -- 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
