On Tue, 16 Mar 2010, Charles Wilson wrote:
That's not really an option. I'm the inetutils (e.g. r* clients and
daemons, telnet client and daemon, etc) maintainer for cygwin -- I'm
trying to create the next official cygwin release of those tools.
I don't think people would be very happy if they
On 3/16/2010 9:49 PM, Steve Bray wrote:
I had not initially tried the // syntax because FAQ 4.2 recommended not
using the "obsolete //c notation" in your PATH or startup files.
That recommendation harks back to a time when drives where accessed using
the // notation. That was dropped in favor
On 03/15/2010 01:15 AM, Chris Idou wrote:
I'm having the GIT problem with cygwin and network shares mentioned here:
http://www.cygwin.com/ml/cygwin/2010-01/msg01151.html
However, I have my drive mounted noacl and it still fails. At least I assume I
do. When I type mount it says:
Z: on /cygdr
On 3/16/2010 8:41 AM, Antonio Querubin wrote:
> You might find it simpler to just make all sockets/sockaddrs AF_INET6.
> The only time you might worry about the actual AF would be on display
> output. Ie. display IPv4-mapped addresses as IPv4.
That's not really an option. I'm the inetutils (e.g.
On 3/16/2010 11:02 AM, Corinna Vinschen wrote:
> On Mar 16 09:52, Charles Wilson wrote:
>> Wait, now we're talking about running rlogind on cygwin -- e.g. the
>
> I know. The problem as far I saw it is that some "unknown" client
> machine contacts the Cygwin rlogind server, which certainly was IP
bash doesn't see the drives either
On 3/16/2010 3:45 PM, Sperry, James wrote:
I'm running Cygwin 1.7.1 with tcsh shell. Machine is Windows 7 64-bit.
I have "Services for NFS" installed
and have several NFS drives mounted to various drive letters. If I run
"net use" from Cygwin I do
NOT see the
On 3/16/2010 4:35 PM, Roe, Kevin L. wrote:
> The built in version of CVS is the "unstable" feature release version 1.12.13
>
> I am having problems with CVS that I never had before I upgraded cygwin to
> 1.7.1.
[snip]
> Has anybody seen this before?
No.
> How do I "downgrade" CVS within cygwin
David Byron:
> I suppose, but the point about \x18 not working with a character set that
> represents the desired codepoint wasn't clear. Nor was the bash syntax for
> using \x in general. It's in the bash man page and not cygwin-specific, but
> an example showing the gory details would have help
On 3/16/2010 3:45 PM, Sperry, James wrote:
I'm running Cygwin 1.7.1 with tcsh shell. Machine is Windows 7 64-bit. I have
"Services for NFS" installed
and have several NFS drives mounted to various drive letters. If I run "net
use" from Cygwin I do
NOT see the NFS drives. If I run "net use"
> I check out a module of my repository (located on a remote machine)
> and a handful of files do not get downloaded due to the "no such file"
> error described below.
Try "cvs up -d" or delete everything and "cvs co" anew. I could not
check out the new directory with a simple "cvs up" myself
On Tue, Mar 16, 2010 at 4:29 PM, Spiro Trikaliotis
wrote:
> No: patch is very picky here. From my experience, you will observe the
> same behaviour on a Linux machine.
I just tried it on a Linux box. The patch succeeded with both dos-
and unix-style line endings there, too (as with Solaris 10).
I've been experiencing a weird problem with my Cygwin shells recently, which
prompted me to install SFU. I've tried finding related information, but haven't
found anything recent. I updated my Cygwin install about 2 to 3 weeks ago, so
it should be quite recent.
The problem is that some commands
> > > > $ echo $LC_ALL
> > > > en_US
> > >
> > > Hang on, where did that come from?
It was in my environment. My apologies for being dense.
> > I unset LC_ALL and...
>
> Where?
I unset LC_ALL in bash, which was the wrong place.
> > Now ls foo adds the actual accented character to
> > the comm
The built in version of CVS is the "unstable" feature release version 1.12.13
I am having problems with CVS that I never had before I upgraded cygwin to
1.7.1.
Namely:
The situation:
I check out a module of my repository (located on a remote machine) and a
handful of files do not get downlo
Hello David,
* On Tue, Mar 16, 2010 at 03:15:13PM -0400 David Eisner wrote:
> I'm running into a problem when applying patches. Here's a toy
> example. I have a file, test.txt, with a one line change. I use diff
> -u to generate a patch, and then I use patch to apply it.
>
> With unix-style li
On Tue, Mar 16, 2010 at 3:52 PM, Jeremy Bopp wrote:
> On 3/16/2010 2:44 PM, Gregg Levine wrote:
>> Hello!
>> Where would I find out what the version of LibUSB that is supplied with
>> Cygwin?
>
> http://cygwin.com/packages/
>
> -Jeremy
Hello!
An excellent response. Thank you Jeremy. However it d
David Byron:
>> > And my ~/.inputrc contains:
>> >
>> > set meta-flag on
>> > set convert-meta off
>> > set input-meta on
>> > set output-meta on
>>
>> Makes plenty of sense. But note that meta-flag is a synonym for
>> input-meta, so you can remove one of them.
>
> I was just following the instruct
On 3/16/2010 2:44 PM, Gregg Levine wrote:
> Hello!
> Where would I find out what the version of LibUSB that is supplied with
> Cygwin?
http://cygwin.com/packages/
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Andy Koppe wrote:
> Christopher Faylor:
>> rolandc:
>>> I have installed cygwin 1.7 in e:\cygwin1.7
>>> After installation, there is a "strange" directory :
>>> /E/cygwin1.7/dev/ (posix path)
>>> E:\cygwin1.7\E\cygwin1.7\dev (win32 path)
>>>
>>> What is the role of this directory?
>> It is "/dev"
I'm running Cygwin 1.7.1 with tcsh shell. Machine is Windows 7 64-bit. I
have "Services for NFS" installed
and have several NFS drives mounted to various drive letters. If I run "net
use" from Cygwin I do
NOT see the NFS drives. If I run "net use" from cmd.exe shell I do see the NFS
drives.
Hello!
Where would I find out what the version of LibUSB that is supplied with Cygwin?
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docume
I'm running into a problem when applying patches. Here's a toy
example. I have a file, test.txt, with a one line change. I use diff
-u to generate a patch, and then I use patch to apply it.
With unix-style line-endings (\n), everything works fine:
$ file {a,b}/test.txt
a/test.txt: ASCII text
b/
On Tue, 16 Mar 2010, Corinna Vinschen wrote:
Now, on the loopback connection (obv. on the Vista computer), the
incoming client packet says "hi, I'm ::::127.0.0.1":
More hmm. But that actually means it's using an AF_INET6 socket for an
IPv4 addresses. If the target is V4 anyway, why? V4
Hello,
Under Cygwin 1.7.1-1, i have created the small program (see below),
to print the modification time of the standard input. In the case where
the stdin is a pipe (or the terminal), i expect the result to be more
or less the current time. But the time printed in this case is
invariably the m
Brandon Chase wrote:
" DaveK wrote:
" " On 15/03/2010 16:56, Christopher Faylor wrote:
" " > # %ebx is the status code for the exit system call
" " > # and it already has the maximum number
" " > movl $1, %eax #1 is the exit() syscall
" " >
" " > If, in theory, I got this right
> > And my ~/.inputrc contains:
> >
> > set meta-flag on
> > set convert-meta off
> > set input-meta on
> > set output-meta on
>
> Makes plenty of sense. But note that meta-flag is a synonym for
> input-meta, so you can remove one of them.
I was just following the instructions at
http://cygwin.co
On 15/03/2010 16:56, Christopher Faylor wrote:
> On Mon, Mar 15, 2010 at 04:23:39PM +, Brandon Chase wrote:
>> The following program is supposed to return a value of 222 when echo $?
>> run, but I get 127 every time, no matter what I change. I have looked
>> around but cannot seem to find ou
> I checked this situation in cmd.exe, and it is not capable of using
> paths relativ to %Path%. In other words, if %Path% contains a path
> c:\foo and you have two files C:\foo\baz.exe and C:\foo\bar\baz.exe,
> then calling "baz" works, but calling "bar\baz" fails.
I only meant resolving relati
On 3/16/2010 10:50 AM, Dan Sandberg wrote:
> Hi Jeremy,
>
> Thanks for the response. I tried setting TMP and TEMP to /tmp but the
> calculator came up in the same messed up manner in 1.7.1.
>
> I've included my environment variables below.
>
> Thanks for the help!
>
> -Dan
>
> ENV:
>
> ALLUS
Christopher Faylor:
> rolandc:
>>I have installed cygwin 1.7 in e:\cygwin1.7
>>After installation, there is a "strange" directory :
>> /E/cygwin1.7/dev/ (posix path)
>> E:\cygwin1.7\E\cygwin1.7\dev (win32 path)
>>
>>What is the role of this directory?
>
> It is "/dev".
/dev would be E:\cygwin1.7
Hi Jeremy,
Thanks for the response. I tried setting TMP and TEMP to /tmp but the
calculator came up in the same messed up manner in 1.7.1.
I've included my environment variables below.
Thanks for the help!
-Dan
ENV:
ALLUSERSPROFILE='C:\Documents and Settings\All Users'
BASH=/bin/bash
BASH
On Tue, Mar 16, 2010 at 04:36:59PM +0100, rolandc wrote:
>Hi,
>
>I have installed cygwin 1.7 in e:\cygwin1.7
>After installation, there is a "strange" directory :
> /E/cygwin1.7/dev/ (posix path)
> E:\cygwin1.7\E\cygwin1.7\dev (win32 path)
>
>What is the role of this directory?
It is "/dev".
>I
On 3/16/2010 10:30 AM, Dan Sandberg wrote:
> Hi,
>
> I recently upgraded a computer running XP Embedded to Cygwin 1.7.1.
> When I ssh from another computer, and run a graphical program (such as
> the calculator included in Win XP), it doesn't display correctly.
>
> If I run the program from a lo
Hi,
I have installed cygwin 1.7 in e:\cygwin1.7
After installation, there is a "strange" directory :
/E/cygwin1.7/dev/ (posix path)
E:\cygwin1.7\E\cygwin1.7\dev (win32 path)
What is the role of this directory?
Is it important?
Regards,
--
Problem reports: http://cygwin.com/problems.ht
Hi,
I recently upgraded a computer running XP Embedded to Cygwin 1.7.1.
When I ssh from another computer, and run a graphical program (such as
the calculator included in Win XP), it doesn't display correctly.
If I run the program from a local ssh shell, it does display correctly.
Here's a
On Mar 15 12:32, Ilguiz Latypov wrote:
>
> > This has been changed deliberately, otherwise
> > the execp functions have a potential security problem. If you omit the
> > NNF flag, the function returns the original path unchanged, instead of
> > NULL.
>
> I see that my conjecture about the root c
On Mar 16 09:52, Charles Wilson wrote:
> On 3/16/2010 7:32 AM, Corinna Vinschen wrote:
> > On Mar 15 22:38, Charles Wilson wrote:
> >>http://rndware.info/products/windows-ident-server.html
> >
> > Or disable the ident code.
>
> Sure -- for the cygwin rshd/rlogind/rexecd. But at this point in
On Tue, Mar 16, 2010 at 10:53:06AM +0100, Schmidt, Oliver wrote:
>>>Please find attached the requested information. However I had to edit
>>>it - as carefully as possible - to omit hints on the SAP-internal IT
>>>infrastructure.
>
>>Thanks. It would be nice if we could come up with some way to mak
On Mar 16 10:53, Schmidt, Oliver wrote:
> >No one is doubting that problems exist. That's why we're working
> >on them.
>
> Sorry for again being unclear. The information above was soley meant to
> complement the cygcheck output - which was produced on my XP-64 machine -
> trying to say that the
On 3/16/2010 7:32 AM, Corinna Vinschen wrote:
> On Mar 15 22:38, Charles Wilson wrote:
>> (*) It seems that you now need to have an identd server running on the
>> *client* box, or r* authentication takes 30 seconds or so. We don't
>> currrently have one of these ported; I'll try to do that at som
> From: Nellis, Kenneth
> Sent: Tuesday, March 16, 2010 09:00
> To: cygwin@cygwin.com
> Subject: RE: filenames with characters that have the high bit set
>
>
> $ touch foo$'\xc3\xa9'
> $ ls -l
> total 0
> -rw-r-+ 1 knellis knellis 0 2010-03-16 08:55 fooé
> $ test -f foo$'\xc3\xa9'
> $ echo $
On Mon, 15 Mar 2010, Charles Wilson wrote:
*
QUESTION #2. Is there a cleaner way to do the address matching than the
version that I've modified below? I basically only changed the guts of
soaddr_eq_ip(); the rest is factory equipment...
*
You might find
> From: David Byron
> Sent: Monday, March 15, 2010 20:21
> To: cygwin@cygwin.com
> Subject: filenames with characters that have the high bit set
>
> I've read http://cygwin.com/faq/faq-nochunks.html#faq.using.unicode and
> http://cygwin.com/cygwin-ug-net/setup-locale.html but I'm still
> stumped.
On Mar 15 22:38, Charles Wilson wrote:
>
>There are two questions, below...so skip to
>those if you don't need the background.
>
I'm not sure if I can be of much help here. I have no experience with
V4inV6 addresses. Many applications simply switch them off (IPV6_V6ONLY).
> (*) It see
On 16/03/2010 09:53, Csaba Raduly wrote:
> On Tue, Mar 16, 2010 at 3:25 AM, Steven Monai wrote:
> [snip]
>> IT departments are becoming increasingly security conscious. That's
>> probably why the OP had trouble downloading setup.exe. It wasn't because
>> his IT was "brain-dead", but because there a
On Tue, Mar 16, 2010 at 3:25 AM, Steven Monai wrote:
[snip]
> IT departments are becoming increasingly security conscious. That's
> probably why the OP had trouble downloading setup.exe. It wasn't because
> his IT was "brain-dead", but because there are legitimate security
> concerns about download
Hi Christopher,
>>Please find attached the requested information. However I had to edit
>>it - as carefully as possible - to omit hints on the SAP-internal IT
>>infrastructure.
>Thanks. It would be nice if we could come up with some way to make
>cygcheck not output sensitive information but I do
David Byron:
> I've read http://cygwin.com/faq/faq-nochunks.html#faq.using.unicode and
> http://cygwin.com/cygwin-ug-net/setup-locale.html but I'm still stumped.
>
> My cygwin.bat now contains:
>
> @echo off
>
> C:
> chdir C:\utils\cygwin\bin
> set LANG=en_US.UTF-8
> bash --login -I
>
> And my ~/.i
48 matches
Mail list logo
