Re: FAQ 4.2 Why is Cygwin suddenly so slow?
Hello, * On Wed, Dec 21, 2011 at 03:30:11PM +0100 e...@iol.it wrote: From: marco.atz...@gmail.com antivirus ? http://cygwin.com/faq/faq.using.html#faq.using.bloda thanks, from this list I had Sophos Anti-Virus installed in the system. It is version 9.5 fully updated and not 7. [...] As I cannot admin this Sophos installation I cannot disable the scannig of Cygwin root installation. I will try to ask to the admin to add this excetion (low possibility I think). Even worse: In many cases, just adding exceptions is not enough. In many cases, BLODA (especially Antivirus) has to be uninstalled. Although not active in the directory, or even when the services are disabled, many Antivirus software programs still interfere. BTW seems strange Sophos interfere only with Cygwin. Well, the Antivir programs do not only interfere with Cygwin. However, Cygwin is doing some tricks in order to perform its task, and these tricks are more likely to fail with Antivirus programs active. Furthermore, there are some (many?) programs that specifically work-around problems with Antivirus software. For example, I know for sure that SVN has some special code to handle a problem with some Antivirus programs. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://vice-emu.sf.net/ -- 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: Machine very sluggish while compiling
Hello, * On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote: Lately I've noticed that running make -j4 on my quad-core win7-x64 machine causes it to become sluggish or even unresponsive. I have seen very similar effects on my Win7-64 box. I can force the problem here just be running ccrypt, though, I do not need to use make -j4. I assume it has to do with the Windows 64 bit problems of Cygwin (search the ML archives for that). For me, this is the first machine since years where I do not use Cygwin because of this issue. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Certain files in Windows/System32 are invisible in Cygwin
Hello, * On Wed, Mar 30, 2011 at 03:47:16PM -0400 Eric Bracken wrote: This is a strange problem: certain files in the Windows/System32 directory are not visible from Cygwin: [...] The system in question is Windows 7 64-bit (service pack 1), running [...] The problematic file (nbtstat.exe) most definitely exists and can be run from a DOS prompt window. Windows is lying to you: The file is *not* there. Windows Vista and Win7 in the 64 bit variants have the file system redirector (http://msdn.microsoft.com/en-us/library/aa384187%28VS.85%29.aspx, http://msdn.microsoft.com/en-us/library/aa384249%28VS.85%29.aspx) which makes all of this a mess. Cygwin is a 32 bit application; this, it does NOT see %WINDIR%\System32, but %WINDIR%\SysWOW64. I am sure nbtstat.exe does not exist there, right? HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: unable to type command into Cygwin after running 'tail'
Hello, * On Thu, Dec 02, 2010 at 12:51:22PM -0600 Thrall, Bryan wrote: Charles Wilson wrote on 2010-12-02: On 12/2/2010 1:27 PM, David Rothenberger wrote: Illia Bobyr wrote: On 12/1/2010 8:53 PM, David Rothenberger wrote: Try typing reset or stty sane (without the quotes) and pressing Enter. You won't see what you're typing, but after the shell should work again. Would you, please, elaborate on this a little bit? Maybe a link or a reference that explains why this is happening? I'm sorry, I can't. I don't know why it is happening. I just know how to recover from it as a user. I've noticed that this misbehavior occurs more frequently these days: ctrl-c'ing some tasks (tail, less, maybe a few others) ends up with the I can totally second that behaviour. I've seen it ctrl-c'ing to get out of a tail in an xterm, so it isn't specific to mintty. I do not use mintty (yet?), so it is not specific to it. I have seen it when connecting remotely via ssh (for example, putty to localhost), as well as when using the prepared cygwin.bat file to get cygwin in a Windows console. For me, it first happened when I moved from Cygwin 1.5 to 1.7. Note that I was not one of the early adaptors, though, thus, I cannot say if this was present in 1.7.1 from the beginning. One thing I noticed: Sometimes, when this happens, you have to wait some minutes. Afterwards, the behaviour fixes itself. I feel this is strange. Is it occurs to me very often I thought about a local problem on my side, that's why I did not report it yet. terminal settings all scrogged up, and requires you to blindly type in 'reset' (or stty sane) to fix it. Yes, I can second this, too: You still can type and execute commands, you just cannot see what you are typing. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion mangling names in .svn/entries metadata file
Hello, * On Tue, Oct 26, 2010 at 09:35:47AM -0500 Jeremy Bopp wrote: On 10/26/2010 8:11 AM, J.C. Wren wrote: Maybe I didn't explicitly say that I did reboot the system, but that's not a reason to merely assume that I didn't. On the contrary, I think it's a great reason to assume you didn't reboot given your description of how cygwin1.dll eventually got updated and the following quote: My experience on user support (both from the side of giving support, as well as from the side of receiving it) on other forums tells me that it is never wrong to state the (expectedly) obvious. It happens every now and then, even to the experienced users, that they forget something like that. Thus, it is better to ask the obvious instead of trying to debug the problem for hours, only to find out that the obvious was the problem in the first place. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: backtics
Hello, * On Fri, Sep 24, 2010 at 08:39:21AM -0600 Eric Blake wrote: On 09/24/2010 07:43 AM, mel...@orangepalantir.org wrote: This probably isn't a backtic problem, but using backtics causes it. ls `ls` results in file not found errors. ie: bash-3.2$ ls 35ms 40ms 80ms bash-3.2$ ls `ls` ls: cannot access 35ms: No such file or directory ls: cannot access 40ms: No such file or directory ls: cannot access 80ms: No such file or directory bash-3.2$ WJFFM: $ mkdir abc cd abc touch 35ms 40ms 80ms $ ls 35ms 40ms 80ms $ ls `ls` 35ms 40ms 80ms Another option (for the OP): Have you tried the command: $ ls|wc -l You ask why? Then try this: $ touch 35ms 40ms 80ms $ ls `ls` ls: cannot access 35ms: No such file or directory ls: cannot access 40ms: No such file or directory ls: cannot access 80ms: No such file or directory Here, ls|wc -l gives 1 as output. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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 Security amp;amp; Performance Issues
* On Thu, Aug 12, 2010 at 02:29:27PM -0400 Robert Jacobson wrote: On 8/12/2010 10:02 AM, Corinna Vinschen wrote: Ok, I'll not waste my time and reply to you another time. That makes both of us happy. Is this what passes for professional behavior at Red Hat? You mean, the co-leader of the project should let herself be insulted from a person who got his answers, but did not even give a thank you? Note also that this is the open Cygwin list. That is, this is not a paid support channel. I would consider it more like some people give advice for free, and not necessarily with the hat of Red Hat. I'll go back in lurk mode again... Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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 enviroment !C:=
Hello, * On Wed, May 19, 2010 at 12:25:15PM +0200 s.baun...@ifw-dresden.de wrote: When I display the environment variables in the bash shell using $ set On the PCs with IMOD running correctly I found these entries [...] !D:='D:\cygwin\bin' This is the path to Cygwin !X:='X:\' This is HOMEDRIVE of Windows (PC: Windows XP Professional SP3 in a domain) [...] What does !drive mean and how can I insert such expressions in the environment variable? I can only guess because I read just a few days ago this: http://blogs.msdn.com/oldnewthing/archive/2010/05/06/10008132.aspx Did you start cygwin from cmd.exe (or via a .BAT or .CMD file) on the machines where these entries are? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Determining if cygwin is installed on a system
Hello Christopher, * On Thu, May 13, 2010 at 03:29:19PM -0400 Christopher Faylor wrote: On Thu, May 13, 2010 at 09:15:52PM +0200, Spiro Trikaliotis wrote: Thus, my main concern now is: How can I determine if a version of cygwin is installed? [...] Take a look at the source code for Cygwin's cygcheck.cc. Thank you very much! I knew about cygcheck, but I did not even consider it might be appropriate for my task. It looks good. Thank you very much, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Anyone interrested in a package manager?
Hello, * On Fri, May 14, 2010 at 07:41:51AM -0400 Ralph Hempel wrote: Alexander T wrote: [Installing cygwin from a local install package manager like APT] Since you did a search back to 2003, I'm surprised you did not find posts referring to the new and wonderful command line options to setup.exe that were addede in the last year. They will do exactly what you want them to do Well, comparing setup.exe (and even setup.exe with the command-line options) with apt(itude), yum and several others and telling that it does exactly what you want them to do does not show that you really know these package managers. Of course, I have to admit that it has to be written, and this is much work (for which I do not have time), so I do not complain. I had started trying to split setup.exe into a front-end (GUI) and back-end. I did it some years ago. Unfortunately, after working with the source a little bit, I found that these two are very much weaved together, and it did not look very promising to try to separate them without rewriting setup.exe. I am not sure if this has changed in the last year, I did not have a look since then. I had hoped to be able to generate a more apt-like front-end with that back-end. (Yes, I have seen cyg-apt, but I have not tried it myself.) Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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
Determining if cygwin is installed on a system
Hello, I have been tasked with generating a script and installing it on all the machines on our corporate network. For this, I want to use Cygwin. One of the requirements is that people should be able to install it as easy as possible. I am thinking about installing cygwin with a .BAT file. However, before doing this, I want to determine if there is already a cygwin installed. In this case, I want to instruct the user to do it on his own (people who already have cygwin installed are more technically savvy, and more likely that they would NOT want me to mess with their system). On the other systems, I would either use setup.exe with command-line parameters, or just copy the needed files (yes, I know the latter is not supported.) Thus, my main concern now is: How can I determine if a version of cygwin is installed? I could search for cygwin1.dll on the whole system, but this would need some time. I could look into the path only, but then, I might miss a cygwin1.dll. Does anyone have a good idea? I should be able to determine at least cygwin 1.5 and 1.7. Thank you for every hint and suggestion. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Patch, diff, and line-endings
Hello David,
* On Tue, Mar 16, 2010 at 03:15:13PM -0400 David Eisner wrote:
I'm running into a problem when applying patches. Here's a toy
example. I have a file, test.txt, with a one line change. I use diff
-u to generate a patch, and then I use patch to apply it.
With unix-style line-endings (\n), everything works fine:
[...]
But with dos-style line-endings (\r\n), the patch fails:
$ file {a,b}/test.txt
a/test.txt: ASCII text, with CRLF line terminators
b/test.txt: ASCII text, with CRLF line terminators
[...]
Shouldn't this work, regardless of the line-ending type?
No: patch is very picky here. From my experience, you will observe the
same behaviour on a Linux machine.
In a project I am involved, we were using diffs frequently to send in
changes. (Only recently, we changed to something more reasonable.) We
always had this problem from DOS/Windows users.
I repeated the same experiment on a Solaris 10 box with GNU diff 2.8.1
and GNU patch 2.5.4, and it worked fine, with both unix- and dos-style
line endings.
Now, this is surprising to me, as I have seen the same exact problem on
Linux. AFAIR, this is a problem of patch itself. Perhaps, Solaris 10
does something differently, hiding the CRLF from patch?
BTW: In the project mentioned above, we always solved the issue with
dos2unix.
Best regards,
Spiro.
--
Spiro R. Trikaliotis http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/
--
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: the .exe extension
Hello Eric, * On Fri, Mar 12, 2010 at 08:16:42AM -0700 Eric Blake wrote: In general, cygwin does not care if the .exe is missing, but other programs (particularly cmd) do, so it is better if PE-COFF files are given the .exe extension. Is it really better to add the .exe extension? May I ask which problem it is this renaming tries to solve? I ask because here have been some discussions about the problems imposed by renaming to .exe. However, I could not come up with a problem that can be solved with this renaming: If I really, really need the .exe extension, I can generate it myself. So, why should Cygwin do it automatically? Thank you (or anyone else) for any explanations, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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's svn appends unwanted .exe to file name on checkout
Hello David, * On Mon, Mar 01, 2010 at 09:45:46AM -0800 David Rothenberger wrote: On 3/1/2010 5:43 AM, Alan Burn wrote: So I think I've made a little progress here. I still don't have a solution, but I can now reproduce the problem. Doesn't cygwin 1.7 add the .exe suffix when writing (some?) binary files? I seem to remember to have readabout this being a problem before the release of 1.7.1 here in this mailing list. I think Corinna was speaking with someone about this. Can this problem be triggered by this cygwin behaviour? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: rsync - convert illegal characters in paths
Hello, I am sorry for hijacking this thread, but I have a related problem: * On Wed, Dec 16, 2009 at 07:31:25AM + Andy Koppe wrote: 2009/12/16 chaos215bar2: I'm attempting to use rsync to backup from Linux to Windows. This is mostly working, except that paths with characters that are not legal in NTFS ( : / \ | ? *) are not copied because rsync fails to create files and directories with names containing these characters. Those characters are supported in Cygwin 1.7. Personally, I have this problem with the colon sign (:). This is used in maildir format, for example. Trying to rsync a maildir folder with rsync always fails for me, as on Linux, the generated filename contains a colon sign. On Windows, NTFS interprets the colon as indicator for an alternative data stream (ADS), thus, the resulting file has length 0 (and all the data is in the ADS). Is there an option to make sure the colon is converted into another character? As far as I understand it, --iconv does not help me as I do not want to translate between differing charsets. Can anyone shed any light on this? Oh, I am using Cygwin 1.5. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: find Performance extremly slow
* On Tue, Nov 10, 2009 at 10:04:59AM -0500 Christopher Faylor wrote: I knew we shouldn't have put all of those sleep(5)s in find.exe... You mean, something like a speedup loop? http://thedailywtf.com/Articles/The-Speedup-Loop.aspx SCNR, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: 1.7: mv: Device or resource busy
Hello Denis, * On Wed, Oct 28, 2009 at 12:31:32AM +0100 Denis Excoffier wrote: Under some circumstances (detailed below), the command: mv file1 file2 produces mv: cannot move `file1' to `file2': Device or resource busy Bloda? (http://www.cygwin.com/acronyms/) I reported the exact same behaviour (with a test script that reproduces the same behaviour even without Cygwin) for Avira Antivir last year: http://www.cygwin.com/ml/cygwin/2008-04/msg00691.html. They (Avira) did an update afterwards which reduced the chances for this behaviour, but the latest version is as bad as the one back then. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Running 1.5 and 1.7 sshd in parallel
Hello, * On Sun, Jun 28, 2009 at 12:31:09PM +0200 Corinna Vinschen wrote: On Jun 26 22:25, Federico Hernandez wrote: THX for the fast answer. That is exactly what I tried. 1.5 on port 22 1.7 on port but when I ssh into I endup in $HOME of 1.5 and sometimes the sshd on doesn't start. How can I select each of the sshd in a more controlled way so that I can specify which daemon to start and stop? Install it under different service names. Just a question: Wouldn't the differing cygwin1.dll (1.5 vs 1.7) be problematic when both sshd are started? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: managing autoconf versions?
Hello Jay, * On Thu, Jun 11, 2009 at 07:02:00AM + Jay wrote: [maybe should cc cygwin] Doing so. ;) For complete reference, I am citing your complete mail. As you do not seem to be subscribed, I am keeping you as a direct recipient, too. Just noticed your guys's responses, searching the web. Thanks. Spiro, I don't your answer of not including generating files with the patch suffices. - I think people do include them. I am doing open source projects myself. Whenever I get a patch where these generated files (auto*, bison, flex, ...) are included, I ask the sender to send a new copy without these files. There are really a pain in the ass! They are not worth the time it takes me to remove the patches. - It is important to match versions for testing purposes. If I test with a non matching autoconf/make, what they generate won't likely match, and that invalidates testing. In my experience, these differences are seldom important. If they are, I will take such a patch, of course. remaining parts left intact for reference on the ML Dave, thanks, it is exactly binutils/gcc I'm interested in. Thank you for proving I'm not crazy -- there really is a problem. Could be due to your work that cygwin is the best/easiest platform here (but so slow to fork. :( ). I was/am not aware of what the version macros achieve. You know, I mean...ignoring binutils/gcc, though they are relevant, would I install versions 1.1, 1.2, 1.3, etc. (made up versions) all to different prefix, put all the prefixes/bin in $PATH and the version macros search $PATH? Or do all the tools append versions to all their directories/files? You know, ideally..ideally what I would do is download every version of autoconf/automake configure and install them all with no flags put /usr/local/bin in $PATH and as long as I defined every correct/sufficient, be able to make arbitrary edits to arbitrary projects, and just run the usual configure+make on them and the right thing would happen. Or even, better yet, error if I don't have the matching version of autoconfigure/automake, perhaps guided by a flag one way or the other. - Jay Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: FAQ 4.46, applications interfere with subversion or not?
Hello, * On Fri, Jun 05, 2009 at 07:45:22AM -0700 David Rothenberger wrote: On 6/5/2009 2:08 AM, Corinna Vinschen wrote: On Jun 4 14:33, David Rothenberger wrote: [...] Can you nail down the problem into a simple testcase? I kinda doubt it. Subversion is using APR to move a file, and the error occurs only sporadically if some other Windows program (e.g., virus scanner) has the file that's being moved open. Do you expect that to work with 1.7? I had a test case for plain Windows as well as cygwin (1.5), cf. http://www.cygwin.com/ml/cygwin/2008-04/msg00691.html. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: UAC .manifest files
Hello, * On Thu, Jun 04, 2009 at 10:25:51AM +0200 Corinna Vinschen wrote: And, no, I have no idea how to generate inline manifests :} Taking from a project (Note: I did not write the code in the first place, so I might be missing the gory details): - let my.manifest be the manifest file (http://vice-emu.svn.sourceforge.net/viewvc/vice-emu/trunk/vice/src/arch/win32/vice.manifest?revision=20487view=markup) - Generate a .rc file with the line: 1 RT_MANIFEST my.manifest (lines 69ff from http://vice-emu.svn.sourceforge.net/viewvc/vice-emu/trunk/vice/src/arch/win32/res.rc?revision=20736view=markup) - Let the resource compiler handle the .rc file, and let windres merge the info into the executable. (lines 432ff from http://vice-emu.svn.sourceforge.net/viewvc/vice-emu/trunk/vice/src/arch/win32/Makefile.am?revision=20930view=markup Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: managing autoconf versions?
Hello Jay, * On Sat, May 16, 2009 at 06:00:30AM + Jay wrote: How do people manage autoconf/automake versions? [...] Rather I'm wondering about submitting patches to other projects, Just make sure you do not include generated files in your patch, and you should be fine. Having the generated files in your patch would produce problems on the other side, regardless if you use the same version of auto* tools or not. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: cvs-1.12.13-1
Hello, * On Sat, May 02, 2009 at 12:24:41PM -0400 Charles Wilson wrote: Chris Sutcliffe wrote: I found the source of the issue. Somehow my .cvsrc file was converted into DOS line endings, cvs 1.11.22 didn't seem to mind but I guess the new cvs is a little more strict. Sorry for the noise. The new cvs opens ~/.cvsrc using the default mount mode of the disk, rather than explicitly opening it in text mode. I do not understand this. I thought that when a cygwin application opens a file in text mode, there are two options: 1. The file is mounted as having CR/LF endings: This results in Cygwin handling CR/LF as line endings 2. The file is mounted as having LF endings: This results in Cygwin effectively handling LF line endings. (Yes, I know my words are sloppy, but I think you get the idea what I mean). If this is true: What is the difference of the new behaviour now? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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.7] Updated: cygwin-1.7.0-45
On Wed, Apr 22, 2009 at 11:41:17AM +0100, Dave Korn wrote: Corinna Vinschen wrote: On Apr 21 22:18, Eric Blake wrote: [... explanation of the sed/cygwin problem] Thanks for the explanation. Apparently I'm unable to explain this clearly enough. When you referred to broken applications passing the wrong input to the ctype function, I thought you meant SED by that. Same here. That's why I suggested fixing the app (sed) instead. Regards, Spiro -- 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.7] Updated: cygwin-1.7.0-45
Hello,
* On Tue, Apr 21, 2009 at 05:23:34PM +0200 Corinna Vinschen wrote:
On Apr 14 19:08, Thomas Wolff wrote:
On April 14, Corinna Vinschen wrote:
[...]
This is a real problem. In the OEM codepages the 0xff character is a
non-breaking space. Unfortunately there's no way to distinguish between
the (signed) char value 0xff and EOF when it's put as argument into the
ctype functions. sed has a loop which loops over all blank characters
in the input, basically like this:
do {
ch = inchar ();
} while (isblank (ch);
As soon as inchar() is at the end of the input, it returns EOF == -1. And
then the loop never stops, because the character value -1 is a blank
character.
However, this appears to be a generic problem with the character with
value 0xff. If char is signed, its value is -1 and it can't be
distinguished from EOF.
The only solution for this problem is, AFAICS, to treat the character
0xff as a non-character, for which all ctype functions return 0.
No. The real solution is to define ch as int in the first place. This
way, ch = 0xff is the printable character, while ch = -1 is EOF. Look at
the prototypes of the functions in ctype.h, they all take int as an
argument. And getchar(), getc() and getch() all return an int, not a
char. There's a reason for this.
Regards,
Spiro.
--
Spiro R. Trikaliotis http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/
--
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: edit Aux.pm under GNU emacs hangs
Hello again, * On Mon, Apr 06, 2009 at 10:07:00PM +0200 Corinna Vinschen wrote: On Apr 6 15:14, Lee D. Rothstein wrote: Can't have any files named [aA][uU][xX] dot *anything* in Windows, or anything dot [aA][uU][xX]. Incorrect. This is a restriction in the Win32 API, This is incorrect, too. This is *not* a restriction of the Win32 API; it is a restriction that only applies if programs do not use the full name, prepended with \\.\. This restriction is there for backwards compatibility for programs which do not expect the new behaviour, and which are restricted in their path length to PATH_MAX. On so-called 16-bit windows systems this could cause a system crash. I learned this the hard way. Cygwin 1.7 doesn't support 16-bit OSes. Did Cygwin support any 16 bit Windows at any time? I can't remember a Cygwin for DOS, or a Cygwin for Windows 2.03. ;) Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: edit Aux.pm under GNU emacs hangs
Hello, * On Mon, Apr 06, 2009 at 06:20:26PM +0200 Corinna Vinschen wrote: On Apr 6 18:12, Spiro Trikaliotis wrote: * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: Marc Girod wrote: [...] http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Is this still true for Cygwin 1.7? I mean, Win 9x support has been dropped, there is no reason not to use the \\.\... path specifiers, which would make this problem vanish. Apart from the fact that you should use slashes instead of backslashes, there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm. I was asking if 1.7 supports the access to such files. As I was assuming that you would use the Win32 API, I asked why *Cygwin* does not use the \\.\... paths. http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html Ok, so this is not an issue for 1.7 anymore. Good to know. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: edit Aux.pm under GNU emacs hangs
Hello, * On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote: Marc Girod wrote: I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs. [...] http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Is this still true for Cygwin 1.7? I mean, Win 9x support has been dropped, there is no reason not to use the \\.\... path specifiers, which would make this problem vanish. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: gcc4: missing atomic builtins?
Hello, * On Mon, Mar 30, 2009 at 10:43:36AM +0200 Corinna Vinschen wrote: And, btw, is there any Linux distro still using a i586 compiler? I am happiln running Debian Etch (oldstable) on a Am486DX4-100 with a 2.6.18 kernel. I am not completely sure if Lenny (stable) still supports it, though. So: Yes, there a distros that still support such old hardware. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: New bloda entry
Hello, * On Mon, Mar 23, 2009 at 02:21:31PM +0100 Reini Urban wrote: Probably turning off the guard will help. It does. Personally, I found out about this behaviour of AntiVir in April 2008 in conjunction with SVN and CVS (SVN behaving much worse than CVS). The problem is as follows: If you touch a file (for example, if you copy it) and then, immediately afterwards, try to move another file over it, the Guard might still hold a handle on the file: You have a race which sometimes results in a permission problem. I contacted Avira with this problem report (and a .BAT file which demonstrates this behaviour). The 1st level support only told me how to generate an exception, so that my directory is not checked by the guard anymore. After insisting that this cannot be a solution, I was forwarded to 2nd level support. After a month or so, they send me a new version of Antivir which enormously reduced the probability of this problem. However, since some months now, the problem is completely back again. Perhaps, it might help if more people complain? Again, this problem is not Cygwin specific, as I was able to show it with a .BAT file. On http://www.trikaliotis.net/Download/test-av.zip, you can find my .BAT file I used to show the problem. There are two versions which are only different in the details of the output. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: UNLINK problem (again!!)
Hello, * On Fri, Mar 20, 2009 at 06:45:12PM + Dave Korn wrote: This is Cygwin correctly implementing the POSIX can delete a file while retaining a handle to its contents semantic, followed by the known Cygwin problem (a restiction of the underlying windows OS) that you can't (as you can in POSIX) create a new file in place of the old one while you keep that handle to the old one's contents. This restriction could be solved by renaming the file before deleting it. The only problem I see with this approach: What file name to choose for the rename operation? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Clearing the Cygwin console
Hello, * On Sun, Mar 15, 2009 at 03:02:56PM -0400 Charles Wilson wrote: Thomas Wiedmann wrote: There's also 'clear.exe', although it also does not clear/reset the scrollback buffer. Where, i. e. in which Cygwin package? In my %ProgramFiles%\Cygwin\bin there is no clear.exe. ^^^ This is probably a really bad place to install cygwin. Spaces are bad bad bad. Not every XP has %PROGRAMFILES% with a space in the directory name: C:\echo %PROGRAMFILES% C:\Programme (this is a German XP) But, in general, you are right. As the user cannot be sure to what a specific environment variable will expand on each other's machines, one should be very careful with such advices in the public. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Replacing setup.exe and cygcheck with dpkg (Was: Re: cygcheck typo in both manpage and --help)
Hello, * On Sun, Mar 08, 2009 at 09:45:39PM -0400 Christopher Faylor wrote: On Mon, Mar 09, 2009 at 12:42:31AM +0100, Sjors Gielen wrote: (Since 1.7 already fixes the problem of installing running programs, Color me dubious. How did you solve the problem of installing cygwin over a running version of cygwin? You can replace a running exe (or dll) by doing the following: 1. rename the .DLL or .EXE 2. put the new .DLL or .EXE into place Once the program holding the .DLL or .EXE quits, you can remove the renamed versions. This can be done on the next boot, for example. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: How can I assign a hotkey to run a cygwin/bash script?
Hello, * On Fri, Mar 06, 2009 at 12:07:37PM -0500 Buchbinder, Barry (NIH/NIAID) [E] wrote: I looked at the properties of shortcuts on my Desktop, in the Start Menu, and in a directory outside of C:\Documents and Settings (the equivalent of c:\home\wrk). In none was the option to set a hotkey grayed out. They do not need to be grayed out: You can set these option. Unfortunately, they do not have any effect. This is something different. I would think that Windows keeps a table of hotkeys and shortcuts (not targets) and it looks for the shortcut itself when you hit the hotkey so the shortcut's contents can be read. Well, we can think about many things: However, this is not the way it works on Windows, obviously. BTW, if assigning the hotkey after the shortcut is in c:\home\wrk really doesn't work, I suspect that the Start Menu may. Yes, the start menu works. This was news for me, too. In quick start, it does not work, though. So, start menu and desktop work. Anything else? ;) Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: How can I assign a hotkey to run a cygwin/bash script?
Hello Brian, * On Fri, Mar 06, 2009 at 01:29:02PM -0500 Brian Mathis wrote: On Fri, Mar 6, 2009 at 12:58 PM, Spiro Trikaliotis xxx...@spiro.trikaliotis.net wrote: Well, we can think about many things: However, this is not the way it works on Windows, obviously. Windows keeps a systemwide table of hotkeys, and when one is pressed Windows runs whatever is in the table as the target. Ok. If you know for sure, I stand corrected. However, from the behaviour, this is not the way it seemed to work to me. Can you explain then why a shortcut I define in the quick start does not get applied? Yes, I defined it directly there, I did not move a file there. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: rsync hanging on Access MDB file
Hello Des, * On Mon, Mar 02, 2009 at 11:41:05PM -0800 Des Dougan wrote: rsync: connection unexpectedly closed (449058 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(635) [receiver=3.0.2] rsync: connection unexpectedly closed (237 bytes received so far) [generator] rsync error: unexplained error (code 255) at io.c(635) [generator=3.0.2] The error occurs each time on the same Access database file (part of the application suite the server was installed for). I know this behaviour for other file types: It happens if these files are either hold open (Outlook .pst files come to mind), or even modified while rsync is in progress. Thus, can you really rule out that noone else is accessing this file while rsync is taking place? My experience with Access is rather old (Access 1.1 and 2.0, some 15 years ago), but for these ancient versions, every time someone accesses this database, he opens the .mdb file himself in a shared manner. Thus, even if nothing is running on the server, there might be some remote user that is still accessing the DB. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: rsync hanging on Access MDB file
Hello Greg, * On Tue, Mar 03, 2009 at 10:20:52AM -0500 Greg Freemyer wrote: On Tue, Mar 3, 2009 at 3:36 AM, Spiro Trikaliotis xx...@spiro.trikaliotis.net wrote: Please do not cite mail addresses! Thus, can you really rule out that noone else is accessing this file while rsync is taking place? My experience with Access is rather old (Access 1.1 and 2.0, some 15 years ago), but for these ancient versions, every time someone accesses this database, he opens the .mdb file himself in a shared manner. Thus, even if nothing is running on the server, there might be some remote user that is still accessing the DB. [...] The above is exactly why VSS was created by Microsoft. Unfortunately, if you take a shadow copy of an open file, you might end with a correctly copied (or rsync'ed) file which is broken. You must be sure that noone is accessing the file at the moment you take the shadow copy. Of course, this operation can limit the time span you have to make sure noone is accessing the file. Here, you are right. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: rsync hanging on Access MDB file
Hello Greg, * On Tue, Mar 03, 2009 at 12:26:17PM -0500 Greg Freemyer wrote: On Tue, Mar 3, 2009 at 12:13 PM, Spiro Trikaliotis [shadow copies on Windows] I don't use Access, but in general good applications should support being quiesced. They do that by registering with the VSS service. Then when a shadow copy is requested, vss first notifies all registered apps to quiesce themselves. Yes, I forgot about that. This might work, at least with newer versions of Access. There might be a caveat, though: You can remotely use MS Access to access an MDB file on a file server. You can even do it multiple times, having x instances of MS Access access just one file on a remote server. Can a remote application register with the VSS service on a completely different machine? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: diff inserts tab into header ?
Hello, * On Mon, Feb 02, 2009 at 04:10:52PM +0100 xerces8 wrote: I noticed that diff -u Portmon.log _viminfo (using diffutils 2.8.7-1) puts tabs into the header, like this: --- Portmon.log 2008-07-25 13:57:56.631375000 +0200 +++ _viminfo2009-01-21 13:56:23.715740300 +0100 @@ -1,393 +1,401 @@ after the filename and before the date is a TAB char. That's correct, and it should be there. That's how all diffs I know behave. That's even correct for svn diff and cvs diff. I discovered this when trying to send a patch to a project and they rejected it because of this tab chars. Are you sure this is the case? Can you send the exact message they sent you when they rejected the patch? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Problem using select() with com0com virtual serial ports
Hello, * On Thu, Jan 22, 2009 at 10:55:22AM -0500 Christopher Faylor wrote: On Thu, Jan 22, 2009 at 10:25:32AM -0500, Paul Ingemi wrote: [...] It is a simple enough hack that I don't mind adding it, if it fixes your problem but I am not convinced that your driver is operating correctly. As I had added serial port access to the Windows version of VICE one or two months ago, I can tell that the com0com driver is indeed buggy. One of my testers always claimed that the serial support just did not work. After some debugging with him, we found out that it is com0com that is problematic, to say it positively. Taking into account the opinion at various MS related newsgroups, which states that the serial port driver of Windows is most probably one of the most complicated drivers in the Windows driver world (neglecting the filesystem drivers), this is not very surprising. Additionally, the driver sources are very complicated, giving much room for BSODs if something is not done correctly. I also have not seen any USB to serial adapter yet where its drivers could not bluescreen the whole machine if the right steps were taken. The drivers for the Prolific PL2312 chip is one of the worser variants, just pressing Ctrl+C in the right moment in your console application will create a BSOD. I think this shows enough that it is indeed very hard to get it right. IMHO, the better solution is to fix com0com, and not to apply some hotfixes to other software (cygwin, VICE, whatever). That's the approach I followed, too, ignoring com0com completely. If I might have some time, I might want to debug com0com myself, but don't hold your breath on it. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Trick cmd.exe of Windows XP to run cygwin Batch Script.
Hello, * On Sun, Jan 04, 2009 at 06:20:20PM +0800 Hongyi Zhao wrote: I've some cygwin/bash scripts and I want to invoke them without log into the Cygwin's bash terminal. Is this possible? d:\ bash -c ./myscript Note that you might have to add the path to bash (c:\cygwin\bin\bash or similar) in case it is not in your path. Also, you might want/need to add --login or -l to the options of bash. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Rationale for line-ending recommendation?
Hello Gary, * On Fri, Dec 19, 2008 at 03:42:34AM -0600 Gary R. Van Sickle wrote: From: Spiro Trikaliotis [...] Oh, and Subversion is problematic, too. Because the SVN developers decided to handle line endings on their own using libapr, opening files in binary mode and reading and writing CR, LF or CR/LF on their own, This is the right way to do things... I hope you are ironic here, right? on Cygwin, SVN is hard-coded to *nix line endings. This is not nice. Note that this approach will also fail badly if you mount parts of your system in textmode, and parts in binmode. Because of this, I am using an SVN version which I compiled myself with a patched libapr. ...I'm not following this. Are you talking about the SVN repository, or the clients, or...? What's the issue? You are right, I was not specific enough. I never tested an SVN server on Cygwin, thus, I can only talk about the client side. If you check out some files which are set to CRLF=native, Cygwin's SVN checks them out with LF line ending (as SVN handles the endings on its own, and libapr tells it that Cygwin == Unixoid == LF). Now, if you edit a file of this using some tool that 1. does not have problems with the LF endings, but 2. generates CR/LF endings on new lines (like, for example, MSVC does, but also some other tools) then SVN cannot check in that file. It complains that the file has mixed line endings. Yes, that's right, but why does SVN care? Even commands like svn diff behave erratically. You have to use d2u in order to get this file checked in. This is really annoying. Note: In my opinion, this is clearly an SVN/libapr problem, not a Cygwin problem. I know CVS had some problems with the dreaded \n/\r\n issue back in the day, but I wasn't aware of similar Subversion issues. The CVS issue was a mere cosmetical one, while the SVN one is a real show-stopper, IMHO. Other than that, I never had any problems with the CR/LF line endings. Bash has some known problems in this area, but there's a Cygwin-specific fix (that unfortunately is off by default) which hopefully will get accepted upstream sometime in the next century. But this fix is in bash, right? So, it does not have a CR/LF issue in Cygwin, as I said. ;) Thus, many programmers do not care about the right mode. Well, better stated, they assume they can treat all files - text, executables, jpegs, whatever - as if they were Unix-formatted text files. Of course, they're not, hence problems ensue. Well, it is hard to test something against problems that are unlikely to occur at all in your environment, right? Of course, you can generate artificial test cases for this. However, if you think about generating these test cases, chances are high you would not do it wrong in the first place. Thus, while I think it is annoying that some tools have CR/LF problems, I can understand WHY this happens. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Rationale for line-ending recommendation?
Hello David, * On Thu, Dec 18, 2008 at 05:42:20PM -0900 David Abrahams wrote: Can anyone explain why the installer began recommending using *nix line ending conventions? DOS-compatible endings have always just worked for me and I've heard of lots of problems doing it the now-recommended way. Personally, I also install it with CR/LF line endings. However, I noticed one problem this way: xfonts. If you install xfonts on cygwin with CR/LF line endings, the fonts end up corrupt, and you cannot start X. I was bitten by this problems many times, whenever I installed a fresh Cygwin. To fix this, I use the following way: I mount /var/cache (which also has /var/cache/fonts/) in binmode, and reinstall xfonts. This is a long-running problem. Another problem I once had, but which might have been fixed in the meantime, was the gcc compiler for the Lego mindstorms: It did not accept sources files with DOS line endings. Note, however, that this was 2000 or 2001, so it might have changed in the meantime. Oh, and Subversion is problematic, too. Because the SVN developers decided to handle line endings on their own using libapr, opening files in binary mode and reading and writing CR, LF or CR/LF on their own, on Cygwin, SVN is hard-coded to *nix line endings. This is not nice. Note that this approach will also fail badly if you mount parts of your system in textmode, and parts in binmode. Because of this, I am using an SVN version which I compiled myself with a patched libapr. Other than that, I never had any problems with the CR/LF line endings. However, the rationale might be that most problems are testing better with LF line endings, as they come from the *nix world. Remember, on *nix systems, the difference between opening a file in text- or in binmode is practically non-existant. Thus, many programmers do not care about the right mode. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Installed packages info (and backups)
Hello, * On Fri, Dec 05, 2008 at 11:26:24AM - John Emmas wrote: Does anyone know where cygwin stores its information about which packages are currently installed? My completely unauthoritative answer: /etc/setup Also look at /etc/postinstall and /etc/preremove HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Finally managed to create a jailed SFTP server, but how secure?
Hello Julia, * On Wed, Dec 03, 2008 at 11:38:20AM + Julio Emanuel wrote: On Wed, Dec 3, 2008 at 11:01 AM, Brian Dessent [EMAIL PROTECTED] wrote: This is not valid reasoning, as Eric Blake already pointed out you can still access files outside of a chroot even if you're still going through the Cygwin DLL by using Win32 style pathnames since Cygwin passes those through untouched. Aha! So this is the tiny bit that was missing! It was already mentioned elsethread. [...] I known that it is an ugly solution, but surely it would settle the worries for this specific (but more and more frequent) chrooted sftp scenario. But the problem here is: This is just one single problem instance that would (or might) have been fixed. No-one ever cared to check if there are other possibilities. In order to be safe, you would have to audit all relevant parts to find out if there might be other attack vectors. And from the answers, it is clear that no-one of the cygwin developers will take that route, as it is not the aim of the project. Like it or not, but that's how it is currently. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: find . -regex '.*js' -type f -exec md5sum '{}' \\; really slow!
Hello Bartolomeo,
* On Mon, Nov 24, 2008 at 04:27:29PM +0100 Bartolomeo Nicolotti wrote:
/usr/bin/find . -type f -exec md5sum '{}' \\;
[...]
Could some one help me to speed-up things on windows+cygwin?
Just a guess:
/usr/bin/find . -type f|xargs md5sum
(Background: I expect the execution of md5sum to take much time. Thus,
with the xargs approach, I make sure the md5sum is called less times,
with more than one parameter each time - which will *hopefully* decrease
the time)
HTH,
Spiro.
--
Spiro R. Trikaliotis http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/
--
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: Git corrupts repository
Hello, * On Sat, Nov 22, 2008 at 01:17:07PM +0100 Kovarththanan Rajaratnam wrote: I've run into a similar issue as described in [1]. No matter which repository I try to clone, I end up with a corrupt repository. According to [1] it should be sufficient to put the git repository onto a binary mount point in order to avoid line endings issues. Was /cygdrive/c/Temp already binary when you created/converted the git repository, or have you done it afterwards? The directory must be binary already on creation. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: crash if fork(2) from another thread
Hello Christopher, * On Sat, Sep 27, 2008 at 11:30:13PM -0400 Christopher Faylor wrote: On Sun, Sep 28, 2008 at 11:16:21AM +0900, Hirokazu Yamamoto wrote: # I've post mail, but it didn't show up in http://www.nabble.com/Cygwin-f12165.html. # Maybe it was not good to attach a file. So try again... Why do people think that the fact that they sent email which never made it to the list is interesting? Because they want to prevent someone complain on them that they sent the mail twice in case the first mail was not really lost? Taking your answer into account, it seems either way, the poster cannot win. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion 1.5.1 on Cygwin: Aborting because Can't convert string from native encoding to 'UTF-8': Subversion problem, or generic Cygwin installation problem?
Hello David, * On Fri, Aug 15, 2008 at 06:38:16PM -0700 David Rothenberger wrote: On 8/15/2008 4:29 AM, Spiro Trikaliotis wrote: [...] Subversion for Cygwin uses apr or aprutil to do the conversion to UTF-8, and those libraries don't support UTF conversion under Cygwin. I think this is because Cygwin itself does not support it, although I'm not sure. Thanks for the explanation. The worst thing of this: Subversion completely aborts after this (ignoring this one file would be a much better option for me...) That is the stock behavior for subversion when the conversion fails. I'm not going to change that for Cygwin. Yes, I know. This was not meant as a wish for you to change it, just a description of the current status. This does not happen if I use a non-cygwin (command-line) Subversion, or if I use TortoiseSVN. That's the reason why I write this mail here, and not on a Subversion list. Windows supports the conversion using Windows APIs, it's just not supported through Cygwin. Ok; thus, for this specific project, I will stay with the native SVN. Thank you. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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/
Subversion 1.5.1 on Cygwin: Aborting because Can't convert string from native encoding to 'UTF-8': Subversion problem, or generic Cygwin installation problem?
Hello, I have noticed a behaviour with Subversion 1.5.1 (and the previous one, I think it was 1.4.6?) on a specific project. I get the following output: $ svn up svn: Kann Zeichenkette nicht von der eigenen Codierung nach ?\194?\187UTF-8?\194?\171 konvertieren: svn: RE Papers f?\252r XXX.msg $ LANG=C svn up svn: Can't convert string from native encoding to 'UTF-8': svn: RE Papers f?\252r XXX.msg (The ?\252 is a German-umlaut 'u' - 'ü') The worst thing of this: Subversion completely aborts after this (ignoring this one file would be a much better option for me...) This does not happen if I use a non-cygwin (command-line) Subversion, or if I use TortoiseSVN. That's the reason why I write this mail here, and not on a Subversion list. So, as far as I understand, the problem is that my system cannot convert the 'ü' to UTF8. But why can't it? BTW: I am not completely sure that this is a SVN problem per se. If I do a ls -l, I get the following output: $ ls -l [...] -rwxr-xr-x 1 tri Kein 34304 Aug 12 15:02 RE Papers f?r ZESAN.msg [...] Note, again, that the Umlaut-u is replaced with a question mark '?'. So, this might also be some other problem with my Cygwin install. But: Which setting do I have to change? I tried setting the environment variable $LANG to different values, but it seems not to have any effect. Also, I tried codepage:ansi and codepage:oem in $CYGWIN (before starting bash), but it seems to have no effect, too. So, I am stuck with a problem, and I am not completely sure where to proceed. Thus, any help is highly appreciated. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Using mutt to sendmail via remote SMTP
Hello, * On Sun, Aug 03, 2008 at 04:56:56PM +0700 Bayu Adiwibowo wrote: I using thunderbird to send this mail, recently i found that I can run cygwin with my USB, so I wonder how to use cygwin MUA like mutt to sending mail via gmail. As far in my research mutt look for sendmail program in exim or other smtp program running in localhost to sending mail, and this is not suite to my purpose. Yes, that's the way mutt works. mutt still uses the distinction between MUA (mail user agent, that is, mutt itself) and MTA (mail transfer agent, that is, something like sendmail, exim, and-so-on). Maybe anyone in this list can point me a way to make mutt sending mail with remote SMTP server? You need to install an MtA like sendmail, exim, postfix, or similar. You may, however, use a very simple one like ssmtp (it is available with cygwin). This might be your easiest solution. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Bug in ping? ICMP Sequence Number octets are reversed
Hello, I just had a (short) session with Wireshark: * On Thu, Jun 12, 2008 at 10:39:09PM -0700 Gary Johnson wrote: I've been using Cygwin's ping (/usr/bin/ping, ping-1.0-1) to do some testing of IP over a wireless modem. [...] It looks like someone just wrote a short integer to the sequence number field without calling htons() to perform the possible little-endian to big-endian conversion. I can confirm this for both cygwin ping and for Windows (XP SP2) ping. I would compare it to ping on other systems, but I don't have a convenient way to sniff those packets. Well, Debian/Linux (Etch, v4.0) does it in network byte order, as one (might) expect. Differently to the Windows and Cygwin ping, it starts the sequence number with 1, not with 0. Should it be changed? I don't know, I never had a problem with it, but others might. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: How to correctly setup passwd and group to access mounted drives?
Hello, * On Thu, Jun 05, 2008 at 12:59:37PM + uday wrote: Problem in short: = I have a folder on a unix server mapped as a windows drive z(y is another drive from another unix server). I am able to browse through the folders from windows explorer and read/write there. I am running into an issue when I access those mapped network drives from cygwin. When I try I get the following error message [EMAIL PROTECTED] /cygdrive $ ls -l total 4 drwxrwxr-x+ 30 SYSTEM 0 Jun 3 09:35 c drwxr-xr-x 37 uday_p Domain Users 1536 Mar 12 23:34 y drwxr-xr-x 36 uday_p Domain Users 1536 May 31 23:58 z [EMAIL PROTECTED] /cygdrive $ ls y ls: reading directory y: Permission denied I know this behaviour in case when you log on via ssh, and you are using the passwordless authentication (i.e., public key authentication). In this case, Windows does not know about your passwords, and you get the permission denied. This is already known - at least, it was when I investigated this some years before. Unfortunately, running net use myserver\\myshare /user:myuser to enter the password does not work either when you connect via ssh. Workaround: Use passwords instead of public keys. So: Are you using these commands directly from bash, or are you remotely connected via ssh? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: MS or cygwin dll debug tools/ was sys/sockio.h etc.
Hello, * On Wed, May 28, 2008 at 10:15:05AM -0400 Mike Marchywka wrote: Regarding recent comments on dll problems and understanding cygwin1.dll versus msvcrt, I was curious to know if anyone has used these ( free? ) MS tools or has comments on competing products? http://msdn.microsoft.com/en-us/library/cc267862.aspx http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx These a free in the sense that you do not have to pay to use them. Additionally, you can get in contact with users and even some of the developers on the Usenet (news:microsoft.public.windbg). I use WinDBG rather frequently, and I like it very much. However, I must tell you that I mainly use it for kernel-mode debugging. The Symbol Server allows you to put the debugging symbols on a server. You can even have a history of them; that is, for ever version of the executables you give to customers (or to others), you put the symbols on the server. If you get a crash dump afterwards from someone, WinDBG automatically determines the right symbols. If you have also set up the source server, it even gets the right sources out of your source control system. This is very handy. Note, however, that this mechanism relies on .PDB files for the debugging information (I think the old-style .SYM work, also, but I have not tested it). I never tried to use this with Cygwin or Mingw, however. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Makefile command interpreter
Hello, * On Thu, May 15, 2008 at 03:15:05PM +1200 Volker Kuhlmann wrote: I have a few makefiles which are written to run with the cmd.exe command interpreter, which won't work with cygwin's make (which uses /bin/sh). Setting export SHELL=cmd.exe calls cmd.exe alright, but then sits there forever waiting for input. Just a wild guess, as I have not tested this: Have you tried cmd.exe with the /c switch? If cmd.exe is called without that switch, it expects input from the standard input (console). HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: svn / subversion does not print
Hello, * On Mon, May 12, 2008 at 03:32:42PM -0400 gds wrote: No svn commands print, e.g., svn help comes up blank with no errors printed. I know this behaviour when I try to run the non-cygwin version of SVN (that is, upstream version) inside of a bash. In most cases, the commands also block until I stop them with Ctrl+C. Just a wild guess: Could it be that you have a non-cygwin version in your path which gets in the way? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello, * On Tue, Apr 29, 2008 at 12:58:53PM +0200 Jörg Schaible wrote: Well, it might be very well that Subversion always uses binary mode for file I/O, Indeed, it seems so. This topic came up before (see the thread started at http://svn.haxx.se/dev/archive-2005-02/0993.shtml), and the way Subversion works has not been changed yet. In http://svn.haxx.se/dev/archive-2005-02/1034.shtml, it is described as follows: Look at the function svn_subst_eol_style_from_value() in the file subversion/libsvn_subr/subst.c. That function determines what the various svn:eol-style settings mean and you will see that native leads to APR_EOL_STR, i.e. Subversion gets the value from APR. There is even a work-around available to change this behaviour: You could change svn_subst_eol_style_from_value() and rebuild Subversion, or you could change APR_EOL_STR and rebuild all of APR, APR-UTIL and Subversion, it depends what behaviour you want. Anyway, I already asked for the Antivirus-Workaround upstream, I will propose some change here, too. Unfortunately, as Subversion is currently at 1.5 RC4, I doubt they will include such changes for 1.5. Anyway, I will try. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello Dave, I am sorry for the late answer, but first, I was on a business trip, and secondly, I was speaking with the AntiVirus support team to try to find a fix or, at least, work-around for this issue. * On Mon, Apr 21, 2008 at 11:35:51AM +0100 Dave Korn wrote: Spiro Trikaliotis wrote on 21 April 2008 11:24: Hello, * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote: Ok, here is the description: Sometimes (!) when I do a svn co or svn up, I get the following error: svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to 'src/arch/riscos/.svn/all-wcprops': Permission denied [...] It is a problem of my Anti-Virus solution. So, I have already contacted the company which develops it. Would you mind telling us the name of the AV software at fault, so that we can add it to the list? In my case, it is Antivir Professional (Version 8) by Avira, a German company (formerly know as H+BEDV). The running process is avgnt.exe, a registry key path is HKLM\SOFTWARE\Avira\Antivir Workstation\Path which contains a path to the installed Antivir (in my case, C:\Programme\Avira\Antivir Workstation\ - yes, I am using a German Windows XP, thus, \Programme\) Note, however, that this problem did not occur with the former version 7. It seems to be a new feature of the new version 8 which came out on April 14th. I am still working with the support to find a solution to this. They have come up with two work-arounds for the problem: 1. Put SVN.EXE (and CVS.EXE, btw.) into the list of files that are not scanned. With this, I do not have any problems anymore. Anyway, I consider this to be a big security problem. or 2. Put the directory where the files are to be checked out into an exception list which is not scanned. Again, this work-around works. I consider this to be a big security problem too. Why don't I like these solutions? I regularly check out sources from different open internet servers (for example, SourceForge). I would like to get the program checking them out as well as the checked-out sandboxes under control of the AV program. There was a third work-around proposal: 3. In Antivir, there is a list of file extensions which are to be checked for malware. By default, this list contains the most important file extensions (like .exe, .bat, .cmd, .com, and-so-on). If I disable this list and tell Antivir to check files on ALL extensions, the problem does not completely vanish, but it happens much less than before! Unfortunately, no. 3 has another draw-back: At least for my artificial test .cmd script I wrote to demonstrate the problem to the Avira support, the problem has moved. The script repeatedly performs the following steps: a. (generate a file test.tmp) b. copy test.tmp to test.2.tmp c. move test.2.tmp over test.tmp d. repeat steps b. and c. Without the work-around #3, the above test does not fail at all. Only the second variant fails: m. (generate a file test) n. copy test to test.2 o. move test.2 over test p. repeat steps n. and o. Here, step o. fails. You see the difference? In o., the file is named test (w/o extension), in c., it is named test.tmp (w/ extension). If I use the work-around #3, o. does not fail anymore, but c. does. So, the problem is moved. Interestingly, though, it does not fail as often in c. as it did with the original settings, failing in o. BTW: On my machine, the test m., n., o., p. fails approx. 0.2% of the tries. Of course, looking at the script I wrote and the results, it is clear why SVN and CVS fail mostly on larger check-outs: First, they use this scheme rather often (for example, CVS generates CVS/Entries.tmp and moves it over CVS/Entries), but it does not occur that frequently this it will break always. I am still trying to convince the AV vendor to accept this as a bug and fix this issue. IMHO, the scheme generate a new temporary file and move it over the original one is used very often in programs, thus, this issue might affect many programs. Perhaps, programs like Word for Windows do not fail on this scheme either because this problem does not happen that frequently, or because their files all have file extensions. I will report here if I find a suitable solution. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello Bernard, * On Thu, Apr 24, 2008 at 01:08:16AM +0800 Bernard Blackham wrote: On Mon, Apr 21, 2008 at 11:35:51AM +0100, Dave Korn wrote: Ah, this problem happens sometimes: the anti-virus on-access scanner keeps a handle open to the file a bit too long, interfering with normal operations that require unshared access. I gather that this issue has been brought up several times over the last few years already but nothing has been done about it other than to say disable your virus checker/indexing service. Oh... Had this issue been brought up for SVN, or in general? Before I posted, I had checked on this mailing list (and others), but I could not find it being reported before. Why doesn't the Cygwin SVN build simply just #define WIN32 (or whatever it takes) so the code which is _already in SVN_ to work around this problem is actually used to fix the issue? I have not seen anyone give a reason as to why this shouldn't be done. (If there is, please feel free to flame me :) As we have seen from other responses, there are some reasons why this is not done. Anyway, this reminds me of another problem: Personally, I install Cygwin with DOS line endings (CR/LF). That's the reason why I have built CVS.EXE myself some moons ago ;), as the pre-built version did not like this setup. (IIRC, the outputs were garbled in many places. At the time when I tested it, it was a known issue on the info-cvs mailing list.) At least CVS checks out the text files in the native format of the platform - as I am using Cygwin with CR/LF, this is the CR/LF format. Unfortunately, with SVN from Cygwin, this is not true anymore. For the Cygwin version of SVN, the native format for text files uses Unix line endings (LF) only. As there a way to get it fixed? Or is it again something for upstream? Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello, * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote: I have run into the following issue with Subversion on cygwin. Note that this problem does not occur when running the original Subversion versions from subversion.tigris.org; unfortunately, the ones from trigris.org do not work in a cygwin bash. Ok, here is the description: Sometimes (!) when I do a svn co or svn up, I get the following error: svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to 'src/arch/riscos/.svn/all-wcprops': Permission denied Here, I have lied obviously. The problem is not related to the Subversion client of Cygwin: In fact, it has nothing to do with Cygwin at all. It is a problem of my Anti-Virus solution. So, I have already contacted the company which develops it. I am sorry for the confusion, and I hope no one of you invested much time to debug this problem yet. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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/
Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello,
I have run into the following issue with Subversion on cygwin. Note that
this problem does not occur when running the original Subversion
versions from subversion.tigris.org; unfortunately, the ones from
trigris.org do not work in a cygwin bash.
Ok, here is the description: Sometimes (!) when I do a svn co or svn up,
I get the following error:
svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to
'src/arch/riscos/.svn/all-wcprops': Permission denied
Note that the directory ('src/arch/riscos/') can be different.
Additionally, sometimes, it is not all-wcprops, but the file
entries.
To me, this seems to be related to the permissions of these files: 444
aka r--r--r--. It seems to fail to overwrite the file in
.svn/all-wcprops with the working copy from .svn/tmp/all-wcprops, as the
permissions are not set for writing.
As this error does not occur always, I would expect there is a race
between different code paths.
Note that a svn switch always results in the above error line. Thus,
for debugging purposes, using svn switch might be a much better
alternative.
This problems happens on two different computers, both running XP SP2. I
attached the output of cygcheck -s -v -r cygcheck.out to this mail,
as requested on http://cygwin.com/problems.html.
Oh... If it is important, I have used DOS line endings when I installed
Cygwin. Additionally, today, I upgraded to the latest version, just to
make sure it is not fixed yet. Additionally, I could not find this
problem mentioned in this mailing list here.
Regards
Spiro.
--
Spiro R. Trikaliotis http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/
--
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: Subversion problems with svn switch, svn co, svn switch, because of 'wrong' permissions in .svn/ directories
Hello, * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote: This problems happens on two different computers, both running XP SP2. I attached the output of cygcheck -s -v -r cygcheck.out to this mail, it was the old where is the attachment? problem. I am sorry. Here, you can find it. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ Cygwin Configuration Diagnostics Current System Time: Sat Apr 19 18:37:27 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\home\tri\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Programme\Microsoft Driver Test Manager\Controller\ c:\Programme\GNU\GnuPG\pub C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(tri) GID: 513(Kein) 513(Kein) 545(Benutzer) 555(Remotedesktopbenutzer) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(tri) GID: 513(Kein) 513(Kein) 545(Benutzer) 555(Remotedesktopbenutzer) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'tri' PWD = '/home/tri/cbm/vice.svn.greg' CYGWIN = 'ntsec tty' HOME = '/home/tri' MAKE_MODE = 'unix' HOMEPATH = '\cygwin\home\tri' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' HOSTNAME = 'agger' TERM = 'screen' SHELL = '/bin/bash' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' SSH_CLIENT = '192.168.113.2 3857 22' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' OLDPWD = '/home/tri/cbm' USERDOMAIN = 'NT-AUTORIT�T' SSH_TTY = '/dev/tty0' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Dokumente und Einstellungen\All Users' TEMP = '/cygdrive/c/WINDOWS/TEMP' COMMONPROGRAMFILES = 'C:\Programme\Gemeinsame Dateien' SSH_AUTH_SOCK = '/tmp/ssh-2Bn7arNQDO/agent.3084' USERNAME = 'SYSTEM' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '6' MAIL = '/var/spool/mail/tri' SYSTEMDRIVE = 'C:' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Dokumente und Einstellungen\tri' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'tri' TMP = '/cygdrive/c/WINDOWS/TEMP' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'OKIPAGE 14ex (von SIEG)' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0d08' SSH_CONNECTION = '192.168.113.2 3857 192.168.113.13 22' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Programme' NUMBER_OF_PROCESSORS = '1' COMPUTERNAME = 'AGGER' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 70001Mb 88% CP CS UN PA FC d: cd N/AN/A C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 103k 2007/09/16 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0 cygapr-1-0.dll v0.0 ts=2007/9/16 20:04 70k 2007/09/16 C:\cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0 cygaprutil-1-0.dll v0.0 ts=2007/9/16 20:33
