$ uname -sr
CYGWIN_NT-6.1 1.7.7(0.230/5/3)
When I run /bin/peflagsall -v with ash, I always get an error in the
end about gzip.exe, as in the verbose output below
/usr/bin/tbl.exe: coff(0x030f) pe(0x8000)
/usr/bin/tfmtodit.exe: coff(0x030f) pe(0x8000)
/usr/bin/troff.exe: coff(0x030f) pe(0x8000)
E
I'm having problems getting the ssh server up and running. I've installed
it on 5 other computers without problems, but on this computer, it just
doesn't work. Perhaps something I don't know about is running in the
background stopping it, but I havn't been able to figure out what. I've
searched
I appreciate the help and pointing in the right direction, but I am not sure
that the Makefile is the issue, as it has been created by someone else and
tested to work fine on Linux.
--
View this message in context:
http://old.nabble.com/Cygwin-%2B-Windows-7-%2B-%28C%2B%2B%29-%2B-GNU-Science-Libr
Andy Koppe wrote:
>On 21 February 2011 13:54, Bengt Larsson wrote:
>- Fixed crash triggered by lots of combining characters on the same
>line.
Thanks. I used to have problems with mintty crashing but I was never
able to isolate anything.
>>>
>>>You're welcome. Are you sure th
There is a very good (and free) network simulator that allows you to
set up dropped packets, delays and much more.
We use it to model crappy coms for some of the stuff we do.
Take a look at: http://info.iet.unipi.it/~luigi/dummynet/
Lynn
--
Problem reports: http://cygwin.com/problems.h
Hi Dilan,
On Tue, Feb 22, 2011 at 4:36 PM, Dilan Shah wrote:
(snip)
> Whenever I try to compile this code in Cygwin it gives the following error:
>
> $ make 8DMonteCarloIntegration
> g++ 8DMonteCarloIntegration.cc -o 8DMonteCarloIntegration
> /cygdrive/c/Users/DEFAUL~1.DIL/AppData/Local/Temp
On Feb 22 02:13, lumumba wrote:
>
> This function causes SIGSEGV when it's called with buf == NULL. Also it
> returns EINVAL with mode != "a".
> It appears it wasn't tested with buf == NULL at all:
> fmemopen.c:309
> if (!buf)
> {
> /* r+/w+/a+, and no buf: file starts empty. */
>
I am running the latest CYGWIN on Windows XP. It fails on any sort of
network related activity (whether it is using a DOS command or a CYGWIN
command). If I reinstall CYGWIN and don't create ETC and Password, I CAN
perform network activities. However, once I configure passwd and group, the
error st
On Feb 22 10:40, Mirko Vukovic wrote:
> On Mon, Feb 21, 2011 at 5:43 AM, Corinna Vinschen wrote:
> > Hi listies,
> >
> >
> > over the weekend I came across a description of a Windows socket problem
> > which might affect some of us. Fortunately I also came across the
> > potential solution.
> >
>
On Mon, Feb 21, 2011 at 5:43 AM, Corinna Vinschen wrote:
> Hi listies,
>
>
> over the weekend I came across a description of a Windows socket problem
> which might affect some of us. Fortunately I also came across the
> potential solution.
>
> My question is, does anybody have a scenario in which
I have a simple piece of C++ code below:
#include
#include
#include "gsl/gsl_rng.h"
#include "cavlib/constants.hh"
using namespace std;
// Random number generator (between 0 and 1)
double random_number()
{
gsl_rng* rng = gsl_rng_alloc( gsl_rng_default );
double random_number = gsl_rng_uni
On Tue, Feb 22, 2011 at 12:06 PM, peter eglemont wrote:
> Where can I find a reference to the cygwin sources, and instructions on how to
> build them for Windows on x64? Is there a helpful wiki for such topics?
For the source
http://cygwin.com/cvs.html
instructions
http://cygwin.com/faq/faq.prog
Where can I find a reference to the cygwin sources, and instructions on how to
build them for Windows on x64? Is there a helpful wiki for such topics?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cy
This function causes SIGSEGV when it's called with buf == NULL. Also it
returns EINVAL with mode != "a".
It appears it wasn't tested with buf == NULL at all:
fmemopen.c:309
if (!buf)
{
/* r+/w+/a+, and no buf: file starts empty. */
c->buf = (char *) (c + 1);
*(char *) buf
On Feb 21 17:07, Ken Brown wrote:
> On 2/21/2011 10:34 AM, Corinna Vinschen wrote:
> >On Feb 21 10:26, Ken Brown wrote:
> >>On 2/21/2011 10:06 AM, Corinna Vinschen wrote:
> >>>As far as this problem goes, it would only occur at the end of a
> >>>connection, when close() is called on the socket on t
15 matches
Mail list logo
