On Mon, 4 Mar 2013 10:15:35 -0700, Erik Knowles wrote:
> $ python
> Python 2.7.3 (default, Dec 18 2012, 13:50:09)
> [GCC 4.5.3] on cygwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import ssl
> Traceback (most recent call last):
> File "", line 1, in
> File
I am able to change the locale for cygwin but I want to use diskpart in
cygwin and when i use "list disk" I want the results to be displayed in that
locale
$ export LANG=fr_FR.UTF-8 //change the lcoale to french
$ diskpart //to use diskpart
$list disk // to list the disks details
Disk ### S
On 3/4/2013 11:32 PM, Andrew Dunstan wrote:
Incidentally, there is no need to change the test schedules, and such a
patch would not be accepted. There is an option to restrict the number
of concurrent connections the regression tests will run (designed
specifically with Cygwin in mind, in f
On 03/04/2013 04:30 PM, marco atzeri wrote:
On 3/4/2013 9:00 PM, Andrew Dunstan wrote:
I have not heard a word on this in the 5 weeks or so since it was sent.
Are you guys interested in fixing this or not?
yes Andrew,
I am working on it, unfortunately this Makefile spaghetti
is not nice to h
On 03/04/2013 04:30 PM, marco atzeri wrote:
On 3/4/2013 9:00 PM, Andrew Dunstan wrote:
I have not heard a word on this in the 5 weeks or so since it was sent.
Are you guys interested in fixing this or not?
yes Andrew,
I am working on it, unfortunately this Makefile spaghetti
is not nice to h
On 3/4/2013 1:39 PM, Corinna Vinschen wrote:
> On Mar 4 16:26, Ken Brown wrote:
>> On 3/4/2013 11:24 AM, Arthur Tu wrote:
>>> Today when i tried to drag a file whose name containing chinese
>>> characters into emacs, it failed to open.
>>>
>>> Here is the brief review:
>>>
>>> 1. a file with a pur
On Mar 4 16:26, Ken Brown wrote:
> On 3/4/2013 11:24 AM, Arthur Tu wrote:
> >Today when i tried to drag a file whose name containing chinese
> >characters into emacs, it failed to open.
> >
> >Here is the brief review:
> >
> >1. a file with a pure english file name to emacs-32 frame:
> >
> > o
On 3/4/2013 9:00 PM, Andrew Dunstan wrote:
I have not heard a word on this in the 5 weeks or so since it was sent.
Are you guys interested in fixing this or not?
yes Andrew,
I am working on it, unfortunately this Makefile spaghetti
is not nice to handle
probably 90% is working now, but I just
On 3/4/2013 11:24 AM, Arthur Tu wrote:
Today when i tried to drag a file whose name containing chinese
characters into emacs, it failed to open.
Here is the brief review:
1. a file with a pure english file name to emacs-32 frame:
open successfully.
2. a file with chinese characters in i
On 01/30/2013 11:46 AM, Andrew Dunstan wrote:
On 01/29/2013 05:30 PM, Reini Urban wrote:
On Sat, Jan 26, 2013 at 1:52 AM, marco atzeri wrote:
On 1/26/2013 7:32 AM, Reini Urban wrote:
rebase is not to blame. I agree ;-)
Someone else is incorrectly managing the reloc table,
and also objcopy s
On 3/4/2013 8:01 PM, Bob McGowan wrote:
Hello,
First, I'm not subscribed, please include my email in the reply.
I have installed Cygwin 1.7 (Windows properties says: 1007.17.0.0,
currently).
I'm running under Windows XP (version 2002, service pack 2).
I have DBI 1.623 installed, and am attem
Earnie Boyd writes:
>> If someone can sell me a clue on why autotools skips the renaming of
>> lib*.dll to
>> cyg*.dll for gmp (this should normally be done via soname_spec, but it is
>> always
>> empty in the generated libtool script), I could perhaps provide updated
>> packages, but at least wo
On Mon, Mar 4, 2013 at 1:38 PM, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
>> I Bcced David, but if David has moved away from Cygwin, we will need a
>> new maintainer for the aforementioned packages, plus ppl and cloog-ppl.
>
> If someone can sell me a clue on why autotools skips th
Hello,
First, I'm not subscribed, please include my email in the reply.
I have installed Cygwin 1.7 (Windows properties says: 1007.17.0.0,
currently).
I'm running under Windows XP (version 2002, service pack 2).
I have DBI 1.623 installed, and am attempting to install DBD::Oracle 1.27.
I'm
Corinna Vinschen cygwin.com> writes:
> I Bcced David, but if David has moved away from Cygwin, we will need a
> new maintainer for the aforementioned packages, plus ppl and cloog-ppl.
If someone can sell me a clue on why autotools skips the renaming of lib*.dll to
cyg*.dll for gmp (this should no
On 3/4/2013 6:15 PM, Erik Knowles wrote:
$ python
Python 2.7.3 (default, Dec 18 2012, 13:50:09)
[GCC 4.5.3] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
import ssl
Traceback (most recent call last):
works fine for me :
$ python
Python 2.7.3 (default, Dec
Hi,
How can I change the locale in cygwin terminal for a session from english to
say french and then run diskpart commands say list disk, to get the results
in french
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/Change-the-locale-in-cygwin-terminal-for-diskpart-results-
Today when i tried to drag a file whose name containing chinese
characters into emacs, it failed to open.
Here is the brief review:
1. a file with a pure english file name to emacs-32 frame:
open successfully.
2. a file with chinese characters in its name to emacs-32 frame:
error m
On Mar 4 15:26, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > No, the dependency is correct, but, oh well, that's something which
> > shouldn't happen. cc1 is linked against libmpc1, which in turn is
> > linked against libmpfr1, while cc1 is directly linked against libmpfr4.
>
>
On Mon, Mar 04, 2013 at 02:17:35PM +0100, Corinna Vinschen wrote:
>Since you're running GDB anyway, what does `bt' print when the SEGV
>occured?
It was already posted and it didn't make sense.
http://cygwin.com/ml/cygwin/2013-03/msg00023.html
That's why I asked for the stackdump file since it exp
On 3/4/2013 10:26 AM, Achim Gratz wrote:
Corinna Vinschen cygwin.com> writes:
No, the dependency is correct, but, oh well, that's something which
shouldn't happen. cc1 is linked against libmpc1, which in turn is
linked against libmpfr1, while cc1 is directly linked against libmpfr4.
Ah. Tha
Corinna Vinschen cygwin.com> writes:
> No, the dependency is correct, but, oh well, that's something which
> shouldn't happen. cc1 is linked against libmpc1, which in turn is
> linked against libmpfr1, while cc1 is directly linked against libmpfr4.
Ah. Thanks for catching that.
> David? Any ch
On Mar 4 13:21, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > Since you're running GDB anyway, what does `bt' print when the SEGV
> > occured?
>
>#0 0x003d in ?? ()
>#1 0x610fcf7c in pthread::init_mainthread ()
>at
>/netrel/src/cygwin-snapshot-20130301-1/win
On 3/4/2013 2:17 PM, Corinna Vinschen wrote:
Since you're running GDB anyway, what does `bt' print when the SEGV
occured?
postgresql dll's allocation table are partially wrong,
so they fail at load after a rebase.
No clue why they survive 1.7.17 and fails on latest snapshots,
I assume just p
marco atzeri writes:
> I am only referring to postgresql, I know nothing about xemacs
I understand -- just wondered if looking at the evidence I've posted
you could see where the parallel might be. . .
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crich
On 3/4/2013 2:20 PM, Henry S. Thompson wrote:
marco atzeri writes:
On 3/3/2013 1:02 PM, Henry S. Thompson wrote:
Christopher Faylor writes:
On Sat, Mar 02, 2013 at 08:00:38PM +, Henry S. Thompson wrote:
Snapshots of 31/1 and 1/3 are giving segfaults for psql (see previous
thread?)
"pr
Corinna Vinschen writes:
> Since you're running GDB anyway, what does `bt' print when the SEGV
> occured?
#0 0x003d in ?? ()
#1 0x610fcf7c in pthread::init_mainthread ()
at
/netrel/src/cygwin-snapshot-20130301-1/winsup/cygwin/thread.cc:336
#2 0x61006cf5 in dll_crt0_1 ()
marco atzeri writes:
> On 3/3/2013 1:02 PM, Henry S. Thompson wrote:
>> Christopher Faylor writes:
>>
>>> On Sat, Mar 02, 2013 at 08:00:38PM +, Henry S. Thompson wrote:
Snapshots of 31/1 and 1/3 are giving segfaults for psql (see previous
thread?)
>>>
>>> "previous thread"?
>>
>> htt
On Mar 4 12:36, Henry S. Thompson wrote:
> Christopher Faylor writes:
>
> >>> And, if it is segfaulting then there is a stackdump file.
> >>> Post that.
> >>
> >>Exception: STATUS_ACCESS_VIOLATION at eip=003D
> >>eax=003D ebx= ecx=7792389A edx=006F017C esi=61006C50
> >>edi=0028CD
Christopher Faylor writes:
>>> And, if it is segfaulting then there is a stackdump file.
>>> Post that.
>>
>>Exception: STATUS_ACCESS_VIOLATION at eip=003D
>>eax=003D ebx= ecx=7792389A edx=006F017C esi=61006C50 edi=0028CD78
>>ebp=0028AC88 esp=0028AC4C program=C:\Cygwin\bin\psql.exe
A new version of lftp, 4.4.4-1, is now available in the Cygwin distribution.
This is a new upstream release, with new features including the highly sought
after UDP tracker support. The full changelog is at
http://lftp.yar.ru/news.html.
lftp is a sophisticated file transfer program and ftp/http/b
> Andrew Schulman writes:
> > I'll get an update out in the next few
> > days.
>
> The debuginfo package should have category "Debug", not "Misc".
OK. That wasn't anything that I did - apparently just an upload error that put
lftp-debuginfo in the wrong location. Seems to be fixed now.
--
Pr
On Mar 4 12:19, Tanaka Akira wrote:
> Hi.
>
> I found that accept() and getperrname() on a Unix domain socket doesn't
> return the client socket address.
> The sun_path field of the returned address is empty.
>
> Is it an intentional behavior?
It's not exactly intentional, but known. The socke
On Mar 4 07:11, Achim Gratz wrote:
> marco atzeri gmail.com> writes:
> > should be libmpfr4 instead of libmpfr1.
>
> It looks like cc1 is linked against libmpfr1 _and_ libmpfr4, so they should
> both
> be listed as dependencies.
No, the dependency is correct, but, oh well, that's something whi
Andrew Schulman writes:
> I'll get an update out in the next few
> days.
The debuginfo package should have category "Debug", not "Misc".
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygw
35 matches
Mail list logo
