RE: 'man' page for 'mintty' for review
On Thursday, February 05, 2009 7:48 PM Lee D.Rothstein wrote: MinTTY users, Please, if you would, review the attached 'man' page -- 'mintty.1'. Andy Koppe intends to fold it into the 0.3.6 MinTTY release. Comments, corrections, addtitions to this list, please. I haven't checked all the details, but most of it seems OK to me. There are a few points that you may want to consider. I don't think the man page should contain installation instructions. If you're reading the man page, mintty is already installed, so the instructions just get in the way of the more useful information. They should instead be put in a plain text file in the root of the source package (and perhaps also in a README in /usr/share/doc/Cygwin). The reference to the cygwin home directory in the description of the --config option is potentially confusing (presumably why ('~') is added). A novice cygwin user might think cygwin home referred to /home rather than /home/user or wherever $HOME point. I think it would be better to refer to the user's home directory, which would be more consistent with the other references. Also, the reference to ~ is only applicable within a cygwin shell, so anyone trying to find ~/.minttyrc using cmd.exe is liable to be confused. I think you should change this: | There is also a discussion forum available at this site. which is misleading, to something like this: | There is also a mailing list for discussing Cygwin related issues. | See http://cygwin.com/cygwin/lists.html for details. Please read | the advice at http://cygwin.com/problems.html before posting a | problem report. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 install libtoolize [FIXED]
[...] There are continued problems with setup.ini after last weeks problems. I made some changes to tighten up the way that setup.ini was generated which caused package directories to be sorted differently. That uncovered a problem with libtool, apr1, and aprutil1. There were duplicate packages in the cygwin repo and, after my changes, the obsolete duplicate packages were given precedence over their newer counterparts. I've removed the offending packages and added error checking to upset to catch this kind of thing in the future. So, now, as last week, the thing to do is wait for the mirrors to catch up and cross your fingers that this is the last package problem we'll see for a while. cgf now, setup.ini seems to be fixed. It contains reference to the last version of libtool (libtool-2.2.6a-1.tar.bz2) -- 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: current favorite terminal?
On Sat, Feb 7, 2009 at 9:56 PM, rhubbell wrote: What is everyone's favorite, full-featured term progam? I'd like to have something with more features than rxvt. Maybe something like konsole. I have yet to find anything that can match the feature set of xterm. ~Matt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.25: changed dev/ino error with shared drives
On Feb 8 18:20, Correa, Wagner wrote: $ ./getVolInfo Z: Device Type: 7 Characteristics: 10 Volume Name: correw Serial Number : 3758342752 Max Filenamelength : 255 Filesystemname : NTFS Flags : 4000f FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE How can I tell if it is a NetApp? It's not a native Windows NTFS (FILE_FILE_COMPRESSION would be TRUE at least), nor Samba (FILE_NAMED_STREAMS would be FALSE). The flag combination points straight to a Netapp file system. The problem you're reporting should be fixed in Cygwin 1.7. You can test a parallel install of Cygwin 1.7 on the same machine or on another machine using the 1.7 setup tool at http://cygwin.com/setup-1.7.exe. See http://cygwin.com/ml/cygwin-announce/2009-01/msg00036.html. Make sure you don't mix the two installations (use different dirs for instance). Please report back in this maling list whether or not that problem is fixed for you. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SYSTEM Problem
On Feb 7 15:15, Jaspreet Singh wrote: hi, i just created a new user 'test' in windows and in /etc/passwd, in windows 'test' is a member of 'Users' group. Now when i run /bin/bash as SYSTEM User it 'su' to any user in there with valid shell, but it is not doing 'su' to User 'test'. So, i tried 'Runas' running CMD as SYSTEM user of windows its still not login in to bash as User 'test'. It saying 'Permission Denied'. I just wanted to know that as SYSTEM has rights to 'su' to any user why its not 'su' to user that i just created. If the process running as SYSTEM is started as or from a Windows service, the the user token of the process has not the create a token object right starting with Windows Server 2003. This disallows switching the user context if no password for the new user is given. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.7 Status
On Feb 8 19:41, Jaspreet Singh wrote: hi there, Ok, Now have installed cygwin 1.7 parrallel to 1.5, i just wanted to know that is 1.7 ready to be used insted of 1.5. I just want services like sshd bind DNS and others does work as they are suposed to work. I have compiled apache, mysql and php under 1.5 then copied them in 1.7, seems fine to me httpd -M, mysql_config and php-config answers as they are suppose to do. I am using fstab and Bind DNS as a new features, everything else is in the same way. So how about that is it ready to be used insted of 1.5 It's in quite a good shape but it's still a test release. See http://cygwin.com/ml/cygwin-announce/2009-01/msg00036.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.7 Status
hi there, Ok, Now have installed cygwin 1.7 parrallel to 1.5, i just wanted to know that is 1.7 ready to be used insted of 1.5. I just want services like sshd bind DNS and others does work as they are suposed to work. I have compiled apache, mysql and php under 1.5 then copied them in 1.7, seems fine to me httpd -M, mysql_config and php-config answers as they are suppose to do. I am using fstab and Bind DNS as a new features, everything else is in the same way. So how about that is it ready to be used insted of 1.5 It's in quite a good shape but it's still a test release. See http://cygwin.com/ml/cygwin-announce/2009-01/msg00036.html yes i see that according to that i think i can use 1.7 Corinna Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ -- 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: SYSTEM Problem
hi, i just created a new user 'test' in windows and in /etc/passwd, in windows 'test' is a member of 'Users' group. Now when i run /bin/bash as SYSTEM User it 'su' to any user in there with valid shell, but it is not doing 'su' to User 'test'. So, i tried 'Runas' running CMD as SYSTEM user of windows its still not login in to bash as User 'test'. It saying 'Permission Denied'. I just wanted to know that as SYSTEM has rights to 'su' to any user why its not 'su' to user that i just created. If the process running as SYSTEM is started as or from a Windows service, the the user token of the process has not the create a token object right starting with Windows Server 2003. This disallows switching the user context if no password for the new user is given. Yes you are right, so do you have any sugestion/ideas how to do that on Windows XP SP2/NTFS/CYGWIN1.7. Does cyglsa in any way can help SYSTEM is only able to su to that users that are within its primary group thats Administrators/544 so, what i did was i made test user member of SYSTEM/18 group thats how SYSTEM was able to su to test user. but thats not a good idea to make a regular user part of SYSTEM group. code to run as SYSTEM is, if you want to try it and can get any solution to this. cygrunsrv -I runassys -p C:/WINDOWS/system32/cmd.exe -a /C start CMD.EXE /K C:\cygwin1.7\bin\bash.exe --login -i -i --nohide Corinna Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ -- 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 install libtoolize [FIXED]
On Mon, Feb 09, 2009 at 09:46:37AM +0100, ludo wrote: cgf wrote: There are continued problems with setup.ini after last weeks problems. I made some changes to tighten up the way that setup.ini was generated which caused package directories to be sorted differently. That uncovered a problem with libtool, apr1, and aprutil1. There were duplicate packages in the cygwin repo and, after my changes, the obsolete duplicate packages were given precedence over their newer counterparts. I've removed the offending packages and added error checking to upset to catch this kind of thing in the future. So, now, as last week, the thing to do is wait for the mirrors to catch up and cross your fingers that this is the last package problem we'll see for a while. now, setup.ini seems to be fixed. It contains reference to the last version of libtool (libtool-2.2.6a-1.tar.bz2) Um, yeah, that was why I sent the mail. It does, as always, depend on the mirror that you're using, though. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: current favorite terminal?
On Mon, 9 Feb 2009 04:58:15 -0500 Matt Wozniski godlyg...@gmail.com wrote: On Sat, Feb 7, 2009 at 9:56 PM, rhubbell wrote: What is everyone's favorite, full-featured term progam? I'd like to have something with more features than rxvt. Maybe something like konsole. I have yet to find anything that can match the feature set of xterm. Does xterm have tabs? I haven't looked at xterm in so long that I have no idea what is xterm's current state. Or maybe tabs are not default but are configurable? ~Matt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: current favorite terminal?
Has anyone tried this one? Impressions? Terminator probably has most of what you're looking for. http://software.jessies.org/terminator/ http://software.jessies.org/salma-hayek/cygwin-setup.html -- 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/
Tried mintty but it locks-up on enabling Copy on select
Maybe a known issue. Just tried mintty 0.3.5: Options-Mouse-Copy on select mintty becomes unresponsive and I have to kill it. The virtual set size goes to 450megabytes After killing it it leaves behind a bash.exe which also has to be killed. It's an 0.3.5 so I guess I'll wait a little while. -- 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: dd in cygwin vs dd in linux - number of records is always different
On Feb 8 16:30, Morph Ex wrote: I'm trying to use dd to create a md5 checksum of a dvd. The problem is that the number of records read by dd is always different depending on the OS used. For example, using the same command below in both cygwin and linux displays the following results. dd if=/dev/scd0 bs=2048 iflag=direct | md5sum -b Linux (ubuntu 8.10 amd64) 28446caccede349759e4e9fed8bce862 3025539+0 records in 3025539+0 records out 6196303872 bytes (6.2 GB) copied, 3347.83 s, 1.9 MB/s Cygwin (windows xp pro) 15cab8963c4746eca21c014224adefa3 3025538+0 records in 3025538+0 records out 6196301824 bytes (6.2 GB) copied, 3323.91 s, 1.9 MB/s Just to let you know that I can reproduce a similar result. In my test case it's just not 1 block but 200 blocks. For some reason the Win32 function ReadFile returns EOF prematurely, in my case on XP as well as on Server 2008, and I have not the faintest idea why. I created a non-Cygwin testcase (attached) which uses only native NT functions to open/seek/read/close the device and it suffers the exact same problem. Ii doesn't have anything to do with Cygwin, apparently. If you want to experiment with the native NT testcase, you can build it with $ gcc -g -o ntreadraw ntreadraw.c -lntdll (with or without -mno-cygwin) and then you can run it like this: $ ./ntreadraw \\Device\\CdRom0 2048 3025530 The output for my testcase looks like this: $ ./ntreadraw \\Device\\CdRom0 2048 98990 partition info: offset 0 length 203044864 (99143 blocks) Setting offset to: 202731520 Current offset: 202731520 (block 98990) NtReadFile: pos: 202731520 (block 98990), status 0x, bytes read: 2048 NtReadFile: pos: 202733568 (block 98991), status 0x, bytes read: 2048 NtReadFile: pos: 202735616 (block 98992), status 0x, bytes read: 2048 NtReadFile: pos: 202737664 (block 98993), status 0xc011, bytes read: 8 Final offset: 202737664 (block 98993) So in my case, the DVD has 99143 blocks and Windows stops to read after block 98993 all the time with status 0xC011, which simply is the native NT status code for EOF (STATUS_END_OF_FILE). I guess I'll ask on one of the Microsoft newsgroups if this is a known effect and especially what I'm doing wrong or what I have to do to get the desired behaviour. Btw., if anybody has an idea what's going wrong, please speak up :} Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat #include stdio.h #include inttypes.h #include windows.h #include ddk/ntifs.h #include ddk/winddk.h #include ddk/ntdddisk.h #if defined (__CYGWIN__) || defined (__MINGW32__) #define NtDeviceIoControlFile ZwDeviceIoControlFile #define NtSetInformationFile ZwSetInformationFile #define NtQueryInformationFile ZwQueryInformationFile #endif BOOL NTAPI RtlCreateUnicodeStringFromAsciiz (PUNICODE_STRING, PCSTR); int main (int argc, char **argv) { UNICODE_STRING upath; OBJECT_ATTRIBUTES attr; HANDLE h; IO_STATUS_BLOCK io; NTSTATUS status; PARTITION_INFORMATION_EX pix; FILE_POSITION_INFORMATION fpi; void *buf; ULONGLONG blocksize; ULONGLONG skip; if (argc 4) { fprintf (stderr, usage: %s native_path blocksize #_of_blocks_to_skip\n, argv[0]); return 1; } if (!RtlCreateUnicodeStringFromAsciiz (upath, argv[1])) { fprintf (stderr, RtlCreateUnicodeStringFromAsciiz failed\n); return 1; } blocksize = strtoull (argv[2], NULL, 0); skip = strtoull (argv[3], NULL, 0); /* Open Device */ InitializeObjectAttributes (attr, upath, 0, NULL, NULL); status = NtOpenFile (h, FILE_GENERIC_READ, attr, io, FILE_SHARE_VALID_FLAGS, FILE_SYNCHRONOUS_IO_NONALERT | FILE_OPEN_FOR_BACKUP_INTENT); if (!NT_SUCCESS (status)) { fprintf (stderr, NtOpenFile: 0x%08lx\n, status); return 1; } /* Get size information */ status = NtDeviceIoControlFile (h, NULL, NULL, NULL, io, IOCTL_DISK_GET_PARTITION_INFO_EX, NULL, 0, pix, sizeof pix); if (!NT_SUCCESS (status)) { fprintf (stderr, NtDeviceIoControlFile: 0x%08lx\n, status); goto thats_all_folks; } printf (partition info: offset % PRId64 length % PRId64 (% PRId64 blocks)\n, pix.StartingOffset.QuadPart, pix.PartitionLength.QuadPart, pix.PartitionLength.QuadPart / blocksize); /* Skip # of blocks given on the command line */ fpi.CurrentByteOffset.QuadPart = skip * blocksize; printf (Setting offset to: % PRId64 \n, fpi.CurrentByteOffset.QuadPart); status = NtSetInformationFile (h, io, fpi, sizeof fpi, FilePositionInformation); if (!NT_SUCCESS (status)) { fprintf (stderr, NtSetInformationFile(% PRId64 ): 0x%08lx\n, fpi.CurrentByteOffset.QuadPart, status); goto thats_all_folks; } /* First a check if we are where we want to be. */ fpi.CurrentByteOffset.QuadPart = 0; status
Re: SYSTEM Problem
On Feb 9 17:47, Jaspreet Singh wrote: hi, i just created a new user 'test' in windows and in /etc/passwd, in windows 'test' is a member of 'Users' group. Now when i run /bin/bash as SYSTEM User it 'su' to any user in there with valid shell, but it is not doing 'su' to User 'test'. So, i tried 'Runas' running CMD as SYSTEM user of windows its still not login in to bash as User 'test'. It saying 'Permission Denied'. I just wanted to know that as SYSTEM has rights to 'su' to any user why its not 'su' to user that i just created. If the process running as SYSTEM is started as or from a Windows service, the the user token of the process has not the create a token object right starting with Windows Server 2003. This disallows switching the user context if no password for the new user is given. Yes you are right, so do you have any sugestion/ideas how to do that on Windows XP SP2/NTFS/CYGWIN1.7. Does cyglsa in any way can help Yes, as well as storing the password in the registry. See http://cygwin.com/1.7/cygwin-ug-net/ntsec.html#ntsec-setuid-overview Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dd in cygwin vs dd in linux - number of records is always different
On Mon, Feb 9, 2009 at 5:18 PM, Corinna Vinschen wrote: I guess I'll ask on one of the Microsoft newsgroups if this is a known effect and especially what I'm doing wrong or what I have to do to get the desired behaviour. Btw., if anybody has an idea what's going wrong, please speak up :} Maybe this excerpt from the CreateFile documentation applies? Note To read or write to the last few sectors of the volume, you must call DeviceIoControl and specify FSCTL_ALLOW_EXTENDED_DASD_IO. This signals the file system driver not to perform any I/O boundary checks on partition read or write calls. Instead, boundary checks are performed by the device driver. Chris -- 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: dd in cygwin vs dd in linux - number of records is always different
On Feb 9 17:27, Chris January wrote: On Mon, Feb 9, 2009 at 5:18 PM, Corinna Vinschen wrote: I guess I'll ask on one of the Microsoft newsgroups if this is a known effect and especially what I'm doing wrong or what I have to do to get the desired behaviour. Btw., if anybody has an idea what's going wrong, please speak up :} Maybe this excerpt from the CreateFile documentation applies? Note To read or write to the last few sectors of the volume, you must call DeviceIoControl and specify FSCTL_ALLOW_EXTENDED_DASD_IO. This signals the file system driver not to perform any I/O boundary checks on partition read or write calls. Instead, boundary checks are performed by the device driver. You saved my day! I never noticed that snippet in the docs. Thank you *SO* much. I'll check in a patch to Cygwin which will use that on disk devices. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Are there vnc packages?
I looked for vnc packages in cygwin but didn't find any. Do they exist? Maybe no need since there are plenty of vnc packages that run on winxp already? -- 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: Tried mintty but it locks-up on enabling Copy on select
Maybe a known issue. Just tried mintty 0.3.5: Options-Mouse-Copy on select mintty becomes unresponsive and I have to kill it. The virtual set size goes to 450megabytes That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. After killing it it leaves behind a bash.exe which also has to be killed. Yep, if it crashes, the child process won't get killed. But of course it's not supposed to crash. :) Andy -- 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: Are there vnc packages?
rhubbell wrote: I looked for vnc packages in cygwin but didn't find any. Do they exist? Maybe no need since there are plenty of vnc packages that run on winxp already? http://cygwin.com/packages/ is the official answer to whether any package is available with the Cygwin distribution. There's also cygwin-ports which has a number of other packages but those aren't in the distribution and aren't supported by this list. -- 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? -- 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: Are there vnc packages?
rhubbell wrote: I looked for vnc packages in cygwin but didn't find any. Do they exist? Maybe no need since there are plenty of vnc packages that run on winxp already? Yes. You can download from www.RealVNC.com I used the personal edition. It's very nice and their renewal prices are super reasonable. -Ben -- Ben Kamen - O.D.T., S.P. = Email: bkamen AT benjammin DOT net Web: http://www.benjammin.net As seen somewhere on the net: My other computer is your Windows Server. -- 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: Tried mintty but it locks-up on enabling Copy on select
On Mon, 9 Feb 2009 18:54:58 + Andy Koppe andy.ko...@gmail.com wrote: Maybe a known issue. Just tried mintty 0.3.5: Options-Mouse-Copy on select mintty becomes unresponsive and I have to kill it. The virtual set size goes to 450megabytes That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. Yes, it's reproducible. I just installed mintty and then ran it. So whatever mintty does to .minttyrc is what's in that file. I found a mintty.exe.stackdump Exception: STATUS_ACCESS_VIOLATION The stack trace is incomplete and ends with (probably corrupted stack) After killing it it leaves behind a bash.exe which also has to be killed. Yep, if it crashes, the child process won't get killed. But of course it's not supposed to crash. :) Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Are there vnc packages?
Ben Kamen wrote: rhubbell wrote: I looked for vnc packages in cygwin but didn't find any. Do they exist? Maybe no need since there are plenty of vnc packages that run on winxp already? Yes. You can download from www.RealVNC.com I used the personal edition. It's very nice and their renewal prices are super reasonable. Sorry - should have been more specific. For Windows they exist.. for Cygwin, I've never looked, so I don't know... -Ben -- Ben Kamen - O.D.T., S.P. = Email: bkamen AT benjammin DOT net Web: http://www.benjammin.net As seen somewhere on the net: My other computer is your Windows Server. -- 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: Tried mintty but it locks-up on enabling Copy on select
On Mon, Feb 09, 2009 at 11:11:01AM -0800, rhubbell wrote: On Mon, 9 Feb 2009 18:54:58 + Andy Koppe andy.ko...@gmail.com wrote: Maybe a known issue. Just tried mintty 0.3.5: Options-Mouse-Copy on select mintty becomes unresponsive and I have to kill it. The virtual set size goes to 450megabytes That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. Yes, it's reproducible. I just installed mintty and then ran it. So whatever mintty does to .minttyrc is what's in that file. I found a mintty.exe.stackdump Exception: STATUS_ACCESS_VIOLATION The stack trace is incomplete and ends with (probably corrupted stack) It's still possible that it would be useful though and if it's truncated it can't be very long so go ahead and send it here. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Tried mintty but it locks-up on enabling Copy on select
On Mon, 9 Feb 2009 18:54:58 + Andy Koppe andy.ko...@gmail.com wrote: Maybe a known issue. Just tried mintty 0.3.5: Options-Mouse-Copy on select mintty becomes unresponsive and I have to kill it. The virtual set size goes to 450megabytes That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. It's winxp with latest patches and I think I have latest cygwin. Although I'm not certain of that. After killing it it leaves behind a bash.exe which also has to be killed. Yep, if it crashes, the child process won't get killed. But of course it's not supposed to crash. :) Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-40
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-40. Just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. As usual, please report bugs and problems to the mailing list cygwin AT cygwin DOT com. We also have a new User's Guide for 1.7, which is currently located at http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.html (Multiple HTML files) or http://cygwin.com/1.7/cygwin-ug-net.html (One single big HTML file) I would appreciate bug fixes and extensions to the documentation in the form of patches to the source SGML files. The SGML sources are located in the CVS repository under the winsup/doc directory, for example here: http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/doc/?cvsroot=src We don't have a new 1.7 FAQ yet since we don't know what *will* be a FAQ in future, but I'm planning to drop at least old stuff from the FAQ in the next couple of days. Maybe that goes without saying, but we would really appreciate help with the new FAQ as well as with the User's Guide and Cygwin in general. THIS IS STILL A TEST RELEASE. DON'T USE IN PRODUCTION ENVIRONMENTS. What's new in contrast to 1.7.0-39: === - New Linux-like virtual files /proc/$PID/mounts, /proc/mounts. The base-cygwin package now creates a /etc/mtab entry which is a symlink to /proc/mounts. - A hack has been added to workaround a brokenness in the UDF drivers of Windows 2000/XP in terms of casesensitivity. - The code which produces default ACL entries for directories has been disabled. They are not necessary and actually a non-POSIXism only marginally useful for native Win32 applications. So far you could see them by the fact that `ls -ld dir' always showed a trailing '+' in the permission entry. - Export wcstok(). - cygcheck now prints the state of the OS obcaseinsensitive flag for analyzing purposes. Bugfixes: = - Fix a problem reading physical disk drives (/dev/sda etc) and CD/DVD drives (/dev/scd0, /dev/sr1, etc) up to the actual end of the medium. - Fix inode number evaluation for the faked . entry in directories which have no such entry (for instance, top-level drive dirs as C:\). The bug could have resulted in different inode numbers returned by readdir() and stat(). - A new header file sys/sched.h which overwrites the equivalent newlib file FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-40? A: The `uname -v' command prints 2009-02-09 22:27 Have fun, Corinna Just for completeness, here's once more the list of Changes in 1.7.0 related to 1.5.25: OS releated changes: - Windows 95, 98 and Me are not supported anymore. The new DLL will not run on any of these systems. File Access related changes: - Mount points are no longer stored in the registry. Use /etc/fstab and /etc/fstab.d/$USER instead. Mount points created with mount(1) are only local to the current session and disappear when the last Cygwin process in the session exits. - PATH_MAX is now 4096. Internally, path names can be as long as the underlying OS can handle (32K). - UTF-8 filenames are supported now. So far, this requires to set the environment variable CYGWIN to contain codepage:utf8. but this will likely disappear at one point. The setting of $LANG or $LC_CTYPE will be used instead. - struct dirent now supports d_type, filled out with DT_REG or DT_DIR. All other file types return as DT_UNKNOWN for performance reasons. - The CYGWIN environment variable options ntsec and smbntsec have been replaced by the per-mount option acl/noacl. - The CYGWIN environment variable option ntea has been removed without substitute. - The CYGWIN environment variable option check_case has been removed in favor of real case-sensitivity on file systems supporting it. - Creating filenames with special DOS characters '', '*', ':', '', '', '|' is supported. - Creating files with special DOS device filename components (aux, nul, prn) is supported. - File name are case sensitive if the OS and the underlying file system supports it. Works on NTFS and NFS. Does not work on FAT and Samba shares. Requires to change a registry key (see the user's guide). Can be switched off on a per-mount base. - Due to the above changes, managed mounts have been removed. - Incoming DOS paths are always handled case-insensitive and get no POSIX permission, as if they are mounted with noacl,posix=0 mount flags. - unlink(2) and rmdir(2) try very hard to remove files/directories even if they are currently accessed or locked. This is done by utilizing the hidden recycle bin directories and marking the files for deletion. - rename(2) rewritten to be
FW: GLUI and GLUIX
Hi Andre, I have a problem. I'm trying to use GLUI with GLUIX. I can use GLUI fine on it's own and have been doing for some time. If I have this: #include glui.h #include gluix.h Then I get the errors: Error25error LNK2019: unresolved external symbol public: int __thiscall GLUIX_FileSelectionDialog::set_text(enum GLUIX_FSD_Part,char *) (?set_t...@gluix_fileselectiondialog@@QAEHW4GLUIX_FSD_Part@@p...@z) referenced in function void __cdecl setupGLUI(void) (?setupGLUI@@YAXXZ) GLUI_Window_Template.objPrototype_01 Error26error LNK2019: unresolved external symbol public: __thiscall GLUIX_FileSelectionDialog::GLUIX_FileSelectionDialog(char *,void (__cdecl*)(char *,char *,char *),int,int,int,int,int,int,int) (??0GLUIX_FileSelectionDialog@@q...@padp6ax000@z...@z) referenced in function void __cdecl setupGLUI(void) (?setupGLUI@@YAXXZ) GLUI_Window_Template.objPrototype_01 Error27fatal error LNK1120: 2 unresolved externals C:\work\3rd_year\08341\Prototype_12\Debug\Prototype_01.exePrototype_01 But I have them in this order I get these errors: Error1error C2061: syntax error : identifier 'Byte' c:\work\3rd_year\08341\prototype_12\prototype_01\gluix.h89Prototype_01 Error2error C2061: syntax error : identifier 'GLUI' c:\work\3rd_year\08341\prototype_12\prototype_01\gluix.h123Prototype_01 I'm not sure how to fix it? Thanks for your time. _ Twice the fun—Share photos while you chat with Windows Live Messenger. Learn more. http://www.microsoft.com/uk/windows/windowslive/products/messenger.aspx -- 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: FW: GLUI and GLUIX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jamie Sandell wrote, On 9.2.2009 23:17: Hi Andre, I have a problem. I'm trying to use GLUI with GLUIX. I can use GLUI fine on it's own and have been doing for some time. If I have this: #include glui.h #include gluix.h Then I get the errors: Error25error LNK2019: unresolved external symbol public: int __thiscall GLUIX_FileSelectionDialog::set_text(enum GLUIX_FSD_Part,char *) (?set_t...@gluix_fileselectiondialog@@QAEHW4GLUIX_FSD_Part@@p...@z) referenced in function void __cdecl setupGLUI(void) (?setupGLUI@@YAXXZ) GLUI_Window_Template.objPrototype_01 Error26error LNK2019: unresolved external symbol public: __thiscall GLUIX_FileSelectionDialog::GLUIX_FileSelectionDialog(char *,void (__cdecl*)(char *,char *,char *),int,int,int,int,int,int,int) (??0GLUIX_FileSelectionDialog@@q...@padp6ax000@z...@z) referenced in function void __cdecl setupGLUI(void) (?setupGLUI@@YAXXZ) GLUI_Window_Template.objPrototype_01 Error27fatal error LNK1120: 2 unresolved externals C:\work\3rd_year\08341\Prototype_12\Debug\Prototype_01.exePrototype_01 But I have them in this order I get these errors: Error1error C2061: syntax error : identifier 'Byte' c:\work\3rd_year\08341\prototype_12\prototype_01\gluix.h89 Prototype_01 Error2error C2061: syntax error : identifier 'GLUI' c:\work\3rd_year\08341\prototype_12\prototype_01\gluix.h123 Prototype_01 I'm not sure how to fix it? Thanks for your time. You are obviously using MSVC to compile your code. You cannot use MSVC with Cygwin libraries. So, to fix it, first step would be to stop using MSVC and start using Cygwin GCC. - -- VH -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iFYEAREIAAYFAkmQrlwACgkQhQBMvHf/WHkhowDeKk8Wv8AFQtQ6Td1MW8MaYIwL MGnBr13NDAkrMwDfctesa0NDDA7rlTAGSspxkNhHVhqg2s/iSNF9Gw== =YulC -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'man' page for 'mintty' for review
Phil Betts wrote: ... Lots of good comments on 'mintty' man page ... Thanks, Phil, Lee -- 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/
ssh muliple authentication
Can public key authentication and password authentication be set in the openssh 5.1 that is packaged with cygwin 1.5.25. There is a .patch file on https://bugzilla.mindrot.org/show_bug.cgi?id=983 but this is for openssh 4.7. As well i do not know how to install the patch for ssh. Any help is much appreciated. -- 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/
How does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. --- I'm curious -- how does mount find or 'know' the cygdrive path if it doesn't come from the registry. For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? -- 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: ssh muliple authentication
Jody Burnett wrote: Can public key authentication and password authentication be set in the openssh 5.1 that is packaged with cygwin 1.5.25. There is a .patch file on https://bugzilla.mindrot.org/show_bug.cgi?id=983 but this is for openssh 4.7. As well i do not know how to install the patch for ssh. Any help is much appreciated. You mean the requirements part? If it's part of the vanilla release of OpenSSH, then I would say the facility is there. Haven't tried it myself though. But I'd recommend trying it with the version available from 'setup.exe' before you do much patching of local source. It's just easier. ;-) -- 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? -- 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: ssh muliple authentication
Date: Mon, 9 Feb 2009 19:36:53 -0500 Subject: Re: ssh muliple authentication Jody Burnett wrote: Can public key authentication and password authentication be set in the openssh 5.1 that is packaged with cygwin 1.5.25. There is a .patch file on https://bugzilla.mindrot.org/show_bug.cgi?id=983 but this is for openssh 4.7. As well i do not know how to install the patch for ssh. Any help is much appreciated. You mean the requirements part? If it's part of the vanilla release of OpenSSH, then I would say the facility is there. Haven't tried it myself though. But I'd recommend trying it with the version available from 'setup.exe' before you do much patching of local source. It's just easier. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 I recall using this approach for a while when the patch was young. By combining pubkey and password, I got the strength and security of pubkey, and the password gave me real password for changing users, so I could access shares on other machines. The latter problem will soon be a thing of the past (Thanks!), so I'm not sure there is much value in using multiple authentication methods in the future. $0.02 ...Karl _ See how Windows Mobile brings your life together—at home, work, or on the go. http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/ -- 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 does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. --- I'm curious -- how does mount find or 'know' the cygdrive path if it doesn't come from the registry. How it finds it is an implementation detail. There's no need to know how it does what it does if it does what you want. ;-) And, like I said, the registry won't be used for 1.7 so anyone that uses this as a basis of anything will find it broken once 1.7 is released. For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? That's a different issue. However you imply a paradox that doesn't exist. Whether one knows the 'cygdrive path' or not will not make it easier to find 'mount.exe'. 'mount.exe' is always in '/bin'. As for the issue of finding '/bin', there may be times when it is necessary to script this, though I would say this is not one of those cases. For those cases, searching the file-system or spelunking in the registry are possible avenues, each with their own pluses and minuses. In this case, just looking at 'cygwin.bat' will provide the answer needed. -- 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? -- 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: libtool 2.2.6a: LDFLAGS ignored when building a shared lib?
Corinna Vinschen wrote: I have a problem using libtool 2.2.6a. I've just tried to build the latest file(1) for Cygwin 1.7 using gcc-4. Since gcc-4 is still in flux I decided to build with a static libgcc. First I reconfed the file source tree so that the latest libtool is used. This worked fine, configure and make succeeded. However, here's the one puzzeling problem I have. I'm unable to build using the -static-libgcc flag. I tried to add it to LDFLAGS, then to CFLAGS, then to both. For some reason this flag is filtered out when gcc gets called to link the shared lib. [snip] So there's the `-static-libgcc' twice in the libtool comamnd line when called from make. But when libtool calls gcc, nothing's left of it. I understand why CFLAGS is missing, but why did it filter out LDFLAGS as well? And, if that's normal, why, and how do I workaround that? I believe it is a long-standing bug, mentioned here: http://lists.gnu.org/archive/html/bug-libtool/2005-10/msg4.html but IIRC the promised patch was never produced. Try Ralf's suggested workaround, configuring your entire package with CC='gcc -static-libcc' and/or CXX='g++ -static-libgcc'. If that works, then I'll ping Ralf on fixing this bug. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
Here's how I do it in a little batch file that I put on my USB pen drive: It's in the attached .TXT file - you'll need to rename it to .BAT Note that this batch file will OVERWRITE your fstab so please review it before installing and using it on your system. Basically, it lets me carry Cygwin on a USB stick and it does not care what drive letter it's attached as. Note also that USB sticks are slo, so it's just for emergencies :-) Ralph @ECHO OFF REM -- REM Batch file to start Cygwin on arbitrary drive letters SETLOCAL FOR /F %%D IN (%CD%) DO SET CYGDRIVE=%%~dD REM -- Check if we've already modified the fstab for this drive letter IF %CYGDRIVE%==%CYGWIN_DRIVE% GOTO :DONE REM -- Check if the original fstab has been backed up IF EXIST %CYGDRIVE%\cygwinTest\etc\fstab.original GOTO MAKEFSTAB copy %CYGDRIVE%\cygwinTest\etc\fstab %CYGDRIVE%\cygwinTest\etc\fstab.original REM -- Set up the default fstab :MAKEFSTAB echo # Custom fstab for removable media %CYGDRIVE%\cygwinTest\etc\fstab echo # See /cygwin/etc/fstab.original for defaults %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest /ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest/bin /usr/bin ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest/lib /usr/lib ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab rem -- Start up thedefault shell chdir %CYGDRIVE%\cygwinTest\bin bash --login -i ENDLOCAL :DONE REM We're done with the local variables, but remember to set REM a variable that tells us the drive Cygwin is running on SET CYGWIN_DRIVE=%CYGDRIVE% EXIT /B 0 -- 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 does one find cygdrive path in a Win .bat file
Larry Hall (Cygwin) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. --- I'm curious -- how does mount find or 'know' the cygdrive path if it doesn't come from the registry. How it finds it is an implementation detail. There's no need to know how it does what it does if it does what you want. ;-) And, like I said, the registry won't be used for 1.7 so anyone that uses this as a basis of anything will find it broken once 1.7 is released. For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? That's a different issue. --- Then answer the question. First you avoid the answer by saying it is an implementation detail. Then you say I'm implying a paradox that doesn't exist. I didn't write the windows .BAT file startXWin.bat. If it is so easy to do, then why did you point me at a broken solution in my earlier post? You (Larry Hall (Cygwin)) wrote: ... BUT allow no keyboard input. Did you miss this FAQ? http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-i-cant-type-anything The FAQ first answer is: Launch the X server via the shortcut under Cygwin-X on the start menu. Trouble is -- that script is broken. Why is it broken? It's not an X problem. It's a more general problem of how does a .bat script in Windows find what the Cygdrive prefix is, so it can call /bin/mount to find the Cygdrive prefix it was looking for in the first place? However you imply a paradox that doesn't exist. --- Looks paradoxical to me. Whether one knows the 'cygdrive path' or not will not make it easier to find 'mount.exe'. 'mount.exe' is always in '/bin'. --- '/bin' is not a valid windows path. You can't use that as a path in a .BAT file and expect it to resolve correctly. As for the issue of finding '/bin', there may be times when it is necessary to script this, though I would say this is not one of those cases. I don't understand. Why not? You told me to start a Cygwin program from the startmenu shortcut that was provided for it. The shortcut points to a windows .bat file that has \cygwin hard-coded in it. It doesn't find the correct path. For those cases, searching the file-system or spelunking in the registry are possible avenues, each with their own pluses and minuses. In this case, just looking at 'cygwin.bat' will provide the answer needed. --- It certainly doesn't on my machine. Maybe it's changed and I don't have an update, but my cygwin.bat file says: --- @echo off C: chdir C:\\bin bash --login -i --- Because cygwin.bat was installed by cygwin's setup.exe, setup can fill in the value for cygwin prefix -- but nothing in the above script tells me how a normal windows .bat file, independent of setup.exe, would get that information. -- 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 does one find cygdrive path in a Win .bat file
Linda Walsh wrote: Larry Hall (Cygwin) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. --- I'm curious -- how does mount find or 'know' the cygdrive path if it doesn't come from the registry. How it finds it is an implementation detail. There's no need to know how it does what it does if it does what you want. ;-) And, like I said, the registry won't be used for 1.7 so anyone that uses this as a basis of anything will find it broken once 1.7 is released. For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? That's a different issue. --- Then answer the question. First you avoid the answer by saying it is an implementation detail. long winded response deleted Linda, you've been around this list long enough to understand how to handle them. Please, if you want to berate someone for answering your posts, do it on one list only. Of course, I'm having trouble seeing the benefit of continuing with either thread, given your stubbornness to hold onto the notion that there must be a complicated way to solve this problem. So let me summarize once more. You can take it as your answer or not. 1. Going to the registry in general for information you can get from the Cygwin 'mount' command is not supported and is error prone. 2. Providing the proper path in 'startxwin.bat' does not require special analysis of the registry, file system, or any other source to find the proper root for Cygwin. There are at least two ways of directly solving this robustly: a. Have 'setup.exe' do it, like it does for 'cygwin.bat' b. Use the path to 'startxwin.bat' as the path (it is in the Cygwin installation path after all). 3. If you need to do this generically for any batch file, then yes, you have to rely on external data and heuristics. Going to the registry to see if it will help or searching the file system are two alternatives but there is no one key or one spot that will unequivocally give you the installation path. Looking at the mount paths in the registry will work for 1.5 but is flawed for 1.7. Looking in the file-system may work depending on what you look for and where you start looking. Hopefully this summary of what I've said already is clear and compact enough for you to understand what I'm saying. If not, I'll leave you to enjoy your continued quest unimpeded by more answers from me. If you don't like this answer, please feel free to post more long-winded prose that picks each word of my response apart such that it looses all context. But I think it's fair to say that the thread will end after that. There's really nothing worthwhile that can be said relative to your inquiry that hasn't already been covered. -- 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? -- 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 does one find where Cygwin was installed from Windows?
Larry Hall (Cygwin) wrote: Linda, you've been around this list long enough to understand how to handle them. Please, if you want to berate someone for answering your posts, do it on one list only. --- That wasn't my intent in my original response. I originally only wanted to report a problem in a cygwin-app and off the cuff, I suggested a possible solution. My bad. But it raised the question -- if my solution didn't work, then what was a good solution. So I asked how a generic Windows .bat program could find out where Cygwin was installed -- with a lead-in of asking of how it was done in the mount -p program. You told me that was not necessary for me to know -- but it still didn't answer the 2nd half -- which was how a general Windows.bat file might find the location of Cygwin so it could even call mount -p in the first place. Please note. The .bat file in question ISN'T my .bat file. I made a suggestion that was incorrect. So I wanted to know how someone writing .bat file, in the general case, *should* be doing it --- the conversation wasn't designed to be berating. It was just growing frustrating because the preferred answer seemed to be circular. I.e. 'mount' will always be in /bin -- which implies knowing where bin is Turns out the answer is that there is no good solution. This could then be a lead-in to a next suggestion -- that just like on linux on QT -- or on Windows with various utils, they put something in the environment so other programs can locate where the package was installed. I.e. maybe Cygwin should add an official dir in the system (for an all-user install), or user (for a 1-user install) environment (stored in the registry), so add-on applications that rely on Cygwin or rely on knowing where it was installed will work. It's not like in Windows where you can add something to the linux-registry, /etc, or path-specific part /etc/profile.d and have other apps pick up this information. It would make more sense to put it in a registry environment variable. What do you think? -- 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: current favorite terminal?
Nope, xterm no good. Needs an X server. (see previous message on X lockups) On Mon, 9 Feb 2009 04:58:15 -0500 Matt Wozniski godlyg...@gmail.com wrote: On Sat, Feb 7, 2009 at 9:56 PM, rhubbell wrote: What is everyone's favorite, full-featured term progam? I'd like to have something with more features than rxvt. Maybe something like konsole. I have yet to find anything that can match the feature set of xterm. ~Matt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How does one find where Cygwin was installed from Windows?
On 02/09/2009, Linda Walsh wrote: I.e. maybe Cygwin should add an official dir in the system (for an all-user install), or user (for a 1-user install) environment (stored in the registry), so add-on applications that rely on Cygwin or rely on knowing where it was installed will work. It's not like in Windows where you can add something to the linux-registry, /etc, or path-specific part /etc/profile.d and have other apps pick up this information. It would make more sense to put it in a registry environment variable. What do you think? Actually, this has been discussed already and has been resolved by having 1.7's 'setup.exe' putting the Cygwin root installation directory in... the registry! See HKLM/Software/Cygwin/setup, the rootdir value. I know, it's not in the environment. That might be nicer. But such a change could spoil my there's no good way statement so I can't endorse it. ;-) -- 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? -- 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: Tried mintty but it locks-up on enabling Copy on select
That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. It's winxp with latest patches and I think I have latest cygwin. Although I'm not certain of that. I suspect most users will have 'copy on select' enabled and there've been no problems reported so far, so particular circumstances on your setup must be exposing a latent bug. Hence the .minttyrc and the stackdump would be useful. Also, a few more questions, if you're willing to help tracking it down. Does it lock up as soon as you start mintty or the first time you try to copy something? Have you got any clipboard utilities running? Does it work if you delete or rename ~/.minttyrc to go back to the default settings and copy something through the context menu? Andy -- 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/
Can unison syncronize permission bits
Hi, Before complaining that unison does not syncronize the permission bits between my C: drive and my USB drive, I would like to ask if it should be able to do it? I have searched a lot, and found various indicators that it should be able, but also that it will not do it on windows systems. So, is the cygwin version of unison able to syncronize permission bits between my C: drive and my USB drive? If someone says yes, it should be able to, I will post some more doc. /Morten _ Nye biler, brugte biler, motorsport, tuning og lir - på MSN Mand http://www.msnmand.dk/ -- 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: [RFC] GCC-4 new packaging.
2009/2/9 Dave Korn: I'm about ready to release a new compiler package. This is going to mean a whole bunch of new packages and one obsoletion, and I was hoping I could get a hand proof-reading the setup hints and any comments anyone has on packaging, names and categories. gcc4-libffi4-runtime-4.3.2-2 ./usr/bin/cygffi-4.dll gcc4-java-4.3.2-2 ./usr/lib/libffi.a ./usr/lib/libffi.dll.a ./usr/lib/libffi.la Those sound suspicious to me. Yaakov has the latest libffi5 3.0.8-1 (API 5 with version 3.0.8) Do you really have only API 4? -- Reini Urban http://phpwiki.org/ http://murbreak.at/
Re: X server causing IE lockups
The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! No it's winxp! Yay! Not our problem! On Mon, 9 Feb 2009 06:57:01 +0100 Frédéric Bron frederic.b...@m4x.org wrote: I know there was another cygwin user that had similar experiences. Is this a limited situation? Is anyone else seeing these kinds of issues? Same problem since I updated to the new X.org 7.4: I have xwin crashes. Also with XP and also using a vncclient (TightVNC) This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again. - often, at the same time, windows clipboard does not work any more. - this happens 1-2 times a week roughly. F. Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X server causing IE lockups
The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? I always start Xwin before VNC as I have a shortcut to startxwin.bat in my Startup folder. F. Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: can't start xterm
I did one thing to my startxwin.bat file to make it work. I commented out the set commands thus: rem SET XAPPLRESDIR= rem SET XCMSDB= rem SET XKEYSYMDB= rem SET XNLSPATH= I am not sure if this is what really made it work because it didn't work with the startxwin.sh command, either. However, it might be related to a residual of these being defined Jeff Note: These view are my own and not the views of the companies I work for. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: can't start xterm
Jeffrey A Delinck wrote: I did one thing to my startxwin.bat file to make it work. I commented out the set commands thus: rem SET XAPPLRESDIR= rem SET XCMSDB= rem SET XKEYSYMDB= rem SET XNLSPATH= I am not sure if this is what really made it work because it didn't work with the startxwin.sh command, either. However, it might be related to a residual of these being defined Known issue. See the FAQ entry: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-i-cant-type-anything -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Trouble compiling xorg-server-1.5.3-6
Jon TURNEY wrote: I think this is not the right version of libtool. I think it looks like setup.ini is still not quite recovered from it's recent problems and is preferring the version under _obsolete/libtool to the version under libtool or something. You were correct. I made some progress, but I am still not all the way there. $ cygcheck -c | grep -i gl freeglut2.4.0-1OK glproto 1.4.9-1OK libGL1 7.2-2 OK libglitz1 0.5.6-1OK libGLU1 7.2-2 OK libglut32.4.0-1OK $ cygport xorg-server-1.5.3-6.cygport all Preparing xorg-server-1.5.3-6 ... *** Info: patch xorg-server-1.5.3-6.src.patch not found Compiling xorg-server-1.5.3-6 autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.ac: not using Gettext autoreconf-2.63: running: aclocal --force autoreconf-2.63: configure.ac: tracing autoreconf-2.63: running: libtoolize --copy --force libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf-2.63: running: /usr/bin/autoconf-2.63 --force autoreconf-2.63: running: /usr/bin/autoheader-2.63 --force autoreconf-2.63: running: automake --add-missing --copy --force-missing autoreconf-2.63: Leaving directory `.' *** Info: Removing hw/xfree86/common/xf86Build.h to be regenerated by configure *** Info: Removing include/do-not-use-config.h to be regenerated by configure *** Info: Removing include/xorg-server.h to be regenerated by configure *** Info: Removing include/dix-config.h to be regenerated by configure *** Info: Removing include/xgl-config.h to be regenerated by configure *** Info: Removing include/xorg-config.h to be regenerated by configure *** Info: Removing include/xkb-config.h to be regenerated by configure *** Info: Removing include/xwin-config.h to be regenerated by configure /usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3/configure --srcdir=/usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/sbin --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/xorg-server-1.5.3 --enable-kdrive --enable-xephyr --enable-xfake --enable-record --disable-config-hal --disable-dri --disable-install-setuid --disable-xf86bigfont --disable-xf86misc --disable-xf86vidmode --disable-xinerama --disable-xsdl --disable-xv --disable-xvmc --with-fontdir=/usr/share/fonts --with-log-dir=/var/log --with-serverconfig-path=/usr/lib/X11 --with-xkb-output=/var/lib/xkb --with-os-name=Cygwin --with-os-vendor=Red Hat --with-builder-addr=cygwin-xf...@cygwin.com --with-vendor-name=The Cygwin/X Project --with-vendor-name-short=Cygwin/X --with-vendor-web=http://x.cygwin.com/ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for as... as checking for dlltool... dlltool checking for objdump... objdump checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 8192 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking for
Re: Trouble compiling xorg-server-1.5.3-6
Jared Silva wrote: Jon TURNEY wrote: I think this is not the right version of libtool. I think it looks like setup.ini is still not quite recovered from it's recent problems and is preferring the version under _obsolete/libtool to the version under libtool or something. You were correct. I made some progress, but I am still not all the way there. $ cygcheck -c | grep -i gl freeglut2.4.0-1OK glproto 1.4.9-1OK libGL1 7.2-2 OK libglitz1 0.5.6-1OK libGLU1 7.2-2 OK libglut32.4.0-1OK $ cygport xorg-server-1.5.3-6.cygport all [...] checking for GL... configure: error: Package requirements (glproto = 1.4.9 gl = 7.1.0) were not met: No package 'gl' found You need to install the 'libGL-devel' package That is listed in http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Trouble compiling xorg-server-1.5.3-6
Jon TURNEY wrote: You need to install the 'libGL-devel' package My apologies, I was following /usr/share/doc/Cygwin/xorg-server-1.5.3.README rather than the web. I do not have all of the required packages installed, but I cannot even find some of them (libgetaddrinfo-devel). That said, I do not want to blindly install everything I can find (flex, git, minires-devel), so could you please direct me to the packages that solve the latest problem? No package 'videoproto' found No package 'xineramaproto' found -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Bug in startXwin.bat
The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Trouble compiling xorg-server-1.5.3-6
Jared Silva wrote: Jon TURNEY wrote: You need to install the 'libGL-devel' package My apologies, I was following /usr/share/doc/Cygwin/xorg-server-1.5.3.README rather than the web. I do not have all of the required packages installed, but I cannot even find some of them (libgetaddrinfo-devel). Ah, that would be my mistake, I think. libgetaddrinfo only exists in cygwin ports. Hmm now I need to go and check why I thought that was required... That said, I do not want to blindly install everything I can find (flex, git, minires-devel), so could you please direct me to the packages that solve the latest problem? No package 'videoproto' found No package 'xineramaproto' found Those packages are not available for cygwin, because those X server extensions don't do anything useful (at least at the moment, in the Xinerama case) The X server should be ./configure'd with --disable-xinerama --disable-xv, which is what the .cygport file should be doing for you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. - Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Trouble compiling xorg-server-1.5.3-6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jon TURNEY wrote: Ah, that would be my mistake, I think. libgetaddrinfo only exists in cygwin ports. Hmm now I need to go and check why I thought that was required... It used to be a dependency of libxcb; the current release embeds it instead. Those packages are not available for cygwin, because those X server extensions don't do anything useful (at least at the moment, in the Xinerama case) The X server should be ./configure'd with --disable-xinerama --disable-xv, which is what the .cygport file should be doing for you. AFAIAC, using cygport is the only supported way of building Cygwin/X packages. Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmQz4wACgkQpiWmPGlmQSN8bwCfRYFvES0iJuDuwSOYY8trQiZD E30AoInDxNlBeXjeMWTjMRXGT6KrxOcK =WBa6 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. - Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? Linda, please don't run the same thread on two different lists. If you want to talk about this here, kill the thread that you started on the main list. As for the answer to your question, I'm quite sure about my answer and have pointed out the flaw in your question in the thread on the main list. I expect that we're done with the threads on both lists now? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Larry Hall (Cygwin X) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. - Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? Linda, please don't run the same thread on two different lists. If you want to talk about this here, kill the thread that you started on the main list. Larry -- The reason I changed forums was that the TOPIC/SUBJECT changed. It went from my finding a bug in the Cygwin Xserver's startxwin.bat script (something appropriate for the cygwin-xfree list) to a more general question of how one would solve the problem of finding the cygwin prefix in a windows batchfile. Just because you can't answer the question without circular logic is no reason to get upset. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. - Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? Linda, please don't run the same thread on two different lists. If you want to talk about this here, kill the thread that you started on the main list. Larry -- The reason I changed forums was that the TOPIC/SUBJECT changed. This is perfectly reasonable, except you kept both threads running. It went from my finding a bug in the Cygwin Xserver's startxwin.bat script (something appropriate for the cygwin-xfree list) to a more general question of how one would solve the problem of finding the cygwin prefix in a windows batchfile. Actually, that's not the question you asked, though I'll concede that this is what you meant to ask. And I answered that on the main list. For completeness, I'll paraphrase it here - there's no good way. Just because you can't answer the question without circular logic is no reason to get upset. While other statements of yours have been understandable, even if they were in error, this one makes no sense so I won't respond to it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bug in startXwin.bat
Larry Hall (Cygwin X) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. - Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? Linda, please don't run the same thread on two different lists. If you want to talk about this here, kill the thread that you started on the main list. Larry -- The reason I changed forums was that the TOPIC/SUBJECT changed. This is perfectly reasonable, except you kept both threads running. Not exactly. They were different posts -- I realized it was a more general topic after first responding to the xfree. It went from my finding a bug in the Cygwin Xserver's startxwin.bat script (something appropriate for the cygwin-xfree list) to a more general question of how one would solve the problem of finding the cygwin prefix in a windows batchfile. Actually, that's not the question you asked, though I'll concede that this is what you meant to ask. And I answered that on the main list. For completeness, I'll paraphrase it here - there's no good way. AH HAH! Thank-you. My original intent was simply to report a bug in the Cygwin-X startup script startxwin.bat that you told me (indirectly via the FAQ) to use. My first idea was to use mount -p as you suggest. However, I immediately realized that mount wouldn't be available if you were not already in the Cygwin environment. Just because you can't answer the question without circular logic is no reason to get upset. While other statements of yours have been understandable, even if they were in error, this one makes no sense so I won't respond to it. --- Probably somewhat a case of projection... ;^ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/w32api ChangeLog include/winioctl.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-02-09 18:22:08 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winioctl.h Log message: * include/winioctl.h (FSCTL_ALLOW_EXTENDED_DASD_IO): Copy definition from ddk/ntifs.h. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.985r2=1.986 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winioctl.h.diff?cvsroot=srcr1=1.15r2=1.16
src/winsup/cygwin ChangeLog fhandler_floppy.cc ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-02-09 18:28:53 Modified files: winsup/cygwin : ChangeLog fhandler_floppy.cc Added files: winsup/cygwin/include/sys: sched.h Log message: * fhandler_floppy.cc (fhandler_dev_floppy::open): Fix format. Add code to allow to read disk and CD/DVD devices in full length. Explain why. (fhandler_dev_floppy::raw_read): Add current position to debug output. * include/sys/sched.h: New stub file to override newlib file with clashing definitions. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4371r2=1.4372 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_floppy.cc.diff?cvsroot=srcr1=1.53r2=1.54 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/sched.h.diff?cvsroot=srcr1=NONEr2=1.1