On Fri, 19 Feb 2010 20:29:27 +, Andy Koppe
wrote:
>Looks like there's some sort of GBK vs UTF-8 mixup going on, because
>'鏂版煡鏂囩尞' is the same byte sequence in GBK as '新查文献' is in UTF-8:
>\xE6\x96\xB0\xE6\x9F\xA5\xE6\x96\x87\xE7\x8C\xAE
Wonderful analysis! Could you please give me some hints
David Balažic schrieb:
On 20 February 2010 00:08, David Balažic wrote:
...
$LANG is SL , LC_* are undefined
The proper name of the Slovenian locale is "sl_SI". "SL" is unknown.
...
It smells like a bug. A non US locale should not disable UTF-8, or?
Locales do come with their res
On Fri, Feb 19, 2010 at 05:05:34PM -0500, David Arnstein wrote:
>I have an issue with Cygwin and X that started when I upgraded to Cygwin
>1.7.x. I am posting this here in case there is a relationship with the
>subject of this thread.
It is not related. We're talking about a snapshot.
cgf
--
Pr
On 20 February 2010 00:08, David Balažic wrote:
> On 19 February 2010 21:00, Andy Koppe wrote:
>> On 19 February 2010 19:39, David Balažic:
>>> Hi!
>>>
>>> I have few days old setup of cygwin on WinXP.
>>> I also installed mintty.
>>>
>>> I worked fine on one user account, which is a member of th
On 19 February 2010 21:00, Andy Koppe wrote:
> On 19 February 2010 19:39, David Balažic:
>> Hi!
>>
>> I have few days old setup of cygwin on WinXP.
>> I also installed mintty.
>>
>> I worked fine on one user account, which is a member of the
>> Administrators group.
>>
>> Today I started mintty un
Charles Wilson cwilson.fastmail.fm> writes:
>
> I ran across an interesting "feature" of remote access today. I was
> ssh'ed in to my cygwin computer, under my normal windows/cygwin account
> name, and tried to run 'patch':
>
> $ patch -p1 -R --dry-run < ../some-patch.patch
> patch: Can't
Hongyi Zhao:
> C:\cygwin\bin\bash --login "%~dp0myscript"
> ...
> Preferred POSIX equivalent is: "F:/zhaohs/Desktop/鏂版煡鏂囩尞/myscript"
> ...
> /usr/bin/bash: "F:\zhaohs\Desktop\新查文献\myscript": No such file or
directory
Looks like there's some sort of GBK vs UTF-8 mixup going on, because
'鏂版煡鏂囩尞' is
On 19 February 2010 19:39, David Balažic:
> Hi!
>
> I have few days old setup of cygwin on WinXP.
> I also installed mintty.
>
> I worked fine on one user account, which is a member of the
> Administrators group.
>
> Today I started mintty under another, not admin, user, and got this:
>
> »./.bash
On 02/19/2010 02:39 PM, David Balažic wrote:
Hi!
I have few days old setup of cygwin on WinXP.
I also installed mintty.
I worked fine on one user account, which is a member of the
Administrators group.
Today I started mintty under another, not admin, user, and got this:
»./.bashrc« -> »/h
Hi!
I have few days old setup of cygwin on WinXP.
I also installed mintty.
I worked fine on one user account, which is a member of the
Administrators group.
Today I started mintty under another, not admin, user, and got this:
»./.bashrc« -> »/home/work//.bashrc«
»./.bash_profile« -> »/ho
On Fri, Feb 19, 2010 at 2:41 PM, Eric Blake wrote:
> I haven't followed your queries closely (since you keep replying to
> yourself). But it all boils down to:
See here for the introduction to the problem:
http://cygwin.com/ml/cygwin/2010-02/msg00464.html
> what shell are you using, with its pa
On 2/19/2010 11:11 AM, Christopher Faylor wrote:
> On Fri, Feb 19, 2010 at 10:50:16AM -0600, Jeremy Bopp wrote:
>> The only mount specification in /etc/fstab which appears to be ignored
>> is the one for /. I can't say why that is so, and I don't know a way
>> around that fact. I think Corinna ma
On 02/19/2010 07:12 AM, Corinna Vinschen wrote:
Well, here's the revised list of what I think should be kept:
ALLUSERSPROFILE
COMPUTERNAME
COMSPEC
CYGWIN
OS
PATH
PATHEXT
SYSTEMDRIVE
SYSTEMROOT
WINDIR
Can we agree on that?
OK by me.
--
Larry Hall
On Fri, Feb 19, 2010 at 10:50:16AM -0600, Jeremy Bopp wrote:
>The only mount specification in /etc/fstab which appears to be ignored
>is the one for /. I can't say why that is so, and I don't know a way
>around that fact. I think Corinna manages that.
Actually, that would be Corinna and I. See:
On Feb 19 17:54, BERTRAND Jo?l wrote:
> Hello,
>
> I'm trying to use cygwin to port a soft to Windows and its makefile
> requires locale tool. I'm unable to find /usr/bin/locale in Cygwin
> packages. Where is this tool ?
It doesn't exist yet. The locale support is work in progress an
Hello,
I'm trying to use cygwin to port a soft to Windows and its makefile
requires locale tool. I'm unable to find /usr/bin/locale in Cygwin
packages. Where is this tool ?
Thanks in advance,
JB
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2/18/2010 6:40 AM, Marta Ghidella wrote:
> Jeremy Bopp bopp.net> writes:
>>
>> I've not used that script before, but from that text it seems that the
>> script can only migrate user mounts, not system mounts. I get the
>> impression that this problem is resulting from system mounts going binar
On Fri, Feb 19, 2010 at 11:33:58AM -0500, Christopher Faylor wrote:
>I can duplicate the problems and they seem to have something to do
>with my recent pipe changes. I'm looking into it.
Actually, it's the pthread change. Sigh. I hate the thread code.
cgf
--
Problem reports: http://cygw
On 02/19/2010 05:06 AM, Stephen Grant Brown wrote:
Hi Larry,
Once again a big thankyou for your excellant work.
Can I use the cygcheck from 1.5 to check the installation of 1.7?
No, but it will tell you about 1.5. If your 1.7 is truly DOA, it might
be good to know if your 1.5 results suggest
On Fri, Feb 19, 2010 at 01:12:53PM +0100, Corinna Vinschen wrote:
>On Feb 18 16:25, Christopher Faylor wrote:
>> On Thu, Feb 18, 2010 at 09:52:02PM +0100, Corinna Vinschen wrote:
>> >In contrast to other systems, sshd for Cygwin preserves a couple of
>> >environment variables from the parent sshd p
On Fri, Feb 19, 2010 at 02:27:05PM +, Marco Atzeri wrote:
>Hi,
>I am noticing that with latest snapshots 2010-02-15 and
>2010-02-18, the X server is unstable.
>
>my .startxwinrc is very simple
>"xterm -fn 8x13 -fg white -bg black -display 127.0.0.1:0.0 -ls /bin/bash"
>
>Most of the time the xt
Hello,
I'm trying to use cygwin to port a soft to Windows and its makefile
requires locale tool. I'm unable to find /usr/bin/locale in Cygwin
packages. Where is this tool ?
Thanks in advance,
JB
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Fri, Feb 19, 2010 at 03:05:55PM +0800, Hongyi Zhao wrote:
>On Fri, 19 Feb 2010 00:16:55 -0500, "Larry Hall (Cygwin)" wrote:
>
>>>CYGWIN environment variable option "nodosfilewarning" turns off this
>>> warning.
>
>How should I set the option "nodosfilewarning" in order to turns off
>the corr
Hi,
I am noticing that with latest snapshots 2010-02-15 and
2010-02-18, the X server is unstable.
my .startxwinrc is very simple
"xterm -fn 8x13 -fg white -bg black -display 127.0.0.1:0.0 -ls /bin/bash"
Most of the time the xterm windows does not appear while the
process seems running. If xterm
On 01/12/2009 21:14, Jon TURNEY wrote:
On 01/12/2009 20:17, Jon TURNEY wrote:
On 01/12/2009 19:37, John Morrison wrote:
Ok, I've removed the X11R6 from the path and unset TMP and TEMP in the
skel/.bashrc. Are there any other changes folks would like before I roll
this up?
Could you consider
According to Piotr Krukowiecki on 2/19/2010 5:52 AM:
> '\' is an escape character in C, Unix, and Linux. In Windows, it's a
> path separator. Use '/' instead when working with Cygwin and you'll
> avoid allot of problems. Better yet, use POSIX paths exclusively.
> [...]
>> I don't kno
For some reason although when I send emails containing certain umlauted
characters everything looks fine, the recipient sometimes (or possibly
always, I only know because one person mentioned it) doesn't see the
characters correctly.
I have the following environment variables set
LANG = "en_US.UTF
On Feb 19 06:23, Eric Blake wrote:
> According to Corinna Vinschen on 2/19/2010 4:47 AM:
> > On Feb 19 11:44, Jeff Wilcox wrote:
> >> ls: ./: not listing already-listed directory
> >
> > Thanks for the report. I can reproduce it, even with files in the root
> > directory. I'm wondering that this
According to Corinna Vinschen on 2/19/2010 4:47 AM:
> On Feb 19 11:44, Jeff Wilcox wrote:
>> ls: ./: not listing already-listed directory
>
> Thanks for the report. I can reproduce it, even with files in the root
> directory. I'm wondering that this has never been found before.
>
> I see what's
On Fri, Feb 19, 2010 at 1:37 PM, Piotr Krukowiecki wrote:
> On Thu, Feb 18, 2010 at 9:45 PM, Larry Hall (Cygwin) wrote:
>> On 02/18/2010 03:24 PM, Piotr Krukowiecki wrote:
>>> On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin)
On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote:
> - if the e
On Fri, Feb 19, 2010 at 1:37 PM, Piotr Krukowiecki wrote:
>>> "\\hostname" is remote path location, I don't think I can use
>>> "//hostname" instead, either for cygwin program and especially not for
>>> not-cygwin program, can I? (can't check it now)
>>
>> With Windows, you're free to use either pa
On Thu, Feb 18, 2010 at 9:45 PM, Larry Hall (Cygwin) wrote:
> On 02/18/2010 03:24 PM, Piotr Krukowiecki wrote:
>> On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin)
>>> On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote:
- if the executed program is compiled with cygwin's gcc the program
r
On Feb 18 16:25, Christopher Faylor wrote:
> On Thu, Feb 18, 2010 at 09:52:02PM +0100, Corinna Vinschen wrote:
> >In contrast to other systems, sshd for Cygwin preserves a couple of
> >environment variables from the parent sshd process running under the
> >cyg_server account. The list of preserved
On Feb 19 11:44, Jeff Wilcox wrote:
> In Cygwin 1.7.x if I ls -R the root of a drive which contains only
> directories (i.e. no files at the root level), whatever directory comes
> first is omitted from the listing and the following error is thrown:
>
> ls: ./: not listing already-listed directory
Hi Larry,
Once again a big thankyou for your excellant work.
Can I use the cygcheck from 1.5 to check the installation of 1.7?
No, but it will tell you about 1.5. If your 1.7 is truly DOA, it might
be good to know if your 1.5 results suggest anything.
I have attached the setup logs from the 1
35 matches
Mail list logo
