Re: Unable to remap error
Hi Team, Can someone reply to this question ? How would I know which are the 3rd party dlls ?? I have installed the packages from the Cygwin website only. Thanks, Harie On Mon, Oct 11, 2010 at 7:57 PM, Harie Ram hari.ra...@gmail.com wrote: 1. You have 3rd party DLLs built with Cygwin. These won't get rebased by default because rebaseall doesn't know about them. Read the readme for details on how to include these other DLLs How would I know which are the 3rd party dlls ?? I have installed the packages from the Cygwin website only. 2. http://cygwin.com/acronyms/#BLODA BLODA is not a problem for sure as the same list of applications are there on Windows XP also and this package is working absolutely fine. THanks, Harie On Wed, Oct 6, 2010 at 11:49 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 10/6/2010 3:17 AM, Harie Ram wrote: Finally got rebaseall working with the normal user itself. Please find the result of successful rebaseall below . It was the case of permissions on C:\Cygwin folder for newly installed packages. # rebaseall # Even after a successful rebaseall , I am still getting the unable to remap error intermittently. Please help. Again its happening only on Windows 7. If rebaseall doesn't help, then it's one of two things: 1. You have 3rd party DLLs built with Cygwin. These won't get rebased by default because rebaseall doesn't know about them. Read the readme for details on how to include these other DLLs. 2. http://cygwin.com/acronyms/#BLODA -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- 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 remap error
1. You have 3rd party DLLs built with Cygwin. These won't get rebased by default because rebaseall doesn't know about them. Read the readme for details on how to include these other DLLs How would I know which are the 3rd party dlls ?? I have installed the packages from the Cygwin website only. 2. http://cygwin.com/acronyms/#BLODA BLODA is not a problem for sure as the same list of applications are there on Windows XP also and this package is working absolutely fine. THanks, Harie On Wed, Oct 6, 2010 at 11:49 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 10/6/2010 3:17 AM, Harie Ram wrote: Finally got rebaseall working with the normal user itself. Please find the result of successful rebaseall below . It was the case of permissions on C:\Cygwin folder for newly installed packages. # rebaseall # Even after a successful rebaseall , I am still getting the unable to remap error intermittently. Please help. Again its happening only on Windows 7. If rebaseall doesn't help, then it's one of two things: 1. You have 3rd party DLLs built with Cygwin. These won't get rebased by default because rebaseall doesn't know about them. Read the readme for details on how to include these other DLLs. 2. http://cygwin.com/acronyms/#BLODA -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- 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 remap error
Finally got rebaseall working with the normal user itself. Please find the result of successful rebaseall below . It was the case of permissions on C:\Cygwin folder for newly installed packages. # rebaseall # Even after a successful rebaseall , I am still getting the unable to remap error intermittently. Please help. Again its happening only on Windows 7. Thanks, Harie On Wed, Oct 6, 2010 at 4:04 AM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 10/5/2010 7:09 AM, Harie Ram wrote: Rebaseall and peflagsall gives a success only when run as administrator. With normal user , i get these errors below. Rebasing doesn't need to be performed by all users or continually. Run it if you have these remap problems and with any user for which it is successful. When it's not successful, the usual reason is that you have some Cygwin process running. Read the README and follow the instructions there to avoid this problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- 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
Unable to remap error
Hi Team, Problems : svn co svn+ssh://path to repository 0 [main] svn 7568 C:\cygwin\bin\svn.exe: *** fatal error - unable to remap C:\cygwin\bin\cygldap-2-3-0.dll to same address as parent: 0x5B != 0x5F Stack trace: Frame Function Args 0028B0E8 6102749B (0028B0E8, , , ) 0028B3D8 6102749B (61177B80, 8000, , 61179977) 0028C408 61004AFB (611A136C, 6123FDFC, 005B, 005F) End of stack trace 0 [main] svn 6776 fork: child 7568 - died waiting for dll loading, errno 11 svn: Can't create tunnel: Resource temporarily unavailable 1 [main] svn 4396 exception::handle: Exception: STATUS_ACCESS_VIOLATION 3341 [main] svn 4396 open_stackdumpfile: Dumping stack trace to svn.exe.stack dump 1 [main] svn 7680 fork: child -1 - died waiting for longjmp before initial ization, retry 0, exit code 0x600, errno 11 svn: Can't create tunnel: Resource temporarily unavailable I am facing this errors intermittently (i.e. once or twice in 4 to 5 times ) only when am using svn+ssh command to list or checkout to a repository and only on WINDOWS 7 and not on WINDOWS XP . Am using the latest version of Cygwin and its working absolutely fine on Windows XP even with Symantec End Point Protection and LANDesk enabled. I disabled them on Windows 7 and tried. Still nogo. I am guessing this is related to ASLR feature of Windows 7 after going through all the forums. Hence I have tried disabling ASLR, DEP using registry and bcdedit keys. Rebaseall and peflagsall gives a success only when run as administrator. With normal user , i get these errors below : # rebaseall ReBaseImage (/usr/bin/cygapr-1-0.dll) failed with last error = 6 # peflagsall /usr/sbin/ssh-keysign.exe: skipped because could not read file characteristics Please help Thanks, Harie -- 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
Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7
-- Forwarded message -- From: Harie Ram hari.ra...@gmail.com Date: Tue, Aug 31, 2010 at 8:11 PM Subject: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7 To: cygwin-i...@cygwin.com Hi , I am currently packaging Cygwin 1.7 i.e. bundling all the files into an msi and installing it. The requirement is : install only the basic cygwin packages. Provide permissions to the Cygwin users so that they can install the packages that they require later. The issue that I am currently facing is : the modify permissions given to the INSTALLDIR C:\Cygwin using the msi lock permission table is being inherited through all the subfolders and files. Any new manually created folders and files anywhere within C:\Cygwin via Windows explorer or via the Cygwin Bash Shell are inheriting permissions. But any new installations done by the user by choosing a package from the Cygwin list are not inheriting the permissions. The installed user who installs the package has full permissions to delete/modify the folder and its contents . But the local admin/administrator/system does not have permissions. It gives an access denied error. These 3 user groups administrators/system/users are not even being listed in the security properties of those installed folders. I have tried editing the /etc/fstab file with the noacl value. Still its not working. The content of my /etc/fstab file is as follows: C:/cygwin/bin /usr/bin ntfs binary,auto,noacl 0 0 C:/cygwin/lib /usr/lib ntfs binary,auto,noacl 0 0 C:/cygwin /cygwin ntfs override,binary,auto,noacl 0 0 I am aware of the fact that CYGWIN=nontsec environment variable is obsolete for this version. Please help. Thanks, HRS Hi , I am currently packaging Cygwin 1.7 i.e. bundling all the files into an msi and installing it. The requirement is : install only the basic cygwin packages. Provide permissions to the Cygwin users so that they can install the packages that they require later. The issue that I am currently facing is : the modify permissions given to the INSTALLDIR C:\Cygwin using the msi lock permission table is being inherited through all the subfolders and files. Any new manually created folders and files anywhere within C:\Cygwin via Windows explorer or via the Cygwin Bash Shell are inheriting permissions. But any new installations done by the user by choosing a package from the Cygwin list are not inheriting the permissions. The installed user who installs the package has full permissions to delete/modify the folder and its contents . But the local admin/administrator/system does not have permissions. It gives an access denied error. These 3 user groups administrators/system/users are not even being listed in the security properties of those installed folders. I have tried editing the /etc/fstab file with the noacl value. Still its not working. The content of my /etc/fstab file is as follows: C:/cygwin/bin /usr/bin ntfs binary,auto,noacl 0 0 C:/cygwin/lib /usr/lib ntfs binary,auto,noacl 0 0 C:/cygwin /cygwin ntfs override,binary,auto,noacl 0 0 I am aware of the fact that CYGWIN=nontsec environment variable is obsolete for this version. Please help. Thanks, HRS -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7
Do creating any entries in /etc/passwd or /etc/group or /etc/fstab files can overcome this... Thanks On Wed, Sep 1, 2010 at 7:21 PM, Vasya Pupkin cyg...@bsrealm.net wrote: Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also be configured to not touch ACL's at all, but setup program ignores that and messes up permissions every time something is installed/updated. On Wed, Sep 1, 2010 at 4:49 PM, Rolf Campbell rcampbell-cyg...@dragonwaveinc.com wrote: On 2010-09-01 04:00, Harie Ram wrote: The issue that I am currently facing is : the modify permissions given to the INSTALLDIR C:\Cygwin using the msi lock permission table is being inherited through all the subfolders and files. Any new manually created folders and files anywhere within C:\Cygwin via Windows explorer or via the Cygwin Bash Shell are inheriting permissions. But any new installations done by the user by choosing a package from the Cygwin list are not inheriting the permissions. The installed user who installs the package has full permissions to delete/modify the folder and its contents . But the local admin/administrator/system does not have permissions. It gives an access denied error. These 3 user groups administrators/system/users are not even being listed in the security properties of those installed folders. AFAIK, Cygwin uses POSIX style file permissions, which do not support any type of inherited file permissions. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- 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