RE: Startxwin.bat fatal error in Windows Vista
Allen Rongone wrote on Monday, May 14, 2007 8:29 PM:: I've seen this before under Windows XP and it was due to the fact that the previous user was the owner of the /tmp/.X11-unix directory and no one else had permissions to delete the X0 file nor were they able to remove this directory. I just gave Everyone Full Control to the /tmp directory and made it inheritable, that solved the problem. However, now under Vista, Everyone no longer gets propagated to the /tmp/X11-unix directory so when another user runs startxwin.bat it cannot delete the X0 file and remove the sud-directory. The usual workaround for this is to make /tmp a user mount, i.e. each user has their own /tmp. E.g.: mount -u -b $APPDATA\\tmp /tmp If that doesn't work, there's either a program already using port 6000, or your firewall/antivirus is blocking access to it. X uses port 6000 + the display number, so if another program's using port 6000, you can start X on say port 6002 with XWin :2. -- 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: [PATCH] getmntent()-mnt_type values that match Linux...
Thanks for the patch and apologies again for forgetting about it. In a strange twist of fate, the counter-signed copyright assignment papers just showed up from Red Hat today, so I guess that was good timing. :) Thanks for committing the patch! --ryan.
Re: Dumper produces unuseable dumps (fix).
Hi Pedro, On Apr 27 16:01, Pedro Alves wrote: On 4/27/07, Corinna Vinschen wrote: Unfortunately, the patch is too big to fall under the trivial patch rule, so Red Hat needs a signed copyright assignment from you. Please have a look on http://cygwin.com/contrib.html, especially the Before you get started section, which has a link to the assignment form. As soon as we got the signed form from you, the patch can go in. Ok, form signed and sent. I just asked at our office and I got told that your copyright assignment didn't arrive yet. Can you check what happened? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Speed of Cygwin's cp vs. Windows Explorer
On 5/14/07, Brian Ford Brian.Ford__flightsafety.com wrote: On Sat, 12 May 2007, Bob Heckel wrote: Why would using Cygwin's cp to copy a large file from one Windows XP box to another take 30 minutes but take only 10 minutes if I use drag 'n' drop (via Explorer)? I saw mention of speed in other posts but couldn't figure out if there was a solution - could it be buffer sizes or something configurable? I'm in a position of defending the use of Cygwin instead of the manual Windows way of doing things by those not familiar with Unix. Any hints would be appreciated. http://cygwin.com/ml/cygwin/2006-12/msg00911.html -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained crew... -- 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/ it would appear that until we increase the i/o buffer (am i using the right term?) to do the cp, we run slower than the windows cp is there a #DEFINE or some thing that we could add a diff for that adventurous people could use? -- Morgan gangwere Space does not reflect society, it expresses it. -- Castells, M., Space of Flows, Space of Places: Materials for a Theory of Urbanism in the Information Age, in The Cybercities Reader, S. Graham, Editor. 2004, Routledge: London. p. 82-93. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: vim-7.1-1
On May 15 09:58, Carlo Florendo wrote: Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Thank you very much. We have been waiting for this for a long time. You're welcome. I'm just wondering how two days between the official upstream release and the Cygwin distro release qualifies as a long time... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: vim-7.1-1
Corinna Vinschen wrote: On May 15 09:58, Carlo Florendo wrote: Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Thank you very much. We have been waiting for this for a long time. You're welcome. I'm just wondering how two days between the official upstream release and the Cygwin distro release qualifies as a long time... Oh, gee! I'm very sorry. It seems I've been so sleepy that I forgot which mailing list I was responding to. I've reported a bug on the Trustix release of vim and the maintainers told me that the upgrade will be done on the next release cycle. For some strange (and sleepy) reason after reading your announcement, I assumed that your announcement applied to all the Linux distros I have on my office! :) I got sleepy in my replies. In any case, thanks a lot still and sorry for the confusion :) -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, Diliman 1101, Quezon City Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: gcc 3.4.4 - redhat REL3 vs cygwin libraries
On 15 May 2007 04:04, Karl Kobata wrote: Using gcc 3.4.4 on a redhat REL3 linux workstation, I can compile an application with no errors, yet if I do the same over on the cygwin gcc 3.4.4, I get many errors. Since there are so many errors and the platform is the only difference, I would like to verify that all libraries and linked files are the same between the 2 platforms. They aren't and won't be. How do I go about determining that I have the same libraries on both platforms? They aren't and don't need to be. How do I determine the version that I should have? How do I determine the version that I need to install or update to? If you have an up-to-date cygwin installation, you have all the libraries you need, in the versions you need. The problem lies elsewhere. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Speed of Cygwin's cp vs. Windows Explorer
On 15 May 2007 08:03, Morgan Gangwere wrote: it would appear that until we increase the i/o buffer (am i using the right term?) to do the cp, we run slower than the windows cp is there a #DEFINE or some thing that we could add a diff for that adventurous people could use? If you build from mainline source, (i.e. the upcoming 1.7 cygwin) you'll already get: 2007-01-04 Brian Ford Corinna Vinschen * fhandler.h (PREFERRED_IO_BLKSIZE): Define as 64K. * fhandler.cc (fhandler_base::fstat): Set st_blksize to PREFERRED_IO_BLKSIZE. * fhandler_disk_file.cc (fhandler_base::fstat_helper): Ditto. * fhandler_mailslot.cc (fhandler_mailslot::fstat): Ditto. * fhandler_raw.cc (fhandler_dev_raw::fstat): Ditto. If you want to stick to 1.5 series, you could download a snapshot (source) and merge the diffs in yourself easily enough. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) Thanks in advance, - Michael -- 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 not turn off terminal beep for completion
I have set my ~/.inputrc like this: set print-completions-horizontally on set show-all-if-ambiguous on set show-all-if-unmodified on set visible-stats on But still, when I, for example, enter ls TAB the terminal beeps. Even if I set in .inputrc: set bell-style none it beeps. This applies to rxvt and to the standard cygwin command line window. How can I turn off the beep? Ronald -- Ronald Fischer [EMAIL PROTECTED] Phone: +49-89-452133-162 -- 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: Can not turn off terminal beep for completion
On Tue, 15 May 2007, Ronald Fischer wrote: I have set my ~/.inputrc like this: set print-completions-horizontally on set show-all-if-ambiguous on set show-all-if-unmodified on set visible-stats on But still, when I, for example, enter ls TAB the terminal beeps. Even if I set in .inputrc: set bell-style none it beeps. This applies to rxvt and to the standard cygwin command line window. How can I turn off the beep? Make sure your .inputrc is read. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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 not get bash 8-bit-clean
Following the advice in http://cygwin.com/cygwin-ug-net/setup-files.html, I put the following commands into my .inputrc: set meta-flag on set convert-meta off set output-meta on Still, I can not enter 8-bit characters (such as German umlaut characters) in bash shells. What am I missing still? Ronald -- Ronald Fischer [EMAIL PROTECTED] Phone: +49-89-452133-162 -- 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: Can not turn off terminal beep for completion
Make sure your .inputrc is read. Hmmm according to the Cygwin documentation page: .inputrc controls how programs using the readline library (including bash) behave. It is loaded automatically. So, as long as I stick with the default name ($HOME/.inputrc), it should be read without requiring me to do additional actions, isn't it? Ronald -- Ronald Fischer [EMAIL PROTECTED] Phone: +49-89-452133-162 -- 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 gives nt authority/system windows who
Hello All. I've read some archives on the topic but I cannot understand exactly how to solve. To be sure, I've installed a brand new machine with - WinXP - MS Visual Studio 7 - Cygwin Installed ssh daemon by following the instructions. Our target is compile from a ssh shell with key (authomatic) authentication VS projects from shell. As far as I understand, some people is doing similiar things. The batch is working perfectly, except that when it runs from ssh console, Visual Studio hangs with a dialog error. From the archives, I understood that the problem is the windows_user we got from whoami.exe for windows executable. I downloaded such executable in the home dir and I have ./whoami.exe sofiaxp2/lucio ssh localhost ./whoami.exe nt authority/system instead of nt authority/system i should have sofiaxp2/lucio. When I run the script in the first case, all works, in the second VS hungs up. Is there any easy solution to the problem ? It does give no hassle to change / force things on the machine, administration grants, and so on. I need only to make it work :) Thanks a lot in advance for any suggestion. Lucio -- 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 gives nt authority/system windows who
Lucio Cosmo wrote: Hello All. I've read some archives on the topic but I cannot understand exactly how to solve. To be sure, I've installed a brand new machine with - WinXP - MS Visual Studio 7 - Cygwin Installed ssh daemon by following the instructions. Our target is compile from a ssh shell with key (authomatic) authentication VS projects from shell. As far as I understand, some people is doing similiar things. The batch is working perfectly, except that when it runs from ssh console, Visual Studio hangs with a dialog error. From the archives, I understood that the problem is the windows_user we got from whoami.exe for windows executable. I downloaded such executable in the home dir and I have ./whoami.exe sofiaxp2/lucio ssh localhost ./whoami.exe nt authority/system instead of nt authority/system i should have sofiaxp2/lucio. When I run the script in the first case, all works, in the second VS hungs up. Is there any easy solution to the problem ? It does give no hassle to change / force things on the machine, administration grants, and so on. I need only to make it work :) Thanks a lot in advance for any suggestion. Try password authentication. If you need public key authentication, you'll either have to wait until 1.7 releases with the subauth functionality in it or pull a snapshot now (with all the obvious caveats about using a snapshot). -- 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: Can not turn off terminal beep for completion
On Tue, 15 May 2007, Ronald Fischer wrote: Make sure your .inputrc is read. Hmmm according to the Cygwin documentation page: .inputrc controls how programs using the readline library (including bash) behave. It is loaded automatically. So, as long as I stick with the default name ($HOME/.inputrc), it should be read without requiring me to do additional actions, isn't it? Theoretically, but there still could be a few things going wrong, one of which being that you and your Cygwin environment have different ideas of what $HOME is. Try running bind 'set bell-style none' from the bash command line... Also, I vaguely recall that there were problems with bell-style none. Try set bell-style visible instead. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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/
SOLVED: Can not turn off terminal beep for completion [Ruby programmers, read this!]
Theoretically, but there still could be a few things going wrong, one of which being that you and your Cygwin environment have different ideas of what $HOME is. At least, the environment variable HOME is set correctly, and also my ~/.bash_profile is read, so this suggests that bash *does* look for my HOME at the expected place. Try running bind 'set bell-style none' from the bash command line... Indeed, you are right: my .inputrc is not read - but the reason for it is really bizarre: I had installed cygwin together with the Ruby programming language. After this, I decided to also install the pure Windows version of Ruby. This installation, however, had the funny side effect to set on Windows the system-wide environment variable INPUTRC to a file 'c:\ruby185\bin\inputrc.euro'!!! My guess is that they use this file for the interactive Ruby shell (irb), but in any case, it means that when bash is started, it sees INPUTRC pointing to a different file and ignores my $HOME/.inputrc! Ronald -- Ronald Fischer [EMAIL PROTECTED] Phone: +49-89-452133-162 -- 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: Can not get bash 8-bit-clean
* Ronald Fischer (Tue, 15 May 2007 15:37:47 +0200) Following the advice in http://cygwin.com/cygwin-ug-net/setup-files.html, I put the following commands into my .inputrc: set meta-flag on set convert-meta off set output-meta on Still, I can not enter 8-bit characters (such as German umlaut characters) in bash shells. What am I missing still? You are missing a sufficient problem description. What happens when you try to enter Umlauts? How are you entering them? T. -- 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: Can not turn off terminal beep for completion
* Ronald Fischer (Tue, 15 May 2007 15:32:27 +0200) I have set my ~/.inputrc like this: set print-completions-horizontally on set show-all-if-ambiguous on set show-all-if-unmodified on set visible-stats on But still, when I, for example, enter ls TAB the terminal beeps. Even if I set in .inputrc: set bell-style none it beeps. This applies to rxvt and to the standard cygwin command line window. How can I turn off the beep? http://www.cygwin.com/ml/cygwin/2003-03/msg02006.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/
RE: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
-Original Message- From: On Behalf Of Michael Schaap Sent: Tuesday, May 15, 2007 7:00 AM To: Cygwin list Subject: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1) On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) Is there some reason that these are not updated at the same time? It seems like this happened the last time vim was updated. --Jeff -- 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: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
On May 15 10:48, Jeff Hawk wrote: From: On Behalf Of Michael Schaap On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) Is there some reason that these are not updated at the same time? It seems like this happened the last time vim was updated. Not the same maintainer... 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/
SFTP Umask not propagating to sub folder
All: I was having a hard time setting a Umask for files that were transfered via SFTP until Dave Korn kindly pointed me to this link - http://www.derkeiler.com/Newsgroups/comp.security.ssh/2005-09/0094.html I made a wrapper that sets the umask to 002 before starting the sftp server. Files in the root directory are set with the correct permissions but then files in subdirectories are created with permissions of 755 - any ideas? Thanks, -- John C. -- John J. Culkin Systems Administrator [EMAIL PROTECTED] The University of Scranton Phone: (570) 941-7665 -- 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: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
On 2007-05-15, Michael Schaap wrote: On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) What breaks? As far as I know, 7.1 contains only bug fixes. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
On Tue, 15 May 2007, Gary Johnson wrote: On 2007-05-15, Michael Schaap wrote: On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) What breaks? As far as I know, 7.1 contains only bug fixes. Directory names. It's a packaging issue. FWIW, Corinna and Yaakov, can we change vim to use /usr/share/vim instead of the versioned directory? Since Cygwin only allows one version installed at a time, this might be a worthwhile deviation from the upstream vim packaging structure... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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: xemacs eshell doesn't automatically append .exe
Thank you. The new eshell fixed the problem. -Original Message- From: Dr. Volker Zell New Packages in Pre-Release: === eshell-1.11-pkg.tar.gz upstream version: 2.4.1 -- 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: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
On 2007-05-15, Igor Peshansky wrote: On Tue, 15 May 2007, Gary Johnson wrote: On 2007-05-15, Michael Schaap wrote: On 14-May-2007 17:05, Corinna Vinschen wrote: I have updated the version of vim on cygwin.com to 7.1-1. Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) What breaks? As far as I know, 7.1 contains only bug fixes. Directory names. It's a packaging issue. Thanks for the clarification. FWIW, Corinna and Yaakov, can we change vim to use /usr/share/vim instead of the versioned directory? Since Cygwin only allows one version installed at a time, this might be a worthwhile deviation from the upstream vim packaging structure... Except that the standard versioned directory structure also allows users to put customizations for all users in /usr/share/vim/vimfiles while the distributed files go in /usr/share/vim/vimversion. I don't see the advantage to changing vim's standard directory structure. Also, I understand that Cygwin doesn't _support_ the installation of multiple vim versions, but I don't see why it should _disallow_ such installations. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: DualCores and Current Cygwin problems
Linda Walsh cygwin at tlinx dot org wrote: Hi, I don't claim to know what is going on, but I'm using a dual-core system and haven't noticed the problems you are having, but my processors are Intel Dual Core. That shouldn't make a difference I wouldn't think. Joseph Kowalski wrote: 1) Windows XP, fully updated; 2) Visual Studio .NET Professional (2003) 3) Microsoft Platform SDK (2004 - *not* R2) 4) Microsoft DirectX SDK (Summer 2004); 5) Sun Java 6 SDK (1.6.0_01) 6) Cygwin (current). That's it. No additional software components. None. What do you mean by components? Do you mean if you go into the Add/Remove Programs, the only items I would see would be the MS SDK, XP Patches, DirectX SDK, and Sun Java? If you tell it to hide updates, I'd guess you only have 3 items on your Software list? the MS-Platform SDK, the DirectX SDK and the Sun Java SDK? (Cygwin wouldn't be listed). That's a pretty short list, but I assume it is a test machine that's off the main net and is only for testing? Well, it depends upon how you look at it. Its probably best viewed as a build machine for building the Sun Java SDK, with emphasis on OpenJDK. Its a test machine in the sense that I'm starting with a bare machine to test the instructions for setting up a build environment for the JavaSDK. That's why its a short list. The goal is for it to be the minimal list to build with. I'm 2500 miles from this machine at the moment, so I'm not exactly sure what you would see in add/remove programs. I suspect your list is correct, but you'ld also see Virtual Studio (which you probably missed due to the missing CR above). With this configuration, I get random can not fork: Resource temporarily unavailable errors ... [and] dup_proc_pipe failures, which are fairly random, but tend to be understandably associated with long pipes in the build process. If I add /ONECPU to boot.ini, neatly turning my DualCore system into a single core system, the failures all magically disappear. - Using Process Explorer from sysinternals.com (now owned by MS), one can set affinities for processes that should limit your processes to 1 cpu. Children from a processor-limited process inherit the affinities. I'm wondering -- just as a data point, if you tried building on a dual-core, but setting all of your cygwin processes to run on one core? No, I haven't tried this, and I'm not sure exactly how I would do this. I start with make (from cmake, for cygwin, because the cygwim make currently has some nasty bugs related to the ol' spaces in file names situation). Make mostly calls either cygwin programs *or* the Virtual Studio compilation system. I'm not sure how I'd set one group with a processor affinity and not the other. If this experment is worth doing, give me a bit more info on what you expect and I can do it when I get back to where the machine is (next week). This would tend to indicate that there is a multi-threading issue either in cygwin or in the underlying Windows XP operating environment. --- Sounds plausible -- all of your drivers are one's included in XP? Yes. Maybe, perversely, you could try drivers from your hardware manufacturers and see if they work better? On a previous machine, I installed drivers for my motherboard from Intel site. The drivers are basically the same. Its a most nVidia board and the drivers on the Microsoft site are just certified versions of the nVidia drivers. (Exception - the Intel network adaptor as mentioned on the exchange with Rene - this is the Intel driver, certified by Microsoft). Another difference (that shouldn't make a difference) is the BIOS code -- I have run into BIOS code, *many* years ago, that wasn't reentrant --- made it a pain to work with. But with multiple cpu's, that's a more challenging layer of re-entrancy than single-cpu multi-tasking/threading. That would be scary. Very, very scary... I am down rev. (one rev.) from the current BIOS provided by ASUS, but the newer rev only claims to expand CPU support. But maybe making sure you have latest drivers from manufacturers even though they may not be coming with your standard WinXP install would help? I can check the rev. on the nVidia site, and if newer, will update and report back. Linda That all said, there are a lot of threads here recently reporting this failure symptom. Some of the reports tend to indicate that the problem only appeared when Cygwin was updated (then again, how many of us visit Windows Update and forget to mention that). I tend not to think its a chip driver revision problem. Thanks for your help, attention and suggestions, - Joseph Kowalski -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:
Re: ruby for cygwin comes without gem command
Corinna Vinschen wrote: gem is not part of the ruby standard package. And don't try to install a native gem from the main ruby site and download gems using that, or you'll end up with a mishmash of cygwin and native libraries for ruby. Been there, done that :-). -- 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: Anyone using Clearcase on Windows with Cygwin (esp over SSH)?
Corinna Vinschen wrote: 1.5.24 only asks the PDC and fails if it's unable to connect to it. Try a developer snapshot. The function to contact the logon server has been changed in CVS HEAD to use the newer DsGetDcNameA function instead of the old NetGetDCName. Only on NT4 Cygwin falls back to NetGetDCName/NetGetAnyDCName. Great - I'll try that ASAP. -- 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: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michael Schaap wrote: Yaakov, if possible, could you perhaps release a corresponding gvim as well? (Upgrading to vim-7.1 breaks gvim-7.0, so there is some amount of urgency...) Please understand that, unfortunately, I had no more warning that vim-7.1 was coming to the distro than anyone else. I will nevertheless work on the upgrade ASAP; in the meantime, if you wish to use gvim, you must downgrade to the last 7.0 release. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSlqYpiWmPGlmQSMRCMBLAKCa2laoTlu2RBrdm5lWA5QxvwCnTwCgmIAJ jJ5fs6JWdtrqGoe5ISSocrA= =IqXf -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: Attn: Yaakov - gvim (Was: [ANNOUNCEMENT] Updated: vim-7.1-1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Gary Johnson wrote: Except that the standard versioned directory structure also allows users to put customizations for all users in /usr/share/vim/vimfiles while the distributed files go in /usr/share/vim/vimversion. I don't see the advantage to changing vim's standard directory structure. Also, I understand that Cygwin doesn't _support_ the installation of multiple vim versions, but I don't see why it should _disallow_ such installations. I'll second this. All that is needed is a little more coordination on our part. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSlsEpiWmPGlmQSMRCIQQAJ4iQMUFYrZah+ynmty2J48+75iF1wCfedIQ 7Dbw8bcJviDpczMIyMmkN1k= =5ldk -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/