On Wed, May 11, 2011 at 18:34, Corinna Vinschen wrote:
> On May 10 17:17, Len Giambrone wrote:
>> We use windows native jam which spawns any number of cmd, cygwin, or studio
>> processes.
>> If we spawn it from a Cygwin terminal that doesn't have CYGWIN=tty set, we
>> get:
>
> I assume that most
On Fri, Nov 12, 2010 at 16:19, David Antliff wrote:
>
> I'm reporting a problem I see on Cygwin because I do not see the same
> behaviour on Ubuntu Linux - both systems are running Python 2.6.5.
>
> I have a script that opens a long-term telnet connection (telnetlib)
> to
On Sun, Jan 23, 2011 at 02:29, Michael Lutz wrote:
> If it's a different set of files though (i.e. LF for .sh files, CRLF for
> source code or whatever), you might benefit from switching to the newer
> core.eol mechanism, which allows to override the line endings for
> individual files through .git
On Sat, Jan 22, 2011 at 03:03, Michael Lutz wrote:
> Am 21.01.2011 13:06 schrieb David Antliff:
>> I suppose it's a bug with git then, since it produces CRLF files on
>> check-out (even if they were checked in as LF), [...]
>
> Seems more like a documentat
On Sat, Jan 22, 2011 at 00:37, Thorsten Kampe wrote:
> * David Antliff (Fri, 21 Jan 2011 08:47:02 +1300)
>> Yes, that would work, but it's not quite that simple - git clones
>> files in CRLF format, with the autocrlf option set.
>
> I don't see the connection to gi
On Fri, Jan 21, 2011 at 08:59, Eric Blake wrote:
> On 01/20/2011 12:47 PM, David Antliff wrote:
>> On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
>>> * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
>>>> Actually there is one outstanding issue with this "
On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
> * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
>> Actually there is one outstanding issue with this "Hudson slaves over
>> SSH" issue - due to the inability for Cygwin's bash to run scripts
>> wit
On Thu, Jan 20, 2011 at 16:28, David Antliff wrote:
> Ok, an update - I've managed to solve this problem - the vendor
> informed me (indirectly) that the error I was seeing was due to the
> access of files in c:\lsc_env - turns out I hadn't ensured that the
> LSC_INI_PATH en
On Thu, Jan 20, 2011 at 13:06, David Antliff wrote:
> I haven't tried Cyrille's suggestion yet (but will)
Ok, an update - I've managed to solve this problem - the vendor
informed me (indirectly) that the error I was seeing was due to the
access of files in c:\lsc_env - turns ou
>>>On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
>>>> * David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
>>>>> On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
>>>>> > I don't think anyone will do that unless you provide the
On Thu, Jan 20, 2011 at 04:59, Christopher Faylor wrote:
> On Wed, Jan 19, 2011 at 01:45:02PM +0100, marco atzeri wrote:
>>On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
>>> * David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
>>>> On Wed, Jan 19, 2011
On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
> I don't think anyone will do that unless you provide the logs in native
> (PML) format.
Ok, I can do that - I posted them as CSV as I thought they'd be easier
to read/diff and I wasn't sure if I should attach a file here.
So should I attach t
On Tue, Jan 18, 2011 at 22:52, Thorsten Kampe wrote:
> * David Antliff (Tue, 18 Jan 2011 13:13:22 +1300)
>> Along these lines, I was wondering if anyone knows how to run the
>> Cygwin SSH daemon manually, rather than as a service? On Linux one can
>> just run sshd from the com
On Tue, Jan 18, 2011 at 13:19, Larry Hall (Cygwin) wrote:
> On 1/17/2011 7:13 PM, David Antliff wrote:
>> Along these lines, I was wondering if anyone knows how to run the
>> Cygwin SSH daemon manually, rather than as a service? On Linux one can
>> just run sshd from the com
On Tue, Jan 18, 2011 at 12:06, David Antliff wrote:
> On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
>>> I've also tried running the sshd service as the same user currently
>>> logged in
> [snip]
>> people are discouraged from attempting it and then asking
On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
> On 1/17/2011 3:46 PM, David Antliff wrote:
>> However, unfortunately, I still get the same error from Synplify Pro.
>> I wonder if it's looking for more than just GUI services?
>
> Yeah, the error message you describ
On Tue, Jan 18, 2011 at 10:34, Jeremy Bopp wrote:
> On 1/17/2011 3:20 PM, David Antliff wrote:
>> Essentially I have a seemingly command-line based FPGA synthesis tool
>> (a "compiler" if you prefer) called "Synplify Pro". Unfortunately it
>> is not trul
Hello,
I've found this thread so far: http://cygwin.com/ml/cygwin/2010-07/msg6.html
It's related to what I am trying to do, but I'd like to get
confirmation that what I am attempting is impossible, or not.
Essentially I have a seemingly command-line based FPGA synthesis tool
(a "compiler" if
On Fri, Dec 31, 2010 at 12:27, Andrew DeFaria wrote:
> On 12/30/2010 06:05 PM, David Antliff wrote:
>> On Fri, Dec 31, 2010 at 08:23, Andrew DeFaria wrote:
>>>
>>> Well that sucks. Surely Windows has some means of reporting how busy the
>>> system is. uptime
On Fri, Dec 31, 2010 at 08:23, Andrew DeFaria wrote:
> Well that sucks. Surely Windows has some means of reporting how busy the
> system is. uptime should use that.
But then they wouldn't be actual load averages where most
people/programs expected to see load averages.
-- David.
--
Problem repor
On Wed, Nov 17, 2010 at 09:57, David Sastre wrote:
> On Wed, Nov 17, 2010 at 09:39:38AM +1300, David Antliff wrote:
>> On Mon, Nov 15, 2010 at 10:00, David Antliff wrote:
>> > Can anyone else see the fault if they run the script I posted?
[snip]
>
> I can reproduce it on my
On Mon, Nov 15, 2010 at 10:00, David Antliff wrote:
> Can anyone else see the fault if they run the script I posted?
It would be great to know if this fault exists only at my site, or if
other sites can also demonstrate this fault.
It's pretty easy to test - ensure you have Python a
On Sat, Nov 13, 2010 at 18:03, Charles Wilson wrote:
> On 11/11/2010 10:19 PM, David Antliff wrote:
>> On Cygwin 1.7.7, this does something nasty to the completely unrelated
>> yet existing telnetlib socket so that any further attempts to read or
>> write from this socket rais
On Fri, Nov 12, 2010 at 16:26, David Antliff wrote:
> On Fri, Nov 12, 2010 at 16:19, David Antliff wrote:
>> Then the script uses subprocess to do something else (the line is
>> actually longer than this but I've simplified it to the most basic
>> version
On Fri, Nov 12, 2010 at 16:19, David Antliff wrote:
> Then the script uses subprocess to do something else (the line is
> actually longer than this but I've simplified it to the most basic
> version that exhibits the problem):
>
> process = subprocess.Popen("rsync
x27;)
('telnet', '250-mx.google.com at your service, [202.27.34.1]\r\n')
('rsync', 0, 'rsync version 3.0.7 protocol version 30\nCopyright (C) 1996')
('telnet', '250-SIZE 35651584\r\n250-8BITMIME\r\n250-STARTTLS\r\n250')
rsync is version 3.0.
On Fri, Oct 8, 2010 at 11:09, Christopher Faylor wrote:
> On Fri, Oct 08, 2010 at 09:46:28AM +1300, David Antliff wrote:
>>What a disappointing trail of negativity and discouragement.
> What, specifically was "negative" and "discouraging"?
>
> Was it:
>
What a disappointing trail of negativity and discouragement.
Isn't the need to create a separate, hopefully more welcoming
environment now painfully obvious?
-- David.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
On Mon, Jul 26, 2010 at 08:12, Csaba Raduly wrote:
> On Fri, Jul 23, 2010 at 3:53 AM, David Antliff wrote:
>> How would one go about debugging the bash or mintty startup before
>> .bash_profile is read?
>
> Duplicate your shortcut which launches bash and add -x to the bash
&g
On Fri, Jul 23, 2010 at 07:49, Larry Hall (Cygwin) wrote:
> OK then the easiest thing to do is add "set -x" to your ~/.bash_profile
> and watch where the delay happens as the statements scroll by.
Ah, that's useful - I also have a 10-second-or-so delay when mintty
starts. By using a bunch of 'echo
On Fri, Jun 11, 2010 at 10:26, Eric Backus wrote:
> As a side note, this same kind of reasoning is why I think Cygwin bash should
> default the igncr option to on.
I agree - using git with core.autocrlf=true (a controversial setting
in itself, but one that you're stuck with if you choose to use it
On Wed, Jun 9, 2010 at 13:38, Julio Costa wrote:
> And this is where my head got reeeally spinning... can anyone, please,
> explain the reason to why this .exe magic exists, anyway?
I can't answer that, but there is a style of symlinks that use .lnk
files. Cygwin displays them without that extensi
On Fri, Apr 9, 2010 at 11:04, Kaumil B Desai wrote:
> I have installed cygwin. I want to use "file" command.
> So what package I need to install in cygwin.
Oddly, you want the "file" package... :)
-- David.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://
On Sat, Mar 20, 2010 at 20:42, Karthik Balaguru wrote:
> On Sun, Mar 14, 2010 at 7:12 AM, David Antliff wrote:
>> On Sun, Mar 14, 2010 at 13:26, Karthik Balaguru wrote:
>>> Since cygwin is a windows utility that provides linux environment.
>>> What is the probability
On Sun, Mar 14, 2010 at 13:26, Karthik Balaguru wrote:
> Since cygwin is a windows utility that provides linux environment.
> What is the probability of the linux environment to get infected by
> virus ?
Hello Karthik,
I don't entirely understand your question - are you asking whether a
Windows v
On Sat, Feb 27, 2010 at 14:50, Rance Hall wrote:
> There is no commandline switch to do what you want. But there is an
> online verion of the legacy version of 1.5 setup.exe that you could
> use to create a 1.5 environment.
On Sat, Feb 27, 2010 at 15:04, Peter A. Castro wrote:
> You might have mi
Hello,
I have an existing Cygwin-1.5 environment that I use to support my
development team. I am setting up a virtual machine with Cygwin 1.5 so
that I can test the upgrade to Cygwin 1.7.
The installation process for my Cygwin 1.5 environment involves
installing from a previously downloaded and a
On Wed, Feb 17, 2010 at 01:06, lanco wrote:
> does anyone encountered this problem during its experience with cygwin 1.5?
> Commands in bash (ls, cd, awk, ncftp, sed, ...) appears executed correctly
> but prompt get many seconds to come back to life.
[snip]
> PROMPT_COMMAND = 'history -a'
Just wo
On Tue, Feb 9, 2010 at 04:20, Jeremy Bopp wrote:
>
> On 2/8/2010 6:30 AM, Jurgen Defurne wrote:
> > Today I am having a problem with running a shell script (sh/bash)
> > which has CRLF endings.
>
> The problem is that Bash only supports Unix line endings
Indeed - the problem gets far worse when y
On Mon, Jan 18, 2010 at 23:52, Jeenu V wrote:
> I'm using Gitk from Cygwin and I come across this problem quite
> frequently post upgrade to 1.7.1. While I'm viewing commits a pop-up
> appears saying "writing to stdout fails". I'm able to consistently
> reproduce it by making quick random clicks o
On Mon, Jan 4, 2010 at 15:06, Kevin Layer wrote:
> I'm not using the git protocol. Note the single slash. The machine
> is named `git', which is what is confusing you. Anything of the form
> "foo:/path" uses SSH, which is what this is using.
Yes, you're right, I'm so used to seeing git://server
On Thu, Dec 24, 2009 at 07:55, Kevin Layer wrote:
> la...@hobart128 /c/tmp
> $ git clone git:/repo/git/acl acl.test
> Initialized empty Git repository in /c/tmp/acl.test/.git/
> remote: Counting objects: 9205, done.
> remote: Compressing objects: 100% (3300/3300), done.
> fatal: The remote e
On Mon, Dec 28, 2009 at 14:13, Kevin Layer wrote:
> This seems serious. Do people just not use cygwin git?
It sounds very serious. I am a very interested user of git on Cygwin
and I'm watching this thread with interest. However
> It may be a 64-bit issue, so I'll try a 32-bit machine, if I c
On Tue, Dec 15, 2009 at 02:01, Eric Blake wrote:
> The upstream git list may be a better list to complain at, since they are
> the folks that implemented whitespace munging in the first place.
Ok, I posed a question or two there:
http://thread.gmane.org/gmane.comp.version-control.git/135305
I'm
On Mon, Dec 14, 2009 at 04:53, Dave Korn
wrote:
> David Antliff wrote:
>
>> I've set this in Cygwin.bat and used it successfully to allow users to
>> run bash scripts that are in DOS text-file format. This turns out to
>> be really important when using git with core.
On Sat, Dec 12, 2009 at 15:49, Gary Johnson wrote:
> On 2009-12-11, rgc3679 wrote:
>> Any ideas?
>
> Thanks for all the details. That really helps. It looks to me as
> though your script file has CR-LF (DOS) line endings rather than LF
> (Unix) line endings. The current version of Cygwin's bash
On Wed, Dec 2, 2009 at 10:58, Jeremy Bopp wrote:
> There is a purpose built tool specifically to handle this which I
> mentioned in my reply.
My apologies - I am familiar with the cygpath tool but I had never
realised that it treats paths in the cygwin directory like that. I had
always thought it
On Wed, Dec 2, 2009 at 10:11, Jeremy Bopp wrote:
> David Antliff wrote:
>> On the other hand, this command does work:
>>
>> kdiff3 --auto --L1 "build.xml (A)" --L2 "build.xml (B)"
>> c:/cygwin-1.7/tmp/Vc0BZy_build.xml build.xml
>
> As a fairly
My subject keeps getting blocked due to "spam-like" keywords, perhaps
it will work this time:
I'd like to report this here but I don't really have a general
solution. Perhaps someone who knows better can comment.
In git-1.6.1.2 [1.5] and git-1.6.4.2 [1.7] there is a command called
'git-mergetool
> On Mon, Nov 23, 2009 at 17:26, Eric Blake wrote:
>> According to David Antliff on 11/22/2009 9:20 PM:
>>> Any suggestions how to investigate this further? Is there some way
>>> that Windows or Cygwin is somehow preventing the deletion of this
>>> directory?
&
On Mon, Nov 23, 2009 at 17:26, Eric Blake wrote:
> According to David Antliff on 11/22/2009 9:20 PM:
>> Any suggestions how to investigate this further? Is there some way
>> that Windows or Cygwin is somehow preventing the deletion of this
>> directory?
>
> More like
I've noticed that git-1.6.4.2 in Cygwin-1.7 exhibits some unusual
behaviour and although I don't know if it's a Cygwin issue. I really
don't have a way to check, so I'll simply report it here.
I've compared this behaviour with git-1.6.1.2 from Cygwin-1.5, and it
does not occur, so it's new behavio
2009/10/5 Vincent Rivière :
> Do you agree this is a bug and it should be fixed ?
I've got nothing to do with the code, but I am an interested observer.
In my experience, it should be possible to create symlinks to any
arbitrary target, regardless of whether it actually exists or not.
Therefore,
On Thu, Oct 1, 2009 at 07:24, Christopher Faylor
wrote:
> This is probably one of those cases where 1.5 and 1.7 can't coexist. If
> you're running pty processes from each then you'll have this problem.
Today I had a lull in work so I was able to close all my apps and
reboot my PC - an event I of
On Tue, Sep 29, 2009 at 17:01, David Antliff wrote:
> So there must be something different with 1.7 that isn't covered by
> those instructions - does anyone know what this might be, please?
I still haven't made any progress with this - I suspect it's something
to do with
I've been using Cygwin 1.7 alongside Cygwin 1.5 quite happily for the
last few hours, however all-of-a-sudden when I try and run mintty
(from cygstart or from a cmd.exe shell) I get a new window with this
error message:
Failed to create child process: No such file or directory
Hitting "enter" mak
Today I was able to get Apache2 running on Cygwin *1.5* using these
instructions:
http://www.issociate.de/board/goto/895433/apache2_does_not_start_in_cygwin.html
The "CYGWIN=server" variable was critical.
I now have Cygwin 1.7 installed side-by-side with 1.5, and as far as I
can tell, the two do
On Tue, Sep 29, 2009 at 14:08, Chris Cormie wrote:
> I followed this sage advice and so far my parallel 1.5 / 1.7 installs are
> not interfering with each other.
Thanks Chris, and DaveK. I shall proceed with caution :)
-- David.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
I have found some serious issues with Cygwin 1.5 that I want to test
against in the 1.7 beta, before I commit to abandoning 1.5.
Is it possible to install Cygwin 1.7 on the same PC/filesystem as
Cygwin 1.5, yet maintain absolute independence between the two
versions?
I don't want the 1.7 install
On Thu, Jul 30, 2009 at 11:31, Christopher
Faylor wrote:
> On Wed, Jul 29, 2009 at 05:16:24PM +1200, David Antliff wrote:
>>I've noticed a strange problem with bash pipelines in Cygwin that
>>might indicate some sort of race condition. I cannot reproduce the
>>problem
I've noticed a strange problem with bash pipelines in Cygwin that
might indicate some sort of race condition. I cannot reproduce the
problem on a Linux system, but it seems easy to reproduce in Cygwin.
I'm running the following command in a bash script that builds some software:
/usr/bin/make --v
61 matches
Mail list logo