On Tue, Mar 30, 2010 at 08:08:37PM -0400, Mark Levedahl wrote:
>All of the above connections and i/o processing are done using
>bog-standard fork, pipe, open, read, write, and associated file
>commands. Git has no trouble opening all of the processes and pipes
>under Cygwin 1.7.2. However, in ge
So I ran the "cvs -t update" command on the file in question. Doesn't tell me
anything, but here is the output.
-> main: Session ID is NrLenMDBO35CD1tu
-> main loop with CVSROOT=/usr/gapps/AEAG/cvs_modules
-> open_connection_to_server (:ext:hera:/usr/gapps/AEAG/cvs_modules)
-> Starting se
I've spent some time trying to diagnose the previously reported
git-fetch failures running on cygwin 1.7-x (up to and including 1.7.2).
The failure manifests itself as an incomplete transfer of data using
git's native transfer protocol, and happens either talking directly to a
git-daemon via so
On 3/30/2010 6:58 PM, Roe, Kevin L. wrote:
New information:
I have confirmed that the current CVS (1.12.13) in cygwin is the same as
in cygwin 1.5.25 The ssh is different though, old = OpenSSH_5.1p1 new =
OpenSSH_5.3p1 >
I'd like to get the native CVS working in cygwin. It is the clea
The issue with the "cp" command has been resolved. My netapp drive was not
being correctly recognized as such by cygwin. It was interpreted as a "cifs".
This has been corrected in 1.7.3
However, the original point of this thread was a problem with CVS. This is not
resolved.
To recap:
The
Thanks!
> -Original Message-
> From: Eric Blake [mailto:ebl...@redhat.com]
> Sent: Tuesday, March 30, 2010 1:20 PM
> To: cygwin@cygwin.com; Roe, Kevin L.
> Subject: Re: spaces in title of mintty command
>
> On 03/30/2010 02:13 PM, Roe, Kevin L. wrote:
> > I played with the default prompt
On 03/30/2010 02:13 PM, Roe, Kevin L. wrote:
> I played with the default prompt to understand how it got the titlebar
> working because mine didn’t. I figured out which part does it:
> \[\e]0;$(pwd)\a\]\n
> Where:
> \[
Tell bash that you are starting a sequence of non-printing characters,
that s
> > mintty -t "one two"result: no title
> > mintty -t 'one two'result: no title
>
> Works fine for me. Please note that bash's default prompt (i.e. the
> PS1 variable) sets the terminal title to the current working
> directory, thus overwriting anything you set with the -t option.
Ok,
On Tue, Mar 30, 2010 at 08:13:41PM +0200, d.sastre.med...@gmail.com wrote:
> On Sun, Mar 28, 2010 at 08:38:35PM -0400, Charles Wilson wrote:
> > Xinetd is a secure replacement for inetd, the Internet services
> > daemon. Xinetd provides access control for all services based on the
> > address of th
Roe, Kevin L.:
> I have been trying to get the title for mintty to work.
>
> Specifically, I want a title with spaces.
>
> I have tried:
>
> mintty -t one two result: obviously didn't work. It bombed.
Because 'one' is takes as the title, and 'two' as a command to execute.
> mintty -t "one
> moo.tinys wrote:
>>
>> using mintty
>> LANG=zh_CN.UTF-8 mintty
>> inside mintty:
>> $ man man
>> /-
>> Pattern not found (press RETURN)
With UTF-8, hyphen/minus symbols in the man page are displays as the
Unicode codepoints for hyphen or minus. These are different from ASCII
'-', which is why y
When I start rxvt.exe, the Windows 7 'User Account Control' dialog appears
asking for confirmation to allow the rxvt.exe to make changes to my system.
Is there something I can do (file permissions, possibly) to prevent this
from happening, other than changing the system-wide default for the User
Ac
I have been trying to get the title for mintty to work.
Specifically, I want a title with spaces.
I have tried:
mintty -t one two result: obviously didn't work. It bombed.
mintty -t "one two"result: no title
mintty -t 'one two'result: no title
mintty -t `one two`result: Sam
On Sun, Mar 28, 2010 at 08:38:35PM -0400, Charles Wilson wrote:
> Xinetd is a secure replacement for inetd, the Internet services
> daemon. Xinetd provides access control for all services based on the
> address of the remote host and/or on time of access and can prevent
> denial-of-access attacks.
A new package, cppi-1.15-1, will soon be available on your favorite mirror.
NEWS:
=
This is the first time cppi has been ported to cygwin.
If you encounter a problem that might be cygwin-specific, please report
it here rather than upstream. See also the upstream documentation in
/usr/share/d
On 30/03/2010 10:18, David BONNIN wrote:
> It seems, that eclipse+CDT look in windows registry to find cygwin to
> compile.
It's going to be possible to override that in the next version of Eclipse
(3.6 Helios) by setting your PATH so that the toolchain you want to find is
first when you launch
moo.tinys wrote:
using mintty
LANG=zh_CN.UTF-8 mintty
inside mintty:
$ man man
/-
Pattern not found (press RETURN)
q
it's actually -
$ LANG=C man man
/-
(no problem)
q
any idea?
This was discussed here before but I'm not sure whether a solution was
already outlined.
The problem appeared o
using mintty
LANG=zh_CN.UTF-8 mintty
inside mintty:
$ man man
/-
Pattern not found (press RETURN)
q
it's actually -
$ LANG=C man man
/-
(no problem)
q
any idea?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
--- Mar 30/3/10, David BONNIN ha scritto:
>
> yes, but it seems my CDTs read in registry and put it in
> the PATH env
> variable, before call cs-make(tool-chain make).
>
> How can say to CDT to use one spécific cygwin?
>
> Thanks,
This is not a question for us on the cygwin mailing list,
but
yes, but it seems my CDTs read in registry and put it in the PATH env
variable, before call cs-make(tool-chain make).
How can say to CDT to use one spécific cygwin?
Thanks,
Marco Atzeri
On Mar 29 17:25, Matthew Kidd wrote:
> On Mar 22 10:31, Corinna Vinschen wrote:
> >>> I have no problem running your test case with Windows 7 64 and the
> >>> latest Cygwin from CVS.
> >>
> >> Did you check using a very large file? What I have learned on the
> >> 64-bit...
> >
> > I tested with a
--- Mar 30/3/10, David BONNIN ha scritto:
> Hello,
>
> I know, it isn't good to have 2 cygwin version, but i need
> it and resolve
> it.
>
> For 3 embedded projects, i use a toolchain provided by the
> vendor.
>
> For example, a project install the MicrocrossCygwinXTools
> chain (digi
> connec
Hello,
I know, it isn't good to have 2 cygwin version, but i need it and resolve
it.
For 3 embedded projects, i use a toolchain provided by the vendor.
For example, a project install the MicrocrossCygwinXTools chain (digi
connectme) with a packaged eclipse(CDT+proprietary tools).
It seems, that
23 matches
Mail list logo
