Cygwin | Cygwin Compatibility Issue report ID 386608.
Hi Cygwin Support, I am a Program Manager with the Ecosystem Engineering team at Microsoft. At Mobile World Congress in February, Microsoft announced the availability of the Windows 8 Consumer Preview. Please use the resources available at the Windows Development Center and begin testing your applications. For more information on how to verify the compatibility of your applications on Windows 8 Consumer Preview, please refer to the Windows and Windows Server 8 Consumer Preview Compatibility Cookbook. Our team drives the bug notification activity with our valued Windows partners. This email is to notify you that Cygwin experienced compatibility issue during internal Microsoft testing. Please review the details provided below with regard to this issue. Compatibility Issue details: Product name: Cygwin Description of the Problem: Xserver does not load Detailed Steps to Reproduce the Problem: 1. Click on CygwinX 2. Observe that there is no response 3. Click on Cygwin rxvt 4. Observe that an error is generated in the background Expected Result: CygwinX and Cygwin rxvt renders successfully. Actual Result: CygwinX and Cygwin rxvt loads successfully. Tester/Developer Notes: Cygwin manually scans ntdll.dll to find the address of the global variable used to access the current working directory. It fails to do this on Windows 8, hence theerror every time the DLL loads. The error of this function is as follows: find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Cygwin is taking a direct dependency on a global variable in ntdll.dll which will likely break the app every time the DLL revs. You should consider using other methodsto maintain compatibility. If you are not the appropriate contact for this issue, please connect us with that individual as soon as possible. Please let me know if you have any questions and thank you for your continued engagement with Microsoft. Best regards, Anuja Singh Program Manager Microsoft PC Ecosystem Engineering v-anu...@microsoft.com REF ID: 386608 This communication is intended to be shared only with the indicated recipient(s). The information contained in this communication and any attachments to this are confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by the response to this communication and delete the original information you have received. -- 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: Trouble with cygwin git
Corinna Vinschen corinna-cygwin at cygwin.com writes: [...] Could you create a simple, self-contained testcase in plain C, which allows to reproduce the problem? I did try to do this, and couldn't reproduce the failure. The failure only happens in the git context for whatever reason. Note: To try to reproduce the problem with a simple C program, I used exactly the same files and filenames git had chosen in exactly the same directories. From some older postings on this mailing list, I got the idea to try: MoveFileEx(existing, new, MOVEFILE_CREATE_HARDLINK); instead of: CreateHardLinkA(new, existing, NULL); in fhandler_disk_file.cc, and this actually worked for me. I'm currently running a cygwin1.dll with this local modification, and haven't seen problems yet. The funny thing is I have used canned git/cygwin successfully on other machines. Only with this particular machine have I seen this problem. Maybe it has to do with some interaction with a virus-checking program or other background process. Corinna PS I am using gmane to post this message, and cannot CC you directly; sorry about that. MP -- 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: Trouble with cygwin git
I'm having the problem cloning a git repository using Cygwin git 1.5.3.5: [...] fatal: failed to unpack tree object HEAD I dug into this, and found that the failure happens here: res = fh-link (newpath); in the link() function of file src/winsup/cygwin/syscalls.cc. res is -1, and errno == EEXIST at this point. In the call above, newpath is: /cygdrive/c/git/git/.git/objects/pack/pack- d629a7029e3a941884c4bea2b33cc27e32f55779.pack Digging further, this line fails: if (CreateHardLinkA (newpc, pc, NULL)) goto success; in function fhandler_disk_file::link(), fhandler_disk_file.cc. CreateHardLinkA () returns 0, and GetLastError() returns 183 (ERROR_ALREADY_EXISTS: Cannot create a file when that file already exists). In the CreateHardLinkA() call above, newpc.get_win32() yields: c:\git\git\.git\objects\pack\pack-d629a7029e3a941884c4bea2b33cc27e32f55779.pack pc.get_win32() yields: c:\git\git\.git\objects\tmp_pack_btsO9s I know that the destination file (newpc) does not exist; so I am perplexed why CreateHardLinkA() is failing. In the CreateHardLink() documentation on MSDN, I see this comment: if you open a file that does not allow sharing, another application cannot share the file by creating a new hard link to the file However, I see that all calls to CreateFile() in XP Cygwin happen with: FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE Any ideas why CreateHardLinkA() could still be failing? Thanks, MP -- 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
please add me to mailing list.. I am having nothing but problems with this
