Linda Walsh wrote:
I'm 2500 miles from this machine at the moment, so I'm not exactly
sure what you would see in add/remove programs. I suspect your list
is correct, but you'ld also see Virtual Studio (which you probably missed
due to the missing above).
"At the moment?"
From: Tim Beuman Subject: Re: ssh-add cannot connect to authentication
agent
Date: Fri, 18 May 2007 09:11:00 -0700
Haven't been able to nail it down that specific. I ended up modifying
ssh-agent to run as a service under the SYSTEM account rather than as a
background process under the user-acc
Haven't been able to nail it down that specific. I ended up modifying
ssh-agent to run as a service under the SYSTEM account rather than as a
background process under the user-account. It worked fine that way, even
with McAfee but like I said, it required a modification of ssh-agent itself.
Ti
Dave Korn wrote:
> Can you point me at any documentation that says this is a valid thing to do?
> AFAICT that's an internal symbol in the '_' namespace that user code has no
> business messing around with. Cygwin is not a glibc program so telling
> libstdc that it is seems inherently bogus to m
Hi to all,
I create Cygwin Easy, an autorun disk that let you work easily
and quickly with Cygwin environment in a Windows computer without
install anything on your hard disk.
Visit the project site for more infos: http://www.cygwineasy.tk
Here you can find also a video with Cygwin Easy ru
Dave Korn wrote:
> ...
> Can you point me at any documentation that says this is a valid
thing to do?
> AFAICT that's an internal symbol in the '_' namespace that user code
has no
> business messing around with. Cygwin is not a glibc program so
telling
> libstdc that it is seems inherently bogus
On 17 May 2007 21:32, Christian Franke wrote:
> Defining _GLIBCXX_USE_C99 does not work with current Cygwin C++ includes.
>
> Testcase:
>
> #define _GLIBCXX_USE_C99 1 // need std::llabs()
Can you point me at any documentation that says this is a valid thing to do?
AFAICT that's an internal s
Václav Haisman wrote:
>> ...
>>
> Look into the cstdlib header. You will find that llabs(long long) and
> abs(long long) are in the __gnu_cxx namespace there. It is because
long
> long is not C++ standard type.
>
Yes - but abs() and llabs() is also included into std namespace a few
lines lat
Hi,
I am building pidgin using the Build pidgin instructions from
http://developer.pidgin.im/wiki/BuildingWinPidgin using Cygwin
and I got an error during the process..
OS - Windows
Cygwin ---> saved in local D: drive
I also try the process of in the source
The simplest way to compile this pa
Joseph Kowalski wrote:
Linda Walsh wrote:
Hi, I don't claim to know what is going on, but I'm
using a dual-core system and haven't noticed the problems you are having,
but my processors are Intel Dual Core. That shouldn't make a difference
I wouldn't think.
Joseph Kowalski wrote:
1) Window
Christian Franke wrote:
> Defining _GLIBCXX_USE_C99 does not work with current Cygwin C++ includes.
>
> Testcase:
>
> #define _GLIBCXX_USE_C99 1 // need std::llabs()
>
> #include
>
> long long f(long long x)
> {
>return std::llabs(x);
> }
>
>
> Compile fails with:
>
> /usr/lib/gcc/i686-
11 matches
Mail list logo
