On Dec 8 19:33, Dave Korn wrote:
> Corinna Vinschen wrote:
> > On Dec 7 15:21, Jim Reisert AD1C wrote:
> >> On Mon, Dec 7, 2009 at 12:33 PM, Frank Ch. Eigler wrote:
> >>
> >>> Please be aware of an impending temporary outage machines hosting
> >>> gcc.gnu.org, sourceware.org, sources.redhat.com,
On Dec 9 05:36, Andy Koppe wrote:
> 2009/12/9 Cliff Hones
> > I think you missed attaching your fix - or else it has got lost.
>
> Oops. Here's another attempt.
>
> > I would guess the change is to file cygwin/fhandler_console.cc, and
> > is simply to remove line 1616 [ cursor_rel (1, 0); ] (aft
On Dec 9 06:21, Andy Koppe wrote:
> 2009/12/9 Angelo Graziosi:
> > It seems that some recent updates in cygwin-1.7 has broken Pine from MinTTY.
> > Now, trying to start from MinTTY:
> >
> > $ pine
> > Terminal type "xterm", is unknown.
>
> I can reproduce that by uninstalling the termcap package,
Andy Koppe wrote:
I can reproduce that by uninstalling the termcap package
This workaround
$ TERM=cygwin pine
seems to work too.
Thanks,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/d
It is a bug of cygwin. It is nothing to do with what terminal i am
using OR what LANG i have set.
On Thu, Oct 15, 2009 at 17:24, Corinna Vinschen
wrote:
> Thanks for the report. I think I see what's going on. I'll try to
> have a patch for that in the next release.
--
Problem reports:
On Tue, Dec 8, 2009 at 8:16 PM, Matt Rice wrote:
> I'm having problems running rpmbuild from a bash script. The problem
> occurs when I run the script outside an interactive bash prompt.
(snip)
> According to the bash manual, the 128 status code means it
> terminated on a signal of 0.
According
tianlijian:
> It is a bug of cygwin. It is nothing to do with what terminal i am
> using OR what LANG i have set.
You'll need to provide more than unsubstantiated assertions to get
help with your issue.
What output are you getting from 'cygpath -D' and what do you expect
instead? Do Chinese char
Typo correction:
Chris Sutcliffe wrote:
I've made a new version of the mingw runtime available for download. A list
of what has changed can be found at the end of this email
[...]
2009-10-25 Charles Wilson
Sync pseudo-reloc.c with mingw64
* psuedo-reloc.c: Remove unneces
In the new '.bashrc' (in base-file-3.9) there is:
# export HISTIGNORE="[ \t]*:&:[fb]g:exit"
# export HISTIGNORE="[ \t]*:&:[fb]g:exit:ls"
and I have adopted the first,
[1]
export HISTIGNORE="[ \t]*:&:[fb]g:exit"
In my previous '.bashrc' I had
[2]
export HISTIGNORE="[ ]*:&:[fb]g:exit"
With th
2009/12/9 Corinna Vinschen:
> On Dec 9 06:21, Andy Koppe wrote:
>> 2009/12/9 Angelo Graziosi:
>> > It seems that some recent updates in cygwin-1.7 has broken Pine from
>> > MinTTY.
>> > Now, trying to start from MinTTY:
>> >
>> > $ pine
>> > Terminal type "xterm", is unknown.
>>
>> I can reproduc
2009/12/9 Angelo Graziosi:
>> I can reproduce that by uninstalling the termcap package
>
> This workaround
>
> $ TERM=cygwin pine
>
> seems to work too.
That may cause other problems though, because the keycodes and control
sequences of xterm and cygwin differ in a number of places. Setting
TERM s
[maybe continue on cygwin-developers?]
Andy Koppe wrote:
2009/12/9 Cliff Hones
I would guess the change is to file cygwin/fhandler_console.cc, and
is simply to remove line 1616 [ cursor_rel (1, 0); ] (after case NULL:)
Yep, except that the patch removes the (misnamed) IGN case altogeth
PACKAGE DESCRIPTION
===
Homepage: http://jonas.nitro.dk/tig
License : GPL-2
A command line repository browser capable of displaying a summarized
revision log and showing commit log messages, diffstats and diffs. Program
may also be used as a pager. It reads input from stdin and c
On Dec 9 11:00, Andy Koppe wrote:
> 2009/12/9 Corinna Vinschen:
> > On Dec 9 06:21, Andy Koppe wrote:
> >> 2009/12/9 Angelo Graziosi:
> >> > It seems that some recent updates in cygwin-1.7 has broken Pine from
> >> > MinTTY.
> >> > Now, trying to start from MinTTY:
> >> >
> >> > $ pine
> >> > Te
2009/12/9 Thomas Wolff:
> So the #define IGN should go as well...
Yep.
> Actually, I don't really understand this code part:
> * What is the purpose of the lookup table for the switch rather than just
> switching on a few special control characters?
Good question.
> * What is the idea of (rando
On Dec 9 11:48, Andy Koppe wrote:
> 2009/12/9 Thomas Wolff:
> > So the #define IGN should go as well...
>
> Yep.
>
> > Actually, I don't really understand this code part:
> > * What is the purpose of the lookup table for the switch rather than just
> > switching on a few special control characte
Thanks for you reply
when i set the LANG to en_US.UTF-8, the `cygpath -D' could not display
the Chines character correctly.
The `cygpath -D' command should print the DESKTOP path in utf-8
character, but i does not.
In other situation, such as `ls' `vim', the the Chines character display well.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Angelo Graziosi on 12/9/2009 3:57 AM:
> are ignored from history. Is this to be expected? What exactly does it
> mean '[ \t]'?
That's a bug in base-files. It should be $'[ \t]', not '[ \t]', since
bash only interpolates \t as a TAB insid
Charles Plager wrote:
> - I ran rebaseall on cygwin and all of the dlls in questions. It still
> crashes, but now crashes somewhere else.
Ah! Reinstall your libstdc++ dll. Yaakov spotted that the 4.3.4-1
libstdc++ dll isn't rebaseable, as it turns out there's a bug in LD(*).
I'm just doin
Mark Geisert wrote:
> Mark Geisert writes:
>> I've tried many things [...]
>
> ...but I neglected the possibility of compiler expression optimization. I
> replaced "1E200L * 1E200L" with "d * d" where d is initialized with 1E200L.
> Voila, SIGFPE results and is trapped the way I wanted to.
Ah
kiorky wrote:
> What is this "__wrap__Znwj" and how can it mess the environment leading to a
> segfault ?
Sorry, you've gotten bitten by a bug(*) with the current libstdc++ DLL: it
gets broken after running 'rebaseall'. Please reinstall it using setup.exe
and the problem should be fixed.
Th
Dave Korn a écrit :
> kiorky wrote:
>
>> What is this "__wrap__Znwj" and how can it mess the environment leading to a
>> segfault ?
>
> Sorry, you've gotten bitten by a bug(*) with the current libstdc++ DLL: it
> gets broken after running 'rebaseall'. Please reinstall it using setup.exe
> an
On Wed, Nov 26, 2008 at 12:38:49PM -0500, Christopher Faylor wrote:
> On Wed, Nov 26, 2008 at 03:50:52PM +0100, Enrico Forestieri wrote:
> >According to
> >http://www.opengroup.org/onlinepubs/95399/functions/open.html
> >the open() function shall fail and sets errno to ENXIO if
> >O_WRONLY | O_
kiorky wrote:
>
> Dave Korn a écrit :
>> kiorky wrote:
>>
>>> What is this "__wrap__Znwj" and how can it mess the environment leading
>>> to a segfault ?
>> Sorry, you've gotten bitten by a bug(*) with the current libstdc++ DLL:
>> it gets broken after running 'rebaseall'. Please reinstall it us
On Wed, Dec 09, 2009 at 03:43:41PM +0100, Enrico Forestieri wrote:
>Sorry for the very late reply and thanks for fixing the return code
>from open(). However, this is still not posix compliant as errno is
>set to ENOENT instead of ENXIO. Indeed, the attached test case prints
>"No process is reading
Emacs by default uses its own malloc, but the emacs developers have
suggested that I try to build it so that it uses Cygwin's malloc. (See
http://lists.gnu.org/archive/html/emacs-devel/2009-12/threads.html#00369
for the context if you're curious.) When I try to do this, the build
fails as fol
On Wed, Dec 9, 2009 at 5:05 AM, Csaba Raduly wrote:
> On Tue, Dec 8, 2009 at 8:16 PM, Matt Rice wrote:
>> I'm having problems running rpmbuild from a bash script. The problem
>> occurs when I run the script outside an interactive bash prompt.
> (snip)
>> According to the bash manual, the 128 st
On 12/9/2009 10:52 AM, Ken Brown wrote:
Emacs by default uses its own malloc, but the emacs developers have
suggested that I try to build it so that it uses Cygwin's malloc. (See
http://lists.gnu.org/archive/html/emacs-devel/2009-12/threads.html#00369
for the context if you're curious.) When
Dave Korn a écrit :
this dll ?
>
> Generic solution: How to find out which package contains any file from your
> cygwin install:
>
>> $ cygcheck -f /usr/bin/cygstdc++-6.dll
>> libstdc++6-4.3.4-1
Ok so i reinstalled binutils, gcc-*, and libstdc++.
Then go to the root folder of geos, do the
Ken Brown wrote:
> gcc-o temacs ecrt0.o dispnew.o frame.o scroll.o xdisp.o menu.o
> window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o
> term.o terminal.o xfaces.oemacs.o keyboard.o macros.o keymap.o
> sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o
>
On Wed, Dec 09, 2009 at 10:52:02AM -0500, Ken Brown wrote:
>Emacs by default uses its own malloc, but the emacs developers have
>suggested that I try to build it so that it uses Cygwin's malloc. (See
>http://lists.gnu.org/archive/html/emacs-devel/2009-12/threads.html#00369
>for the context if y
On Dec 9 10:41, Christopher Faylor wrote:
> On Wed, Dec 09, 2009 at 03:43:41PM +0100, Enrico Forestieri wrote:
> >Sorry for the very late reply and thanks for fixing the return code
> >from open(). However, this is still not posix compliant as errno is
> >set to ENOENT instead of ENXIO. Indeed, th
On Wed, Dec 09, 2009 at 10:41:09AM -0500, Christopher Faylor wrote:
> On Wed, Dec 09, 2009 at 03:43:41PM +0100, Enrico Forestieri wrote:
> >Sorry for the very late reply and thanks for fixing the return code
> >from open(). However, this is still not posix compliant as errno is
> >set to ENOENT in
On Wed, Dec 9, 2009 at 11:01 AM, Matt Rice wrote:
> That may very well be. But I can't really determine anything because
> I get no error messages.
>
> Also, I got desperate, so I uninstalled cygwin, changed some
> permissions on the root cygwin directory, then reinstalled. Now I'm
> able to run
On Wed, Dec 09, 2009 at 05:29:01PM +0100, Corinna Vinschen wrote:
>On Dec 9 10:41, Christopher Faylor wrote:
>> On Wed, Dec 09, 2009 at 03:43:41PM +0100, Enrico Forestieri wrote:
>> >Sorry for the very late reply and thanks for fixing the return code
>> >from open(). However, this is still not pos
On another side note...
There is a product from sourceforge.net called "msmtp" which can be
configured either as a smtp client or as a replacement for sendmail. I
myself downloaded the sources and sucessfully compiled it all under
cygwin 1.7-67. I've been using msmtp as a smtp client without
On Wed, Dec 09, 2009 at 03:09:37PM -0500, Paul McFerrin wrote:
>On another side note...
>There is a product from sourceforge.net called "msmtp" which can be
>configured either as a smtp client or as a replacement for sendmail. I
>myself downloaded the sources and sucessfully compiled it all unde
Can i use mgetty via cygwin and use my modem?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Tue, Dec 08, 2009 at 07:20:19PM +0100, d.sastre.med...@gmail.com wrote:
> On Tue, Dec 08, 2009 at 07:46:27AM -0700, Warren Young wrote:
> > Personally, I'd just back that directory *and* all the Cygwin
> > registry sub-trees up and go ahead with the upgrade-in-place.
> > Parallel Cygwin installs
kiorky a écrit :
>
> Dave Korn a écrit :
> this dll ?
>> Generic solution: How to find out which package contains any file from your
>> cygwin install:
>>
>>> $ cygcheck -f /usr/bin/cygstdc++-6.dll
>>> libstdc++6-4.3.4-1
>
>
> Ok so i reinstalled binutils, gcc-*, and libstdc++.
> Then go to
Hmm... interesting.
The reason I wanted SendMail is that the author of RANCID said that
I'd require SendMail & Cron in order to successful utilise his
software.
I'm happy to package RANCID for Cygwin, from my Vista computer (which
doesn't have Compiler errors).
What's the procedure to get a pack
Hello
First I copied: cygiconv-2.dll, cygintl-3.dll, cygintl-8.dll, find.exe
(renamed to find2.exe) & sed.exe to the %WINDIR%.
Then I ran the following command from command-prompt;
find2 . -follow -type f | sed -e "s|^\.|PATH|" -e "s|^|File:\t|"
Is there a command (from Cygwin/Linux: PATH) whic
Chip Panarchy wrote:
> Hello
>
> First I copied: cygiconv-2.dll, cygintl-3.dll, cygintl-8.dll, find.exe
> (renamed to find2.exe) & sed.exe to the %WINDIR%.
Don't do that. Install Cygwin using setup.exe and leave the files where
setup places them. You're asking for so much trouble doing what you
On 2009-12-09, Jeremy Bopp wrote:
> Chip Panarchy wrote:
> > Then I ran the following command from command-prompt;
> >
> > find2 . -follow -type f | sed -e "s|^\.|PATH|" -e "s|^|File:\t|"
> >
> > Is there a command (from Cygwin/Linux: PATH) which I can use to print
> > the full directory path?
>
kiorky wrote:
>
> kiorky a écrit :
>> (gdb)
>> 0x610bc6e2 in __small_vsprintf () from /usr/bin/cygwin1.dll
>> (gdb)
>> 0x610bc6e6 in __small_vsprintf () from /usr/bin/cygwin1.dll
>> (gdb)
>> 0x610bc6e9 in __small_vsprintf () from /usr/bin/cygwin1.dll
>> (gdb)
>> 0x61140ff0 in setlaster...@4 () fr
How do I put cygpath -ma in the command instead of 'PATH'?
Also, is there a way to add a trailer (currently just a header to each line)
Thanks,
Panarchy
On Thu, Dec 10, 2009 at 10:47 AM, Gary Johnson wrote:
> On 2009-12-09, Jeremy Bopp wrote:
>> Chip Panarchy wrote:
>
>> > Then I ran the follo
On 2009-12-10, Chip Panarchy wrote:
> On Thu, Dec 10, 2009 at 10:47 AM, Gary Johnson wrote:
> > On 2009-12-09, Jeremy Bopp wrote:
> >> Chip Panarchy wrote:
> >
> >> > Then I ran the following command from command-prompt;
> >> >
> >> > find2 . -follow -type f | sed -e "s|^\.|PATH|" -e "s|^|File:\t
I have the 5.3.1 distro and also have libxml2 (2.7.4-1). There is one
major obstacle in the "configure" script. Since the xml2 distro does
NOT have a file named "libxml2-configure", it gives up. Where can I
find a copy of this file??? I tried using --with-libxml-dir /bin
without any sucess.
48 matches
Mail list logo
