Re: I broke cygport
Yaakov S (Cygwin Ports) wrote: I just checked in a fix for this; please test. Yep. That fixed it. -- Chuck
Re: Updated nfs-server package
On Oct 17 15:55, Samuel Robb wrote: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-5.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-5-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint Uploaded. I removed 2.3-2. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: I broke cygport
Thanks for your feedback.
Yaakov S (Cygwin Ports) wrote:
cygconf is intended only for autoconf-based configure scripts. I'm not
familiar with XEmacs, but I do know that autoconf-based configures will
just ignore unknown arguments, so I will guess that XEmacs' configure is
not autoconf-based.
Well XEmacs 21.4 is based on autoconf 2.13 and 21.5 is based on autoconf
2.59. Neither configure script ignores unknown arguments:
$ ../cvsroot/xemacs-21.4/configure --datarootdir=/foo
../cvsroot/xemacs-21.4/configure: Usage error:
Unrecognized option: --datarootdir=/foo
Use `../cvsroot/xemacs-21.4/configure --help' to show usage.
$ ../cvsroot/xemacs-21.5/configure --datarootdir=/foo
configure: error: unrecognized option: --datarootdir=/foo
Try `../cvsroot/xemacs-21.5/configure --help' for more information.
Non-autoconf-based configure scripts should do something like:
lndirs
cd ${B}
./configure args || error configure failed
cygmake
Fair enough.
For the record, attached is a patch against CVS head. This patch
allows overriding the individual components of the default configure
arguments in the cygconf() function. In addition, I fixed some minor
typos in README unrelated to the cygconf() change; you may find those
useful in their own right.
BTW, your ChangeLog format is different from what I'm used to; I'm used to
including an identifier of who made the change. See
http://www.gnu.org/prep/standards/html_node/Change-Logs.html for details.
Thanks again for cygport.
Regards,
Vin Shelton
--
The Journey by Mary Oliver
http://www.poemhunter.com/p/m/poem.asp?poet=6771poem=30506
cygport2.diffs
Description: Binary data
connection reset by peer
Hi! I am currently using cygwin to connect from a computer that runs on Windows XP to a computer that runs on linux. We are using the linux computer to do large finite element calculations using Comsol Multiphysics. Cygwin works fine when we are dealing with very simple 2 dimensional modells and simulations, but when we have solved a very large 3 dimensional problems and starts to plot the solution the connection is reset by peer and we get the message: 10 [main] XWin 500 _cygtls::handle_exceptions: Error while dimping state (probably corrupted stack) Xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server 127.0.0.1:0.0 I have read the FAQ and found the fatal IO error 104 (Connection reset bypeer) (8.10) but I still do not understand what to do. Is there any network settings or graphical settings on the windows computer that need to be changed? Or is it that too much information is being sent and that's why it crashes? I would be very happy if you could help me solve this problem! Best regards Mattias Åström Linköping University Sweden -- 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: Latest 'upgrade' broke my XWin launch.
Some Developer somedeveloper at gmail.com writes: I just now upgraded to the latest version of cygwin. Now, when I run startxwin.sh, I get the following errors: ... 2. Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' I'ved followed steps under 8.4 of http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof but the problem (X not starting) does not go away. I have no idea why thats there. This is a MAJOR problem. I'm shocked it has been there so long. I got stuck on this for several hours a week or two ago and gave up. Its still there now. One person said they re-installed with text file type default to UNIX/Binary instead of DOS and it went away. Is there a Bugzilla for Cygwin/Xorg-XWin? -- 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/
[ANNOUNCEMENT] Updated: autoconf2.5-2.60-1
Autoconf is an extensible package of m4 macros that produce shell scripts to automatically configure software source code packages. This is a routine update of the autoconf2.5 package, which provides autoconf-2.60. Yes, the name is odd -- but autoconf-2.60 is considered a part of the ongoing 2.5x development sequence. Changes (from autoconf2.5-2.59-2) * Update to latest official release 2.60 * switch to cygport build method -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: autoconf2.1-2.13-2
Autoconf is an extensible package of m4 macros that produce shell scripts to automatically configure software source code packages. This is a build enhancement update of the autoconf2.1 package, which provides autoconf-2.13. Changes (from autoconf2.1-2.13-1) * switch to cygport build method -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: autoconf-3.3-1
The autoconf package has been updated to version 3.3. Recall that this package is not the real autoconf, but is a wrapper system to delegate to the appropriate version of real autoconf (either 2.13 or 2.60 at present). This is a major update, as I've switched from the Red Hat perl ac-wrapper to the gentoo bash ac-wrapper. This eliminates the dependency on perl. However, there should be no end-user impact; the new version should work identically to the old version. Finally, I've switched to using the cygport build system; this package is based on the autoconf-3.2 distibuted by the cygwin-ports team. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] NEW: automake1.10-1.10-1
Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This is a new package, containing the latest version of automake system, automake-1.10. This cygwin package, automake1.10, can be installed without conflict alongside the existing automake1.9, automake1.8, automake1.7, automake1.6, automake1.5, and automake1.4 cygwin packages. automake-1.10 requires autoconf-2.60 or better, which is available in the updated automake2.5 package, automake2.5-2.60-1. See /usr/share/doc/automake1.10/NEWS for a list of the new features and bugfixes in automake-1.10. This package was built using the cygport framework. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] NEW: automake-2-1
This new package provides a wrapper system for the various automakeX.Y packages, and plays a role similar to that of the long-standing autoconf wrapper package. This wrapper system is based on the bash am-wrapper developed by the gentoo distribution, with tweaks to support cygwin's existing alternatives framework for switching between the various installed automakes. The end-user experience should be transparent: invoke 'automake' and the wrapper will select the appropriate version based on the contents of the files in the directory where it is invoked (e.g. if Makefile.in was created by automake-1.6 from Makefile.am, then the wrapper will know to invoke automake-1.6). This package is based on the automake-1-1 distributed by the cygwin-ports team. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: libtool1.5-1.5.23a-1, libltdl3-1.5.23a-1
GNU libtool is a generic library support script. Libtool hides the complexity of using shared libraries behind a consistent, portable interface. This update corrects a serious flaw in the previous libltdl DLL. Changes (since libtool1.5-1.5.22-1) * update to CVS 2006-Oct-14 snapshot * libltdl DLL actually exports symbols and so is not useless + thanks to Jan Nieuwenhuizen and Yasutaka Atarashi for the report and detailed analysis. * fix for memory leak in libltdl * compatibility with autoconf-2.60 * cross-compile fixes for target=cygwin/mingw * switch to cygport build framework -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: OpenSSH-4.4p1-1
Corinna Vinschen wrote: On Oct 13 11:20, Charles Wilson wrote This is bad. Suppose I am a cygwin user on a machine to which I do not have Administrator privileges. Until now, I could run a personal sshd on a unique port, and connect back to my windows box. Now I can't -- because, as a non-Admin, I can't create the sshd user. (and this use case is not a hypothetical; I do this on the job often) You can create a fake sshd account in /etc/passwd, using your own account. Other than that, I agree. It's not exactly a nice change. Okay, that's good to know -- we have a workaround for cygwin (assuming I have write-access to /etc/passwd...) I still think this could cause issues for non-priveleged uses on other platforms, tho. But that's a topic for another list. -- Chuck -- 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: mount usb drive for all user
On Oct 16 17:01, [EMAIL PROTECTED] wrote: After the USB-Drive is connected I could cd to the root directory of the USB-Drive. But a ls does not show any file which I can see in the Windows-Explorer. Maybe a permission problem? I can access my USB-Stick from Cygwin just fine, with and without admin rights. Assuming your USB drive is drive F: as in your cygcheck output, please do the following: $ strace -o /tmp/ls.trace ls -l /cygdrive/f and send the /tmp/ls.trace file to this list. Hopefully there's some clue in it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [ANNOUNCEMENT] Updated [experimental]: readline-5.2-2, libreadline6-5.2-2 (Problems ?)
It seems that there is some problem with completion. I have the cygdrive prefix mounted to '/'. Bash 3.1-9 (I have not installed the package bash-completion) With the 'curr' version of these packages, 5.1-5, I can do $ ls -lrt /c/DoTAB ls -lrt /c/Documents\ and\ Settings/ then $ ls -lrt /c/Documents\ and\ Settings/AnTAB $ ls -lrt /c/Documents\ and\ Settings/Angelo/ then $ ls -lrt /c/Documents\ and\ Settings/Angelo/DaTAB ls -lrt /c/Documents\ and\ Settings/Angelo/Dati\ applicazioni/ and so on. BUT with the experimetal 5.2-2 I can do only $ ls -lrt /c/DoTAB ls -lrt /c/Documents\ and\ Settings/ If then I try $ ls -lrt /c/Documents\ and\ Settings/AnTAB I obtain only BEEP and I have to type everithing on command line. Cheers, Angelo. -- 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: 'fhandler_dev_zero::fixup_mmap_after_fork' problems.
Hi Dave, Many thanks for your comments On 10/17/06, Dave Korn [EMAIL PROTECTED] wrote: On 17 October 2006 13:17, Simon Mullis wrote: I've been a happy Cygwin user for a years now with no issue. Recently (last few months) I've started having many problems with a variety of apps. What did you install just before it all went wrong? It's a new laptop... I assumed that this was an issue purely with Cygwin or my base OS and not related to either the Windows apps I have or the hardware spec of the system. I agree this is a good place to start though. Because of the number of apps with which I have an issue I suspect it might be an issue with the cygwin DLL and memory allocation after forking. Well, that plus all the references to memory allocation and forking in the error messages! Haha - fair enough! I've spent a fair amount of time Googling for a solution and although I've found a number of people with a similar issue I've not found anything yet. So my questions: - Is this the right group to ask this in? Yep. - Is this a known issue? It's a common failure mode but there can be numerous disparate underlying causes. - Is it my environment? I've tried a complete re-install with no change. I've tried recent CVS builds of the cygwin DLL with no luck. - Is it related to my system? (Thinkpad T43 with 2GB RAM, Windows XP Pro SP2). - I've also tried adding the reg key heap_chunk_in_mb (HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin) (as a DWORD). I've tried setting this to 256, 512 and 768 MB. No success here either. - No amount of 'rebase'-ing seems to have helped either. Any pointers, comments or suggestion would be really, really appreciated. This is the point at which I usually say ... Disable the Logitech Process Monitor service associated with your webcam? Uninstall Agnitum Outpost? Disable McAffee's buffer overflow protection feature? I'll start turning stuff off and see where I get. I'll report any success back to this group. cheers, DaveK -- Can't think of a witty .sigline today -- 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/ -- Simon Mullis _ [EMAIL PROTECTED] -- 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: Shared home dir, samba workgroups and ssh
On Oct 17 23:50, Andrew DeFaria wrote: Andrew DeFaria wrote: But when dealing with Samba servers who are configured into workgroups innocuous activities in Cygwin would elicit permission denied messages. For example, touching a file in the home directory and indeed even vi'ing a file, etc. Creating a file within Windows Explorer or using other Windows oriented tools would work just fine. Files created on the Unix/Linux side would also work fine but when looked at from Cygwin on the PC would have odd (read nobody) ownerships and permissions. To make a long story short, the problem are permissions. The typical Windows tool doesn't give a [censored] for the content of the ACL of the file it's working on. The typical Windows tool assumes that permissions will be just right. If it can open/write/close a file, fine. If not, it complains. That's not the case for the typical Cygwin tool. When creating files, the permissions are set to POSIX compatible settings (assuming ntsec is set). Some POSIX tools test permissions before trying to manipulate files, etc. Here's the problem with Samba in Workgroups. There's no mapping between the Windows user account and the Samba user account. The files and directories are not yours, the user account on the Windows client, but the files are yours, your user account on the Samba machine. Taking Cygwin out of the picture, have a look using cacls and see how it prints the ACL of a file on the Samba share. Now guess what applications which care for POSIX permissions have to say about this. Then there's the additional problem with permission bits mapped to DOS file attributes, see `man smb.conf', search for map hidden, map read only, map system. So I thought the simple solution was to remove SMBNTSEC from my Cygwin environment and all would be fine. And indeed it is! Well almost... Along comes ssh... [...] What I believe is happening is that because my home directory is SMB mounted and SMBNTSEC is off then Cygwin reports that files like ~/.ssh/id_rsa are 0644 even if I change them on Unix/Linux to 0600. Correct. Additionally, ssh(d) doesn't take smbntsec into account when trying to figure out if the file permissions are important or not. It just checks for ntsec and, FWIW, ntea. Is there any way to work around this problem (short of reconfiguring the Samba server)? Anybody care to venture a guess here? Is my suspicions about SMBNTSEC correct? As Larry proposed, StrictModes no or mapping .ssh to a local directory should help. Another choice would be to start sshd with nontsec. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: 'fhandler_dev_zero::fixup_mmap_after_fork' problems.
FYI - I removed all traces of Logitech Web Cam related stuff and - surprise, surprise - all now works SM On 10/18/06, Simon Mullis [EMAIL PROTECTED] wrote: Hi Dave, Many thanks for your comments On 10/17/06, Dave Korn [EMAIL PROTECTED] wrote: On 17 October 2006 13:17, Simon Mullis wrote: I've been a happy Cygwin user for a years now with no issue. Recently (last few months) I've started having many problems with a variety of apps. What did you install just before it all went wrong? It's a new laptop... I assumed that this was an issue purely with Cygwin or my base OS and not related to either the Windows apps I have or the hardware spec of the system. I agree this is a good place to start though. Because of the number of apps with which I have an issue I suspect it might be an issue with the cygwin DLL and memory allocation after forking. Well, that plus all the references to memory allocation and forking in the error messages! Haha - fair enough! I've spent a fair amount of time Googling for a solution and although I've found a number of people with a similar issue I've not found anything yet. So my questions: - Is this the right group to ask this in? Yep. - Is this a known issue? It's a common failure mode but there can be numerous disparate underlying causes. - Is it my environment? I've tried a complete re-install with no change. I've tried recent CVS builds of the cygwin DLL with no luck. - Is it related to my system? (Thinkpad T43 with 2GB RAM, Windows XP Pro SP2). - I've also tried adding the reg key heap_chunk_in_mb (HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin) (as a DWORD). I've tried setting this to 256, 512 and 768 MB. No success here either. - No amount of 'rebase'-ing seems to have helped either. Any pointers, comments or suggestion would be really, really appreciated. This is the point at which I usually say ... Disable the Logitech Process Monitor service associated with your webcam? Uninstall Agnitum Outpost? Disable McAffee's buffer overflow protection feature? I'll start turning stuff off and see where I get. I'll report any success back to this group. cheers, DaveK -- Can't think of a witty .sigline today -- 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/ -- Simon Mullis _ [EMAIL PROTECTED] -- Simon Mullis _ [EMAIL PROTECTED] -- 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/
SCSI tape - device is missing
Hi, I'm trying to read a SCSI tape using tar. Cygwin under XP Home. Adapter 0:0, SCSI ID 5. I was able to access the tape using a tape snoop (in XP), so this information is verified. //./tape0 doesn't seem to exist (tried mount -b to /dev/st0). How can I fix this? Thanks! Sincerely, Meir Green -- 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: SCSI tape - device is missing
Okay, I got it to work. Sort of. The SCSI tape device (Wangtek 6130HS) had a question mark in device manager. Apparently Windows didn't know what it was, even though it recognized it as a sequential SCSI device that was working properly. I had to reinstall the driver as tape, 4mm DAT, in order for Windows to create the tape0 device name. Maybe this should be an FAQ. However, for some reason tar tvf /dev/st0 accesses the tape for a few seconds and returns, but nothing is printed to STDOUT. It just returns. The tapes were created with GTAK under OS/2, and were still readable recently. Any ideas? Sincerely, Meir At 12:20 PM 10/18/2006, Meir wrote: Hi, I'm trying to read a SCSI tape using tar. Cygwin under XP Home. Adapter 0:0, SCSI ID 5. I was able to access the tape using a tape snoop (in XP), so this information is verified. //./tape0 doesn't seem to exist (tried mount -b to /dev/st0). How can I fix this? Thanks! Sincerely, Meir Green -- 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: SCSI tape - device is missing
On Oct 18 12:20, Meir wrote: Hi, I'm trying to read a SCSI tape using tar. Cygwin under XP Home. Adapter 0:0, SCSI ID 5. I was able to access the tape using a tape snoop (in XP), so this information is verified. //./tape0 doesn't seem to exist (tried mount -b to /dev/st0). How can I fix this? By not mounting. Read the user's guide, particulary http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4729541 and use /dev/st0 resp. /dev/nst0 just so. If you still can't read the tape content, it's probably related to a differnt idea of the block size. See /usr/share/doc/Cygwin/mt.README. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: gcc mingw code?
On 2006-10-18, Christopher Faylor [EMAIL PROTECTED] wrote: On Wed, Oct 18, 2006 at 02:22:23AM +, Mike wrote: Does someone have a bit of code that can be compiled static and mingw (the way I understand it) to remove all cygwin dependencies that will run as a windows (xp) service for starting vbscripts? I cannot install cygwin on all my windows boxes and have a limit to how large an executable I can install on the boxes. I do not want to muck with the registry beyond installing the service. Having the program read from a file what vbscript to start and other run-time parameters is ok with me. This mailing list is really not intended to discuss how not to use Cygwin. If you want to use MinGW, please ask questions in the mingw mailing list. cgf However the question is how to use cygwin to create a program that works in a windows environment as a stand-alone executable. That program would be compiled by gcc under cygwin, hence it is a cygwin question. Mike -- 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: gcc mingw code?
On Wed, Oct 18, 2006 at 11:41:51AM +, Mike wrote: On 2006-10-18, Christopher Faylor [EMAIL PROTECTED] wrote: On Wed, Oct 18, 2006 at 02:22:23AM +, Mike wrote: Does someone have a bit of code that can be compiled static and mingw (the way I understand it) to remove all cygwin dependencies that will run as a windows (xp) service for starting vbscripts? I cannot install cygwin on all my windows boxes and have a limit to how large an executable I can install on the boxes. I do not want to muck with the registry beyond installing the service. Having the program read from a file what vbscript to start and other run-time parameters is ok with me. This mailing list is really not intended to discuss how not to use Cygwin. If you want to use MinGW, please ask questions in the mingw mailing list. However the question is how to use cygwin to create a program that works in a windows environment as a stand-alone executable. That program would be compiled by gcc under cygwin, hence it is a cygwin question. 1) You can't produce a static Cygwin binary. 2) You can't use MinGW to provide full linux/POSIX functionality. 3) You *can* use the -mno-cygwin option to gcc to produce MinGW binaries but the limit of support you are going to receive in this mailing list for MinGW questions is to be told that the option -mno-cygwin exists. It may or may not do what you want, but if it doesn't, or you have more detailed questions about MinGW, then use the MinGW mailing list. cgf -- 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: Shared home dir, samba workgroups and ssh
Corinna Vinschen wrote: As Larry proposed, StrictModes no or mapping .ssh to a local directory should help. Another choice would be to start sshd with nontsec. Pretty much as I suspected. I missed Larry's response. Sorry. But Corina, you're response here will server others well I suspect. While I can turn StrictModes to no on my server, I can't on the various Unix machines I might log into at work. How do you map the .ssh directory to a local directory? Would it be something like mv ~/.ssh /cygdrive/c/myssh and then ln -s /cygdrive/c/myssh ~/.ssh? Hmm I wonder how that would look/work when I'm on a Unix machine (which shares my home directory) when I ssh from one Unix machine to another...). As for starting with nontsec would that be something like CYGWIN=NONTSEC ssh host at the command line? On another front, and this may be of interest to others in restrictive environments, I've downloaded and installed proxytunnel (http://proxytunnel.com) since I cannot by default ssh from work to home due to firewall restrictions. This works well and I have changed my ~/.ssh/config to define my home machine to use this proxytunnel thing. However I noticed that while Cygwin's OpenSSH supports these entries in the ~/.ssh/config file, some of the Unix/Linux machines @work barf at it. Guess I could maintain two config files and do the associated magic with aliases/functions/script in the like so that on Unix it ssh's specifying an alternate config file and on Cygwin it starts with the NONTSEC thing. What a bother though. I just want to be able to ssh into a machine with a minimal amount of fuss... -- Andrew DeFaria http://defaria.com Stop repeat offenders. Don't re-elect them! -- 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: 1.5.21: problem with xinetd permissions
I've noticed that when I update a working xinetd system (I mean telnetd and ftpd and others - all work) all the available daemon are not working after that when i try to telnet localhost iget the below result netstat -an | grep 23 TCP0.0.0.0:23 0.0.0.0:0 LISTENING Trying 127.0.0.1... Connected to eranc.ad.checkpoint.com. Escape character is '^]'. Connection closed by foreign host. now i must mention that before cygwin update i've checked telnet and it worked for me is there any fix for it ? Eran Cohanim wrote: well, I've allso changed permissions for user eran and it still doesnt work - I must mention that in the past I didnt have to change permissions or do anything special for making it work and it did work for me. I suspect that something during istallation has changed that make this problem occur still waiting for suggestions Thanks Eran Tim Beuman wrote: You are trying to start xinetd from user erin, which has no write permission on /var/lock/subsys (only read execute). chmod 777 /var/lock/subsys would probably help. Tim Eran Cohanim wrote: Hi, I have been trying to setup xinetd in my windows xp pro computer under cygwin with no luck (tried that in 3 different computers with the same result) (I must mention that I did it in the past with success - had to redo it because of new installed OS and new installed cygwin) now from some reason I cant and the error I get is: $ /etc/rc.d/init.d/xinetd start Starting xinetd: [ OK ] touch: cannot touch `/var/lock/subsys/xinetd': Permission denied $ ls -la /var/lock/ total 0 drwxr-xr-x+ 3 SYSTEM root 0 Oct 12 20:05 . drwxrwx---+ 9 eran Users 0 Oct 12 20:05 .. drwxr-xr-x+ 2 SYSTEM root 0 Oct 13 12:06 subsys I installed all the neccesary packages for making it work $ cygcheck -c | egrep sysvinit|initscript|chkconfig|xinetd chkconfig 1.2.24h-1 OK initscripts 0.9-1 OK sysvinit2.84-4 OK xinetd 2.3.9-1OK and after that run: init-config (answered no at both questions - tried even with yes answer on both questions) xinetd-config (answered yes on both questions) now I see all the relevant port listening but if I try them is say the below $ netstat -aon | grep 23 TCP0.0.0.0:23 0.0.0.0:0 LISTENING 3252 $ telnet localhost Trying 127.0.0.1... Connected to 172.0.0.1. Escape character is '^]'. Connection closed by foreign host. I've searched for that problem in your newsgroups and found the below link (that was long time ago - see the date) http://www.cygwin.com/ml/cygwin/2004-08/msg01109.html please let me know how can i fix this thanks ahead Eran Cohanim -- 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/ -- 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: Installing Cygwin on XP laptop part of a domain
Billinghurst, David (CALCRTS) wrote: From: Jay NYC Can someone who has experience installing Cygwin on a WinXP desktop part of a Windows Domain let me know what to do? You need to create /etc/passwd and /etc/group files using mkpasswd and mkgroup. The domain I am in has around 3000 groups and lots of users. Enumerating all the users takes a while. All I need to do is (something like): mkgroup /etc/group mkpasswd -l /etc/passwd mkpasswd -d -u my_username /etc/passwd The first mkpasswd adds the local accounts and the second invocation adds my domain account. mkpasswd --help for more details. Then edit /etc/passwd and change your home directory a local path - perhaps /home/username. There's a flag for 'mkpasswd' that let's you specify the home directory you want directly. Sorry, don't recall what it is off-hand and don't have access to it to look right now. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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: [ANNOUNCEMENT] Updated [experimental]: readline-5.2-2, libreadline6-5.2-2 (Problems ?)
Angelo Graziosi wrote: It seems that there is some problem with completion. I have the cygdrive prefix mounted to '/'. Bash 3.1-9 (I have not installed the package bash-completion) With the 'curr' version of these packages, 5.1-5, I can do $ ls -lrt /c/DoTAB ls -lrt /c/Documents\ and\ Settings/ then $ ls -lrt /c/Documents\ and\ Settings/AnTAB $ ls -lrt /c/Documents\ and\ Settings/Angelo/ then $ ls -lrt /c/Documents\ and\ Settings/Angelo/DaTAB ls -lrt /c/Documents\ and\ Settings/Angelo/Dati\ applicazioni/ and so on. BUT with the experimetal 5.2-2 I can do only $ ls -lrt /c/DoTAB ls -lrt /c/Documents\ and\ Settings/ If then I try $ ls -lrt /c/Documents\ and\ Settings/AnTAB I obtain only BEEP and I have to type everithing on command line. Have you checked that this isn't a case sensitivity issue? -- Matthew Don't use a hippo to... what was I saying? -- 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: Shared home dir, samba workgroups and ssh
Andrew DeFaria wrote: Corinna Vinschen wrote: As Larry proposed, StrictModes no or mapping .ssh to a local directory should help. Another choice would be to start sshd with nontsec. Pretty much as I suspected. I missed Larry's response. Sorry. But Corina, you're response here will server others well I suspect. While I can turn StrictModes to no on my server, I can't on the various Unix machines I might log into at work. How do you map the .ssh directory to a local directory? Would it be something like mv ~/.ssh /cygdrive/c/myssh and then ln -s /cygdrive/c/myssh ~/.ssh? Hmm I wonder how that would look/work when I'm on a Unix machine (which shares my home directory) when I ssh from one Unix machine to another...). That's a good reason to copy the directory and then mount it instead of linking it. That way only your Cygwin environment sees it. As for starting with nontsec would that be something like CYGWIN=NONTSEC ssh host at the command line? Something like that, yes. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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: SCSI tape - device is missing
On 18 October 2006 11:43, Meir wrote: Okay, I got it to work. Sort of. The SCSI tape device (Wangtek 6130HS) had a question mark in device manager. Apparently Windows didn't know what it was, even though it recognized it as a sequential SCSI device that was working properly. I had to reinstall the driver as tape, 4mm DAT, in order for Windows to create the tape0 device name. Maybe this should be an FAQ. In order to be an FAQ, the Q would have to be A'd, F'ly. Which this one hasn't. cheers, DaveK -- Can't think of a witty .sigline today -- 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: Installing Cygwin on XP laptop part of a domain
Hi All... Here is what I use (excerpt from a script) to see it on the screen and update it. echo echo Setting up /etc/group echo mkgroup -l | tee /etc/group mkgroup -d -g 'Domain Users' | tee -a /etc/group echo echo Setting up /etc/passwd echo mkpasswd -l | tee /etc/passwd mkpasswd -d -p /home -u $(id -un) | tee -a /etc/passwd For additional users, repeat the last line with each username instead of $(id -un). For additional groups, repeat the last mkgroup line for each group. For small domains, you can include everything, but for a large domain (as I am in) I only reference what I need. HTH, ...Karl From: Larry Hall (Cygwin) Subject: Re: Installing Cygwin on XP laptop part of a domain Date: Wed, 18 Oct 2006 11:18:53 -0400 Billinghurst, David (CALCRTS) wrote: From: Jay NYC Can someone who has experience installing Cygwin on a WinXP desktop part of a Windows Domain let me know what to do? You need to create /etc/passwd and /etc/group files using mkpasswd and mkgroup. The domain I am in has around 3000 groups and lots of users. Enumerating all the users takes a while. All I need to do is (something like): mkgroup /etc/group mkpasswd -l /etc/passwd mkpasswd -d -u my_username /etc/passwd The first mkpasswd adds the local accounts and the second invocation adds my domain account. mkpasswd --help for more details. Then edit /etc/passwd and change your home directory a local path - perhaps /home/username. There's a flag for 'mkpasswd' that let's you specify the home directory you want directly. Sorry, don't recall what it is off-hand and don't have access to it to look right now. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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/ _ Add a Yahoo! contact to Windows Live Messenger for a chance to win a free trip! http://www.imagine-windowslive.com/minisites/yahoo/default.aspx?locale=en-ushmtagline -- 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/
Installation or update using package list
Hi, Is it possible to write a text file with a list of packages, and ask cygwin to ensure all of them are installed at the latest version, as well as all needed dependencies? Thanks, Maurício -- 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: Installation or update using package list
On 10/18/06, Maurício [EMAIL PROTECTED] wrote: Hi, Is it possible to write a text file with a list of packages, and ask cygwin to ensure all of them are installed at the latest version, as well as all needed dependencies? Thanks, Maurício Doesn't the Cygwin setup program automatically does that? (Apart from the file, which is probably there in some place as well...) Gustavo. -- 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: [ANNOUNCEMENT] Updated [experimental]: readline-5.2-2, libreadline6-5.2-2 (Problems ?)
Matthew Woehlke wrote: Have you checked that this isn't a case sensitivity issue? Yes, it isn't. I confirm this http://cygwin.com/ml/cygwin/2006-10/msg00642.html. I have installed/reinstalled many times 5.1-5/5.2-2 and only with 5.1-5 the completion works fine. Angelo. -- 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 : [ANNOUNCEMENT] Updated [experimental]: bash-3.2-2
I have tried to install this but the installation hangs running /etc/postinstall/00bash.sh. Angelo. -- 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: Installation or update using package list
Gustavo Seabra wrote: On 10/18/06, Maurício [EMAIL PROTECTED] wrote: Hi, Is it possible to write a text file with a list of packages, and ask cygwin to ensure all of them are installed at the latest version, as well as all needed dependencies? Thanks, Maurício Doesn't the Cygwin setup program automatically does that? (Apart from the file, which is probably there in some place as well...) Gustavo. How? I know how to install with setup using the mouse, selecting each package I want by hand. How can I select a text file to be used as a list of selected packages? Maurício -- 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: Acronym definition bad link
On Tue, Oct 17, 2006 at 08:25:40PM -0700, Johnathon Jamison wrote: In the http://cygwin.com/acronyms/#TANSTAAFL definition, http://billdennis.net/heinlein/tanstaafl.htm is a bad link now; it points to an ad site. Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. -- 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/
BashHere.reg Explorer add-on and long filenames
Hello List! I found and adapted a Windows registry hack to permit opening Bash prompts in any folder in Explorer by right-clicking on the folder and selecting the Open with Cygwin Shell (bash) menu entry. It works fine, but for some strange reason, whenever a folder is selected that has a long-name (ie. not 8.3 DOS standard), the bash prompt displays the short filename version of the path. Is there a way to get it to display the long version? Here is the .REG file in case anyone else would like to give this a try. TIA, J .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Directory\shell\Custom_OpenWithCygwinShell] @=Open with Cygwin Shell (bash) [HKEY_CLASSES_ROOT\Directory\shell\Custom_OpenWithCygwinShell\command] @=c:/cygwin/bin/bash --login -c \cd '%1'; exec bash --noprofile --norc -i\ [HKEY_CLASSES_ROOT\Drive\shell\Custom_OpenWithCygwinShell] @=Open with Cygwin Shell (bash) [HKEY_CLASSES_ROOT\Drive\shell\Custom_OpenWithCygwinShell\command] @=c:/cygwin/bin/bash --login -c \cd '%1'; exec bash --noprofile --norc -i\ .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. -- 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: [ANNOUNCEMENT] Updated [experimental]: readline-5.2-2, libreadline6-5.2-2 (Problems ?)
Angelo Graziosi wrote: Matthew Woehlke wrote: Have you checked that this isn't a case sensitivity issue? Yes, it isn't. I confirm this http://cygwin.com/ml/cygwin/2006-10/msg00642.html. If I'm being blind/dense/otherwise stupid, you might want to leave the relevant part of your message quoted and point at that, rather than providing a link to the message I just replied to (which I have, of course, seen already :-)). Because I don't see where you confirm this. $ ls -lrt /c/Documents\ and\ Settings/AnTAB will not complete $ ls -lrt /c/Documents\ and\ Settings/angelo ...even though 'ls' will happily list the directory's contents regardless of if you specify the path with a capital or lower-case 'a'. Unless completion is being case-insensitive. IOW, to make sure the problem is not related to case sensitivity, what does 'ls /c/Documents\ and\ Settings' give you? -- Matthew Don't use a hippo to... what was I saying? -- 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: [ANNOUNCEMENT] Updated [experimental]: readline-5.2-2, libreadline6-5.2-2 (Problems ?)
Matthew Woehlke wrote: IOW, to make sure the problem is not related to case sensitivity, what does 'ls /c/Documents\ and\ Settings' give you? Matthew, When I wrote 'I confirm this ...' I mean that I confirm ALL the problems described in that post and I have used the link to be 'breviter', i.e. SHORT. I have tried An, ang, AN... but the completion does not work ONLY with readline-5.2-2, libreadline6-5.2-2. With 5.1-5 and previous readline/libreadline IT works FINE. 'ls /c/Documents\ and\ Settings' shows Administrator All Users Angelo Default User LocalService NetworkService This mean (my Cygwin has the default behaviour, i.e. case-sensitive) that $ ls -lrt /c/Documents\ and\ Settings/AnTAB should print ls -lrt /c/Documents\ and\ Settings/Angelo/ This happens with readline/libreadline 5.1-5 and previous but NOT with 5.2-2 and any othe combination of 'An', 'an' ... FAILS. Cheers, Angelo. -- 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: shopt igncr not working
Larry Hall (Cygwin) wrote: On 10/12/2006, Rob Walker wrote: If you're referring to the performance gain realized, I think it could have been accomplished (if not as trivially) without breaking CRLF handling. This seems to be indicated in other posts, ones that talk about reworking line parsing. I believe the response to this is http://cygwin.com/acronyms/#PTC. In other words, if your belief is strong enough and you have the knowledge to back up that belief, you just need the persistence to follow through on all that to show everyone your concrete ideas. Since we've had allot of opinionated discussions on topics like this from the uninformed or those who lack the conviction to actually submit a patch to back up their point of view, it's important to realize here that patches speak louder than words (hm, PSLTW - acronym alert? ;-) ) Actually, though, I was asking about a bigger-picture strategy. One that appears to be steering Cygwin away from interoperability of the past, towards a more rigid interpretation of what Cygwin's suitable uses are. Do you have a set of guiding principles you consult when deciding the fate of Cygwin? Who do you consider Cygwin's customers to be? The basic strategy is that in cases where decisions have to be made between supporting Linux-like behavior or Windows conventions, err on the side of Linux. Since the tools are meant to support the Linux way of doing things, it's important they do. Otherwise people who are looking for and expecting this behavior are left out. Are you saying that these people expect bash to treat CRLF as if the CR were non-whitespace? Can you give me an example where this would be a useful feature? They are the ones these tools are built to support. That said, support for various Windows ways and conventions are supported by default and when they don't conflict with the above. But when there is a conflict, Linux-like behavior is the goal. I guess you're saying (in this case) that the performance benefit of barfing on CRLF outweighs the usefulness of bash's invisible handling of CRLF? To test this assertion, I benchmarked bash (3.1-9). The script I used to test is essesntially empty, with nothing but the shebang, a call to shopt, and 50k empty lines. I chose empty lines to keep bash's other complexities out of the picture. I only wanted to measure is how long it takes bash to parse lines. Here are my results: - line ending | mount mode | igncr | time ./test.sh - || | real0m4.219s CRLF | text | set | user0m0.983s || | sys 0m3.202s - || | real0m4.312s CRLF | text | clear | user0m1.062s || | sys 0m3.265s - || | real0m2.109s LF | text | set | user0m0.608s || | sys 0m1.499s - || | real0m2.125s LF | text | clear | user0m0.592s || | sys 0m1.546s - || | real0m2.125s CRLF | bin | set | user0m0.546s || | sys 0m1.530s - || | CRLF | bin | clear | Whoops! || | - || | real0m2.188s LF | bin | set | user0m0.608s || | sys 0m1.546s - || | real0m2.141s LF | bin | clear | user0m0.640s || | sys 0m1.515s - My conclusions: 1) CRLF vs. LF line endings have essentially no effect on the performance of this version of bash, even on a test where bash is doing nothing but handling linefeeds. 2) Ignoring CR on a binmode mount has no performance penalty over a clean LF-only file. In fact, the margin of error in this test was higher than the performance penalty. 3) CRLF on a text mode mount is really, really bad. This isn't bash's fault (note the time spent in user mode is the same as on binary mounts, all the time is spent in sys), and so to me looks like a non-solution to the problem of bash not handling CRLF; to say nothing of the other issues with text mode mounts. Looks like making igncr the
igncr vs text mode mounts, performance vs compatibility
I looked into my scripts a little harder, have better results, some new conclusions: - line ending | mount mode | igncr | user time - CRLF | text | set | 1.0114s - CRLF | text | clear | 0.984s - LF | text | set | 0.56995s - LF | text | clear | 0.5653s - CRLF | bin | set | 0.59435s - CRLF | bin | clear | whoops! - LF | bin | set | 0.5545s - LF | bin | clear | 0.5576s - The worst cases are still text mounts with CRLF files (further impugning text mode mounts) but my statement below about not bash's fault is apparently not completely true. In the bin mode section (the Cygwin recommended mount mode): note here that there's an approx 7% penalty between the most accomodating case (CRLF on a binmode mount with igncr set) and the most restrictive case (LF only on a bin mode mount with igncr clear). Less than 10% penalty on this perverse benchmark (handling _nothing_ but linefeeds) seems like a small price for compatibility. -Rob Rob Walker wrote: Larry Hall (Cygwin) wrote: On 10/12/2006, Rob Walker wrote: If you're referring to the performance gain realized, I think it could have been accomplished (if not as trivially) without breaking CRLF handling. This seems to be indicated in other posts, ones that talk about reworking line parsing. I believe the response to this is http://cygwin.com/acronyms/#PTC. In other words, if your belief is strong enough and you have the knowledge to back up that belief, you just need the persistence to follow through on all that to show everyone your concrete ideas. Since we've had allot of opinionated discussions on topics like this from the uninformed or those who lack the conviction to actually submit a patch to back up their point of view, it's important to realize here that patches speak louder than words (hm, PSLTW - acronym alert? ;-) ) Actually, though, I was asking about a bigger-picture strategy. One that appears to be steering Cygwin away from interoperability of the past, towards a more rigid interpretation of what Cygwin's suitable uses are. Do you have a set of guiding principles you consult when deciding the fate of Cygwin? Who do you consider Cygwin's customers to be? The basic strategy is that in cases where decisions have to be made between supporting Linux-like behavior or Windows conventions, err on the side of Linux. Since the tools are meant to support the Linux way of doing things, it's important they do. Otherwise people who are looking for and expecting this behavior are left out. Are you saying that these people expect bash to treat CRLF as if the CR were non-whitespace? Can you give me an example where this would be a useful feature? They are the ones these tools are built to support. That said, support for various Windows ways and conventions are supported by default and when they don't conflict with the above. But when there is a conflict, Linux-like behavior is the goal. I guess you're saying (in this case) that the performance benefit of barfing on CRLF outweighs the usefulness of bash's invisible handling of CRLF? To test this assertion, I benchmarked bash (3.1-9). The script I used to test is essesntially empty, with nothing but the shebang, a call to shopt, and 50k empty lines. I chose empty lines to keep bash's other complexities out of the picture. I only wanted to measure is how long it takes bash to parse lines. Here are my results: - line ending | mount mode | igncr | time ./test.sh - || | real0m4.219s CRLF | text | set | user0m0.983s || | sys 0m3.202s - || | real0m4.312s CRLF | text | clear | user0m1.062s || | sys 0m3.265s - || | real0m2.109s LF | text | set | user0m0.608s || | sys 0m1.499s - || | real0m2.125s LF | text | clear | user0m0.592s
Re: igncr vs text mode mounts, performance vs compatibility
Rob Walker wrote: I looked into my scripts a little harder, have better results, some new conclusions: I think you are missing the point somewhat. The thing you need to benchmark against is the older bash version before the 'igncr' option even existed, which read every script one byte at a time regardless of mount type or line endings. With typical 'configure' scripts easily exceeding 200 kB (and some more than 2.5 MB!), this resulted in massive overhead. *That* was the performance hit that motivated this whole ordeal in the first place. I understand you are advocating for igncr being set by default, but I got the impression that everyone agreed that this would probably be a good idea, and that Eric would probably make this the default eventually. Brian -- 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: BashHere.reg Explorer add-on and long filenames
On Wed, Oct 18, 2006 at 05:20:00PM -0400, Jean-Claude Gervais wrote: I found and adapted a Windows registry hack to permit opening Bash prompts in any folder in Explorer by right-clicking on the folder and selecting the Open with Cygwin Shell (bash) menu entry. You might be interested in the chere package contributed to Cygwin. It performs the same function. You can install it from the standard Cygwin setup.exe program. -- 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: BashHere.reg Explorer add-on and long filenames
On 2006-10-18, Jean-Claude Gervais [EMAIL PROTECTED] wrote: Hello List! I found and adapted a Windows registry hack to permit opening Bash prompts in any folder in Explorer by right-clicking on the folder and selecting the Open with Cygwin Shell (bash) menu entry. It works fine, but for some strange reason, whenever a folder is selected that has a long-name (ie. not 8.3 DOS standard), the bash prompt displays the short filename version of the path. Is there a way to get it to display the long version? Here is the .REG file in case anyone else would like to give this a try. TIA, J .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Directory\shell\Custom_OpenWithCygwinShell] @=Open with Cygwin Shell (bash) [HKEY_CLASSES_ROOT\Directory\shell\Custom_OpenWithCygwinShell\command] @=c:/cygwin/bin/bash --login -c \cd '%1'; exec bash --noprofile --norc -i\ [HKEY_CLASSES_ROOT\Drive\shell\Custom_OpenWithCygwinShell] @=Open with Cygwin Shell (bash) [HKEY_CLASSES_ROOT\Drive\shell\Custom_OpenWithCygwinShell\command] @=c:/cygwin/bin/bash --login -c \cd '%1'; exec bash --noprofile --norc -i\ .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. You can use 'cygpath' to translate among the various forms of a path name. In this case, the idea would be to replace cd '%1' by something like cd `cygpath -u '%1'` I still have a hard time getting the quoting right in these situations, though, so you may have to play with that a bit. Some sort of quoting surrounding the argument to 'cd' is necessary so that paths containing spaces will appear to 'cd' as a single argument. HTH, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Wireless Division | Spokane, Washington, USA -- 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: Installation or update using package list
Maurício wrote: Gustavo Seabra wrote: On 10/18/06, Maurício [EMAIL PROTECTED] wrote: Hi, Is it possible to write a text file with a list of packages, and ask cygwin to ensure all of them are installed at the latest version, as well as all needed dependencies? Thanks, Maurício Doesn't the Cygwin setup program automatically does that? (Apart from the file, which is probably there in some place as well...) Gustavo. How? I know how to install with setup using the mouse, selecting each package I want by hand. How can I select a text file to be used as a list of selected packages? There are more details about using 'setup.exe' from the command line with arguments in the email archives but this link should get you started with the basic list: http://sources.redhat.com/cygwin-apps/setup.html See the Miscellaneous Information. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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: igncr vs text mode mounts, performance vs compatibility
Brian Dessent wrote: Rob Walker wrote: I looked into my scripts a little harder, have better results, some new conclusions: I think you are missing the point somewhat. The thing you need to benchmark against is the older bash version before the 'igncr' option even existed, which read every script one byte at a time regardless of mount type or line endings. With typical 'configure' scripts easily exceeding 200 kB (and some more than 2.5 MB!), this resulted in massive overhead. *That* was the performance hit that motivated this whole ordeal in the first place. I understand you are advocating for igncr being set by default, but I got the impression that everyone agreed that this would probably be a good idea, and that Eric would probably make this the default eventually. Indeed. If I were to hazard a guess, I would say that every possible angle of CRLF handling has been covered in one thread or another in the last month or so. Let's leave this all in Eric's capable hands. I'm confident that whatever he comes up with will be better than where we started and a vast improvement overall for everyone. From what I've seen so far, and what Rob's results would confirm, is that the changes made already are a giant leap forward. Obviously if there turns out to be a flaw in the delivered result, I am also very confident that someone on this list will find it and report it. Until then, we can all bask in the bliss of an issue well-covered and the lack of a need for further email on the subject. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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: igncr vs text mode mounts, performance vs compatibility
On Wed, Oct 18, 2006 at 09:50:00PM -0400, Larry Hall (Cygwin) wrote: Brian Dessent wrote: Rob Walker wrote: I looked into my scripts a little harder, have better results, some new conclusions: I think you are missing the point somewhat. The thing you need to benchmark against is the older bash version before the 'igncr' option even existed, which read every script one byte at a time regardless of mount type or line endings. With typical 'configure' scripts easily exceeding 200 kB (and some more than 2.5 MB!), this resulted in massive overhead. *That* was the performance hit that motivated this whole ordeal in the first place. I understand you are advocating for igncr being set by default, but I got the impression that everyone agreed that this would probably be a good idea, and that Eric would probably make this the default eventually. Indeed. If I were to hazard a guess, I would say that every possible angle of CRLF handling has been covered in one thread or another in the last month or so. Let's leave this all in Eric's capable hands. I'm confident that whatever he comes up with will be better than where we started and a vast improvement overall for everyone. From what I've seen so far, and what Rob's results would confirm, is that the changes made already are a giant leap forward. Obviously if there turns out to be a flaw in the delivered result, I am also very confident that someone on this list will find it and report it. Until then, we can all bask in the bliss of an issue well-covered and the lack of a need for further email on the subject. :-) I agree. We certainly don't need any more email on the subject. More email would be overkill. cgf -- 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: Re : [ANNOUNCEMENT] Updated [experimental]: bash-3.2-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Angelo Graziosi on 10/18/2006 1:42 PM: I have tried to install this but the installation hangs running /etc/postinstall/00bash.sh. Hmm, I saw that too, but cancelling setup.exe and manually running the script from cmd.com worked. I'm not sure what the interaction is that seems to be causing that. In looking further, I'm seeing a process tree that looks like: ?-+-bash---bash---uname `-pstree I'm not sure how uname is entering the picture; 00bash.sh doesn't directly call uname. My guess is that somehow the new /bin/bash is thinking that it should be interactive when invoked by setup.exe, and thus running uname, then hanging when uname doesn't respond correctly. I'm baffled as to what is causing this behavior. After using /bin/kill -f on that uname, I then get to the cygpath and sed processes run by the first command substitution in 00bash.sh; those processes also seemed to hang. On the other hand, I did intentionally skip out on porting one of the cygwin-specific patches that was in subst.c in 3.1, related to creating pipes between processes. The comment along with that patch was: +#if __CYGWIN__ + /* Ensure that stdin, stdout, and stderr have a valid file descriptor, so + that pipe doesn't end up in those slots; otherwise a hang might + result when leaving one end of the pipe open in the subprocess. */ + int i, closeit[3]; +#endif /* __CYGWIN__ */ I had hoped that cygwin had advanced beyond that point (as it was, CVS cygwin has a fix in newlib's pipe() call that overcomes a bug in cygwin 1.5.21 and earlier when stdout is closed), but based on the behavior we both saw, it looks like I will have to port that patch to bash 3.2 after all, to see if it improves the situation. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNvsN84KuGfSFAYARAqawAJ4rWHpz/olmOTH30zkP5mKhqaePUgCfTDeI VbrD98PUMoOhiBb7SenfrnA= =5AxP -END PGP SIGNATURE- -- 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: igncr vs text mode mounts, performance vs compatibility
Thanks for reading, Brian. Apologies to all that my recent tend to bulk. The point of my post was to advocate igncr as the default for bash 3. I realize I'm not alone in this advocacy. I'm truly happy that bash 3 is super fast compared to bash 2, but bash 3's incompatibility is currently a (possibly serious for me) stumbling block. What motivated today's work was the bash 3.2 announcement, which (apparently) doesn't make igncr the default. Eric, what's your current thinking on this topic? -Rob Brian Dessent wrote: Rob Walker wrote: I looked into my scripts a little harder, have better results, some new conclusions: I think you are missing the point somewhat. The thing you need to benchmark against is the older bash version before the 'igncr' option even existed, which read every script one byte at a time regardless of mount type or line endings. With typical 'configure' scripts easily exceeding 200 kB (and some more than 2.5 MB!), this resulted in massive overhead. *That* was the performance hit that motivated this whole ordeal in the first place. I understand you are advocating for igncr being set by default, but I got the impression that everyone agreed that this would probably be a good idea, and that Eric would probably make this the default eventually. Brian -- 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/ -- 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/
cygwin + JNI problem with sockets
Hi everyone, I am a student trying to create a dll of a socket program in cygwin using -mno- cygwin as following (after compilation). gcc -mno-cygwin -shared -o udpServer0.dll udpServer0.o but it throws the following Errors. udpServer0.o:udpServer0.c:(.text+0x41): undefined reference to `_htonl' udpServer0.o:udpServer0.c:(.text+0x50): undefined reference to `_htons' udpServer0.o:udpServer0.c:(.text+0x70): undefined reference to `_socket' udpServer0.o:udpServer0.c:(.text+0x8d): undefined reference to `_bind' udpServer0.o:udpServer0.c:(.text+0xb2): undefined reference to `_recv' collect2: ld returned 1 exit status if i create a dll without the -mno-cygwin option and call the function in the JNI java program, it doesnt execute (doesnt respond, goes to infinite loop). But with -mno-cygwin option the other programs (other than socket programs), they work just fine when called from Java using JNI. Can anyone throw in some ideas and suggestions as to where the problem could be or the solution if you know. I can post the udpServer0.c if you want me to. Thank you in advance, Chandra Sekhar. -- 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/
Updated: autoconf2.5-2.60-1
Autoconf is an extensible package of m4 macros that produce shell scripts to automatically configure software source code packages. This is a routine update of the autoconf2.5 package, which provides autoconf-2.60. Yes, the name is odd -- but autoconf-2.60 is considered a part of the ongoing 2.5x development sequence. Changes (from autoconf2.5-2.59-2) * Update to latest official release 2.60 * switch to cygport build method -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: autoconf2.1-2.13-2
Autoconf is an extensible package of m4 macros that produce shell scripts to automatically configure software source code packages. This is a build enhancement update of the autoconf2.1 package, which provides autoconf-2.13. Changes (from autoconf2.1-2.13-1) * switch to cygport build method -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: autoconf-3.3-1
The autoconf package has been updated to version 3.3. Recall that this package is not the real autoconf, but is a wrapper system to delegate to the appropriate version of real autoconf (either 2.13 or 2.60 at present). This is a major update, as I've switched from the Red Hat perl ac-wrapper to the gentoo bash ac-wrapper. This eliminates the dependency on perl. However, there should be no end-user impact; the new version should work identically to the old version. Finally, I've switched to using the cygport build system; this package is based on the autoconf-3.2 distibuted by the cygwin-ports team. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
NEW: automake1.10-1.10-1
Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This is a new package, containing the latest version of automake system, automake-1.10. This cygwin package, automake1.10, can be installed without conflict alongside the existing automake1.9, automake1.8, automake1.7, automake1.6, automake1.5, and automake1.4 cygwin packages. automake-1.10 requires autoconf-2.60 or better, which is available in the updated automake2.5 package, automake2.5-2.60-1. See /usr/share/doc/automake1.10/NEWS for a list of the new features and bugfixes in automake-1.10. This package was built using the cygport framework. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
NEW: automake-2-1
This new package provides a wrapper system for the various automakeX.Y packages, and plays a role similar to that of the long-standing autoconf wrapper package. This wrapper system is based on the bash am-wrapper developed by the gentoo distribution, with tweaks to support cygwin's existing alternatives framework for switching between the various installed automakes. The end-user experience should be transparent: invoke 'automake' and the wrapper will select the appropriate version based on the contents of the files in the directory where it is invoked (e.g. if Makefile.in was created by automake-1.6 from Makefile.am, then the wrapper will know to invoke automake-1.6). This package is based on the automake-1-1 distributed by the cygwin-ports team. -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: libtool1.5-1.5.23a-1, libltdl3-1.5.23a-1
GNU libtool is a generic library support script. Libtool hides the complexity of using shared libraries behind a consistent, portable interface. This update corrects a serious flaw in the previous libltdl DLL. Changes (since libtool1.5-1.5.22-1) * update to CVS 2006-Oct-14 snapshot * libltdl DLL actually exports symbols and so is not useless + thanks to Jan Nieuwenhuizen and Yasutaka Atarashi for the report and detailed analysis. * fix for memory leak in libltdl * compatibility with autoconf-2.60 * cross-compile fixes for target=cygwin/mingw * switch to cygport build framework -- Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
