On 24/04/2014 03:45, Bill Border wrote:
When I first installed Cygwin about 2 years ago, in the setup program I was
able to search for and install the ploticus package.
I just re-downloaded the Cygwin setup program and when I search for ploticus it
is not found.
Was it removed? If so, is ther
Hello
I tried to build wxWidgets-3.0.0 on Cygwin.
For Cygwin x86, the build was successful.
However, on Cygwin x86_64, the build failed at compling a cpp source file
(src/common/appbase.cpp).
./include/wx/filename.h: In static member function 'static wxUniChar
wxFileName::GetPathSeparator(wxPa
On Wed, Apr 23, 2014 at 07:11:02PM +, KARR, DAVID wrote:
>> -Original Message-
>> Of Christopher Faylor
>> Sent: Wednesday, April 23, 2014 11:42 AM
>> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
>>
>> On Wed, Apr 23, 2014 at 05:56:16PM +, KARR, DAVID wrote:
>> >(
When I first installed Cygwin about 2 years ago, in the setup program I was
able to search for and install the ploticus package.
I just re-downloaded the Cygwin setup program and when I search for ploticus it
is not found.
Was it removed? If so, is there a way to add it to my cygwin installati
Ken Brown wrote:
>
> I've rebuilt emacs-24.3 with the gnutls fix. David and Achim (and
> anyone else who's been experiencing these crashes), please try the
> following binary and let me know if it solves the problem:
>
>http://sanibeltranquility.com/cygwin/emacs-w32.exe.xz
>
I had been exp
I run Cygwin on a Windows 8.1 workstation.
I just recently started noticing that the following sequence doesn't work:
$ touch dac.txt
$ chmod 444 dac.txt
$ rm -f dac.txt
The rm -f command gets a permission denied error. This just started
happening recently, and I'm thinking it's because of an
On Wed, Apr 23, 2014 at 10:17 AM, Doug Henderson wrote:
> $ cygcheck -p strings.exe
> Segmentation fault
As a workaround you can use
$ set strings.exe
$ curl "cygwin.com/cgi-bin2/package-grep.cgi?text=1&arch=x86_64&grep=$1"
Or
$ apt-cyg searchall strings.exe
--
Problem reports:
From: Doug Henderson
>
> I am trying to identify the package containing the strings executable.
$ cygcheck -f `which strings`
binutils-2.24.51-2
$
--Ken Nellis
> -Original Message-
> Of Christopher Faylor
> Sent: Wednesday, April 23, 2014 11:42 AM
> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
>
> On Wed, Apr 23, 2014 at 05:56:16PM +, KARR, DAVID wrote:
> >(I really do dislike the spam filter on this list. Failing because o
On Wed, Apr 23, 2014 at 05:48:25PM +0200, qq qq wrote:
>>I applied a patch to CVS.
>Thanks. Although I could not see it in ViewVC -- the page stops
>loading at the "configure" script.
Yeah. It does seem screwed up. One more reason to move to git as soon
as I'm over the flu.
cgf
--
Problem re
On Wed, Apr 23, 2014 at 05:56:16PM +, KARR, DAVID wrote:
>(I really do dislike the spam filter on this list. Failing because of
>"cygwin" at "cygwin.com" in the body is really annoying.)
If you were replying to email rather than forwarding it you wouldn't
have an issue. We don't need to see
> -Original Message-
> Of Ken Brown
> Sent: Wednesday, April 23, 2014 8:46 AM
> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
>
> On 4/23/2014 10:03 AM, KARR, DAVID wrote:
> >> -Original Message-
> >> Of KARR, DAVID
> >> Sent: Monday, April 21, 2014 7:21 PM
> >> Su
On Apr 23 12:47, len...@cs.columbia.edu wrote:
> On Wednesday, April 23 2014, "Corinna Vinschen" wrote to "cygwin at
> cygwin.com" saying:
>
> > Rather than calling GetFileInformationByHandle, try this
> > [...]
> Okay, looks like FileNetworkOpenInformation is succeeding, but returning a
> bad En
On Wednesday, April 23 2014, "Corinna Vinschen" wrote to "cygwin at cygwin.com"
saying:
> Rather than calling GetFileInformationByHandle, try this
>
> #include
>
> [...]
>
> NTSTATUS status;
> IO_STATUS_BLOCK io;
> FILE_NETWORK_OPEN_INFORMATION fnoi;
>
> status = NtQueryInforma
On Apr 23 17:48, qq qq wrote:
> > I applied a patch to CVS.
>
> Thanks. Although I could not see it in ViewVC -- the page stops loading at
> the "configure" script.
>
> Anyhow, I suppose that check_iovec still returns EINVAL for count==0 in any
> read functions: simply returning
> "tot"==0 me
On 04/23/2014 08:53 AM, qq qq wrote:
[your mailer should really be taught to use In-Reply-To correctly; it's
annoying that every message from you starts a new thread]
>> furthermore, cygwin should emulate Linux behavior, even if POSIX
>> doesn't define the behavior.
>
> And which is why I compar
> I applied a patch to CVS.
Thanks. Although I could not see it in ViewVC -- the page stops loading at the
"configure" script.
Anyhow, I suppose that check_iovec still returns EINVAL for count==0 in any
read functions: simply returning
"tot"==0 means EOF in many (if not all) of them.
--
Prob
On 4/23/2014 10:03 AM, KARR, DAVID wrote:
-Original Message-
Of KARR, DAVID
Sent: Monday, April 21, 2014 7:21 PM
Subject: RE: Fatal error from Cygwin emacs-w32 every day or so
*** Security Advisory: This Message Originated Outside of AT&T ***.
Reference http://cso.att.com/EmailSecurity/I
On Apr 23 09:17, Doug Henderson wrote:
> I am trying to identify the package containing the strings executable.
>
> $ uname -a
> CYGWIN_NT-6.1 Rover 1.7.29(0.272/5/3) 2014-04-07 13:46 x86_64 Cygwin
>
> $ cygcheck -p strings.exe
> Segmentation fault
>
> After installing the binutils package (whic
On Apr 23 16:25, qq qq wrote:
> The following code is a simplified app that was used to test-connect
> to local ports 55000+ (none of which were actually listening) and
> received false-positive "connected" results because Cygwin's dup()
> for socket causes SO_ERROR to be lost. Since FD_SETSIZE is
On Apr 23 16:06, qq qq wrote:
> writev() does not accept count 0 but it should
>
> $ cat test.c
> #include
> #include
> #include
> #include
> #include
>
> int main()
> {
> struct iovec vec;
>
> memset(&vec, 0, sizeof(vec));
> if (writev(1, &vec, 0) < 0)
> perror("writev");
> ret
Chris J. Breisch wrote:
Check-0.9.12 seems to work out-of-the-box. Configure with --prefix=/usr.
"make check" on check reports all tests passed, despite what appear to
be some failures. The CHANGELOG says that this version should pass all
tests on Cygwin. I've just subscribed to the mailing lis
I am trying to identify the package containing the strings executable.
$ uname -a
CYGWIN_NT-6.1 Rover 1.7.29(0.272/5/3) 2014-04-07 13:46 x86_64 Cygwin
$ cygcheck -p strings.exe
Segmentation fault
After installing the binutils package (which contains strings.exe) I
still get the segfault. Further
> furthermore, cygwin should emulate Linux behavior, even if POSIX
> doesn't define the behavior.
And which is why I compared Linux vs. Cygwin in my original post ?
> so your argument is flawed - you have triggered undefined behavior.
Same difference:
$ cat test.c
#include
#include
#include
#
Using the link Eric Blake provided, I extract this from the POSIX
specification for writev:
"The iovcnt argument is valid if greater than 0 ..."
So, while the man page is a little off, the response seems
to be correct. You cold argue, and I might agree, that
POSIX should have allowed a 0 and sa
On 04/23/2014 08:06 AM, qq qq wrote:
> writev() does not accept count 0 but it should
POSIX says:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/writev.html
If fildes refers to a regular file and all of the iov_len members in the
array pointed to by iov are 0, writev() shall return 0 a
The following code is a simplified app that was used to test-connect to local
ports 55000+ (none of which were actually listening) and received
false-positive "connected" results because Cygwin's dup()
for socket causes SO_ERROR to be lost. Since FD_SETSIZE is only 64 on Cygwin,
the app uses du
writev() does not accept count 0 but it should
$ cat test.c
#include
#include
#include
#include
#include
int main()
{
struct iovec vec;
memset(&vec, 0, sizeof(vec));
if (writev(1, &vec, 0) < 0)
perror("writev");
return 0;
}
Linux:
$ gcc -Wall test.c
$ ./a.out
Cygwin:
$ gcc -Wa
> -Original Message-
> Of KARR, DAVID
> Sent: Monday, April 21, 2014 7:21 PM
> Subject: RE: Fatal error from Cygwin emacs-w32 every day or so
>
> *** Security Advisory: This Message Originated Outside of AT&T ***.
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
On Apr 22 16:57, len...@cs.columbia.edu wrote:
> On Tuesday, April 22 2014, "Corinna Vinschen" wrote to "cygwin at cygwin.com"
> saying:
> > On Apr 21 14:46, lennox at cs.columbia.edu wrote:
> > > [...]
> > > This is using Posix APIs -- open() / write() -- not C APIs, fopen() /
> > > fwrite(), so
30 matches
Mail list logo
