I installed the latest 24.4 pretest version. I didn't do experiments
on v24.3 on cygwin.
$ emacs --version
GNU Emacs 24.3.90.1
Problem reproduced by these steps:
1. "emacs -q --daemon"to open a daemon
2. "emacsclient -c" to open a client
3. "Ctrl+x Ctrl+c"in client window to kill
I have made available a patch for a new "exclude" option for fdupes
1.51 which I feel the Cygwin community, and others, may find useful.
So as not to duplicate the post, please see my post over on the fdupes
site: https://code.google.com/p/fdupes/issues/detail?id=36
Hoping this is found to be a us
On Tue, May 13, 2014 at 06:26:01PM -0500, Steven Penny wrote:
>On Tue, May 13, 2014 at 5:51 PM, Christopher Faylor wrote:
>> I've taken the ball back. We don't need a new maintainer.
>
>You clearly do, as I have shown. You are just choosing not to take one
>on. That is your right of course. Let
Version 1.65-1 of cppcheck has been uploaded, following the upstream release.
cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that
your C/C++ compiler doesn't see. The goal is no false positives.
cppcheck is versatile. You can check non-standard code that includes var
On Tue, May 13, 2014 at 5:51 PM, Christopher Faylor wrote:
> I've taken the ball back. We don't need a new maintainer.
You clearly do, as I have shown. You are just choosing not to take one on. That
is your right of course. Let us continue the status quo.
--
Problem reports: http://cygwin.
On Tue, May 13, 2014 at 03:29:40PM -0400, Christopher Faylor wrote:
>On Tue, May 13, 2014 at 01:00:24PM -0500, Steven Penny wrote:
>>On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
>>>Funny how you're saying "We" as if you are actually contributing
>>>anything other than criticism.
>>
>
On 05/13/2014 03:49 PM, First Last wrote:
> I had trouble when I updated to wget-1.15-1.
>
> I have a cron script that grabs a camera picture using
> wget. It failed with the new wget-1.15-1.
>
> 1) wget stderr has a line:
> Saving to: 'filename'
>
> In wget-1.13.4-1 the delimiter before t
I had trouble when I updated to wget-1.15-1.
I have a cron script that grabs a camera picture using
wget. It failed with the new wget-1.15-1.
1) wget stderr has a line:
Saving to: 'filename'
In wget-1.13.4-1 the delimiter before the filename is a
backtick and after the filename there is a
Ken Brown writeth:
> Please describe the crash in more detail.
> What were you doing when it happened? Did
> the window just disappear, or did you get
> a dialogue box asking if you want to attach
> a debugger? Did you get any messages in the
> terminal that emacs was started from? Is
> t
trators:*:544:544:,S-1-5-32-544:/:/sbin/nologin>
2253178 2646471 [main] id 16856 seterrno_from_win_error:
/home/cygnus/vinschen/mknetrel/src/cygwin-snapshot-20140513-1/winsup/cygwin/sec_auth.cc:244
windows error 1355
187 2646658 [main] id 16856 geterrno_from_win_error: unknown windows
error 1355, s
> On 05/13/2014 01:19 PM, Andrew Schulman wrote:
>
> >
> > AC_CHECK_CURSES calls AC_CHECK_CURSES_COMPILE, which is the step that
> > fails. I've included it below. The key step seems to be that it calls
> > AC_LINK_IFELSE, with the curses libs (-lncursesw) appended to LDFLAGS.
>
> That's a bug
On Tue, May 13, 2014 at 1:36 PM, Chris J. Breisch wrote:
> Of course, if you haven't yet successfully built the version of the package
> you want to maintain, haven't applied the necessary Cygwin patches, and
> haven't gotten it to successfully work on your machine, then it's a bit
> ludicrous to e
On 05/13/2014 01:19 PM, Andrew Schulman wrote:
>
> AC_CHECK_CURSES calls AC_CHECK_CURSES_COMPILE, which is the step that
> fails. I've included it below. The key step seems to be that it calls
> AC_LINK_IFELSE, with the curses libs (-lncursesw) appended to LDFLAGS.
That's a bug in AC_CHECK_CUR
Eric Blake wrote:
On 05/11/2014 10:42 AM, Steven Penny wrote:
Can we get an update? I can create a build if needed.
I haven't relinquished maintainership of this package yet. It's still
on my list of things to build, when I get a moment (although free time
has been a bit sparse as of late with
On Tue, May 13, 2014 at 01:00:24PM -0500, Steven Penny wrote:
>On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
>>Funny how you're saying "We" as if you are actually contributing
>>anything other than criticism.
>
>You want me to contribute? Give me maintenance over one of the
>aforemen
> On 05/13/2014 09:32 AM, Andrew Schulman wrote:
>
> >> autoreconf -f -i?
> >
> > Alas, no.
> >
> > Here's configure.ac, in case that's helpful.
>
> which contains:
>
> # curses
> AC_CHECK_CURSES
> if ! test "x$USE_CURSES" = "xtrue"; then
> AC_MSG_ERROR([Curses not found. You need curses
INITIAL RELEASE FOR CYGWIN
==
libpipeline is a C library for manipulating pipelines of sub-processes
in a flexible and convenient way.
See http://libpipeline.nongnu.org/
Libpipeline is required for man-db. Man-db is an alternative 'man'
package (http://man-db.nongnu.or
On May 13 14:54, Chris J. Breisch wrote:
> I've been working on getting man-db in a state where I can submit a package
> for it. I had been baffled by the failure of one of the tests that was
> dealing with overriding the man_db.conf file, so had been struggling to get
> a version that passes every
On May 13 18:29, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On May 13 17:29, Henry S. Thompson wrote:
> >> Any trivial way I can test that I am actually _getting_ identities
> >> via the new route?
> >
> > Call `id' :)
>
> OK, so that does yield. . .rather different results than it
On 05/13/2014 12:47 PM, Larry Hall (Cygwin) wrote:
>> Of course, if you haven't yet successfully built the version of the
>> package
>> you want to maintain, haven't applied the necessary Cygwin patches, and
>> haven't gotten it to successfully work on your machine, then it's a bit
>> ludicrous to
I've been working on getting man-db in a state where I can submit a
package for it. I had been baffled by the failure of one of the tests
that was dealing with overriding the man_db.conf file, so had been
struggling to get a version that passes everything before I submitted it.
I finally disco
On 05/13/2014 09:32 AM, Andrew Schulman wrote:
>> autoreconf -f -i?
>
> Alas, no.
>
> Here's configure.ac, in case that's helpful.
which contains:
# curses
AC_CHECK_CURSES
if ! test "x$USE_CURSES" = "xtrue"; then
AC_MSG_ERROR([Curses not found. You need curses to compile pinfo])
fi
Bu
On 05/13/2014 02:36 PM, Chris J. Breisch wrote:
Steven Penny wrote:
On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
Funny how you're saying "We" as if you are actually contributing
anything other than criticism.
You want me to contribute? Give me maintenance over one of the aforem
Steven Penny wrote:
On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
Funny how you're saying "We" as if you are actually contributing
anything other than criticism.
You want me to contribute? Give me maintenance over one of the aforementioned
packages. Ball is in your court.
If you
On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
> Funny how you're saying "We" as if you are actually contributing
> anything other than criticism.
You want me to contribute? Give me maintenance over one of the aforementioned
packages. Ball is in your court.
--
Problem reports:
Corinna Vinschen writes:
> On May 13 17:29, Henry S. Thompson wrote:
>> Any trivial way I can test that I am actually _getting_ identities
>> via the new route?
>
> Call `id' :)
OK, so that does yield. . .rather different results than it used to.
Poking around with id compared to the the content
> > On May 13 07:49, Andrew Schulman wrote:
> > > > On May 13 06:55, Andrew Schulman wrote:
> > > > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script
> > > > > halts,
> > > > > claiming "curses is not usable". The command that fails is:
> > > > >
> > > > > gcc -o conftest.exe
On May 13 11:32, Andrew Schulman wrote:
[autoconf.ac]
Hmm, I'm not seeing anything fishy in this file. But I'm not the
exactly the autoconf expert either.
Any autoconf guru available?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer
On May 13 17:29, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On May 13 16:52, Corinna Vinschen wrote:
>
> >> I can reproduce it. This has nothing to with the account stuff, but
> >> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
> >> I encountered lately,
Corinna Vinschen writes:
> On May 13 16:52, Corinna Vinschen wrote:
>> I can reproduce it. This has nothing to with the account stuff, but
>> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
>> I encountered lately, and which I had to workaround. Unfortunately
>> it has
On May 13 16:52, Corinna Vinschen wrote:
> On May 13 12:57, Henry S. Thompson wrote:
> > I then successfully launched mintty, but (since the most important
> > aspect of my 'identity' is my ability to authenticate using Kerberos),
> > the next thing I tried did not work as expected:
> >
> > > kini
> On May 13 07:49, Andrew Schulman wrote:
> > > On May 13 06:55, Andrew Schulman wrote:
> > > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts,
> > > > claiming "curses is not usable". The command that fails is:
> > > >
> > > > gcc -o conftest.exe -g -O2 -I/usr/include
configure.ac
Description: Binary data
On 05/13/2014 07:25 AM, Timothy Madden wrote:
It appears I found my missing shell session settings: the access
rights on the current build and source directories.
The manual build was always run within the user home directory in
cygwin, and cygwin could see the proper access right on all the fil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks for the pointer! :)
On 05/13/2014 04:55 PM, Corinna Vinschen wrote:
> On May 13 16:19, Moritz Warning wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Hi,
>>
>> I try to bind a socket to a multicast address (239.192.202.5).
>> At my place I have installed both versions of Cygwin (i.e. 32-bits and
>> 64-bits) -- of course,
>> in different places. As "some" of you will have the "same" setup, I would
>> like you to confirm
>> the following (UNexpected, to me) result:
>>
>> - I canNOT invoke regedit from 64-bits bash
On Tue, May 13, 2014 at 09:59:03AM -0500, Steven Penny wrote:
>On Tue, May 13, 2014 at 7:46 AM, Peter Rosin wrote:
>>I'd rather have a maintainer that insulates me from \r-issues and says
>>"no" before they hit me, than have a maintainer that don't understand
>>why stripping every \r in sight isn't
On May 13 13:16, sbre...@hotmail.com wrote:
> Hello
>
> Is there any way to make 'syslog' calls log nowhere. The aim is to leave no
> traces of the application run (strange but this is the requirement), so
> neither the syslog daemon will be available ofr logging into file, nor I want
> 'syslog
On Tue, May 13, 2014 at 7:46 AM, Peter Rosin wrote:
> I'd rather have a maintainer
> that insulates me from \r-issues and says "no" before they hit me, than have a
> maintainer that don't understand why stripping every \r in sight isn't such a
> good idea.
We already have a system in place for thi
On May 13 16:19, Moritz Warning wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> I try to bind a socket to a multicast address (239.192.202.5). But it fails
> with an error:
> "Cannot assign requested address"
>
> Is this not supported using Cygwin? I've added a simple tes
On May 13 12:57, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > I'm still interested in testing of the new Cygwin code to have
> > user/group identification without requiring /etc/passwd and /etc/group
> > files.
>
> So I installed the 2014-05-09 x86_64 snapshot, and did nothing else
>
Steven Penny wrote:
These are major packages, not just "user X favorite package". Several people
including myself have offered to update them, only to be met with "Sorry, I am
maintainer not you. I will do it when I get time". It gets old after a while.
Well, if you don't want to wait, and you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I try to bind a socket to a multicast address (239.192.202.5). But it fails
with an error:
"Cannot assign requested address"
Is this not supported using Cygwin? I've added a simple test program in case
someone wants
to verify.
Thanks,
mwarni
Hello!
I have got the problem, that I can‘t read from a serial port without writing at
least one byte to it before.
Another workaround is to use an terminal application (I tried with HTerm) and
connect (and then disconnect again) to the COM port, this seems to fix it for
the next run.
Closing t
On Tue, May 13, 2014 at 07:29:10AM -0500, Steven Penny wrote:
>These are major packages, not just "user X favorite package". Several people
>including myself have offered to update them, only to be met with "Sorry, I am
>maintainer not you. I will do it when I get time". It gets old after a while.
Hello
Is there any way to make 'syslog' calls log nowhere. The aim is to leave no
traces of the application run (strange but this is the requirement), so neither
the syslog daemon will be available ofr logging into file, nor I want 'syslog'
to fall back to the Windows event log.
Is this possib
On 5/13/2014 8:16 AM, Zdzislaw Meglicki wrote:
Well, the crashing problem in emacs-w32 is greatly improved,
yet, the program still crashed on me yesterday, after a good
few days of seamless performance. The emacs-version function
returns:
(emacs-version)
"GNU Emacs 24.3.90.1 (x86_64-unknown-cygw
On 2014-05-13 14:29, Steven Penny wrote:
> On Tue, May 13, 2014 at 12:56 AM, Christopher Faylor wrote:
>> Frankly, please give MSYS2 another try. We'd all appreciate it.
>
> Look at the facts:
>
> coreutils
> newer version released 2 years ago
>
> bash
> newer version released 3 years ago
>
>
On Tue, May 13, 2014 at 12:56 AM, Christopher Faylor wrote:
> Frankly, please give MSYS2 another try. We'd all appreciate it.
Look at the facts:
coreutils
newer version released 2 years ago
bash
newer version released 3 years ago
git
newer version released 2 years ago
These are major packages
Well, the crashing problem in emacs-w32 is greatly improved,
yet, the program still crashed on me yesterday, after a good
few days of seamless performance. The emacs-version function
returns:
(emacs-version)
"GNU Emacs 24.3.90.1 (x86_64-unknown-cygwin)
of 2014-05-03 on Fiona"
Other sys params:
Corinna Vinschen writes:
> I'm still interested in testing of the new Cygwin code to have
> user/group identification without requiring /etc/passwd and /etc/group
> files.
So I installed the 2014-05-09 x86_64 snapshot, and did nothing else
(i.e. left /etc/{passwd,group} alone, didn't create an
/e
On May 13 07:49, Andrew Schulman wrote:
> > On May 13 06:55, Andrew Schulman wrote:
> > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts,
> > > claiming "curses is not usable". The command that fails is:
> > >
> > > gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -
A new version of orpie, 1.5.2-1, is now available in the Cygwin
distribution.
* New upstream release
* First release for x86_64 in Cygwin
* Rebuilt against OCaml 4
Orpie is a fullscreen RPN calculator for the console. Its operation is
similar to that of modern HP calculators, but data entry has
> On May 13 06:55, Andrew Schulman wrote:
> > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts,
> > claiming "curses is not usable". The command that fails is:
> >
> > gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncursesw
> > conftest.c
> >
> > and this fails
Larry Hall (Cygwin cygwin.com> writes:
>
> This suggests to me that one or more packages in your Cygwin installation
> are not up-to-date. If you haven't rebooted since you last ran setup*.exe,
> do so now. If you have rebooted, try rerunning setup*.exe and have it
> reinstall everything. Best
It appears I found my missing shell session settings: the access
rights on the current build and source directories.
The manual build was always run within the user home directory in
cygwin, and cygwin could see the proper access right on all the files
used in the build.
But outside the user home
On May 13 06:55, Andrew Schulman wrote:
> I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts,
> claiming "curses is not usable". The command that fails is:
>
> gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncursesw
> conftest.c
>
> and this fails because the orde
Hi list,
I'm still interested in testing of the new Cygwin code to have
user/group identification without requiring /etc/passwd and /etc/group
files.
This is a pretty big change, and it would be very helpful if as many
users as possible would be willing to give this a test.
Think about it: You
I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts,
claiming "curses is not usable". The command that fails is:
gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncursesw
conftest.c
and this fails because the order of the arguments is wrong. The command
should be
On May 13 13:18, Pavel Fedin wrote:
> Hello! I have updated my Cygwin installation and it is completely unusable.
> First, shell scripts stopped working. I have traced this down to /bin/sh
> executable apparently doing nothing. Running under strace gives this:
> ---cut ---
> $ strace /bin/sh --ve
Hello! I have updated my Cygwin installation and it is completely unusable.
First, shell scripts stopped working. I have traced this down to /bin/sh
executable apparently doing nothing. Running under strace gives this:
---cut ---
$ strace /bin/sh --version
1 1 [main] sh (6756)
*
On May 13 08:54, Tatsuro MATSUOKA wrote:
> --- On Mon, 2014/5/12, Corinna Vinschen wrote:
> > First, are you shure this is running under the snapshot? what does
> > `uname -a' print when called right before the below gdb call?
>
> I have mis-operated. I have copied snapshot cywin1.dll to Cygwin_
62 matches
Mail list logo
