Excerpt from:
https://cygwin.com/packages/summary/python3-pip.html
depends: python39-pip
obsoleted_by: python36-pip
This makes no sense -- it selects the full python36 installation at every
update attempt, when I want to keep the latest python installation only.
Am I missing something obvious,
asy->new;
> @cmd = qw{cygrunsrv -I name -t manual -p /c/foo.exe -u name};
> $io->spawn(@cmd);
> printf "read: %s\n", $io->read;
> printf "write: %s\n", $io->write("foo\n");
> printf "read: %s\n", $io->read;
> printf "w
Hi,
(All actions here assume an elevated mintty terminal)
I have the need to automate the installation of autossh as a windows
service (=> several dozen autossh services) and when installing as a
local user, the password prompt is an issue.
Is there a way to add windows services with cygrunsrv
I am reproducing here a bug report I filed to gcc's bugzilla against
gcc-7.1.0: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81522 , in
hopes of finding others who observed the same issue or who may have a
solution. The bug only appears on Cygwin and only in c++17 mode with
the old ABI.
-- Irfan
When I try to link a trivial program with -fsanitize=thread, I get the
following:
/usr/lib/gcc/x86_64-pc-cygwin/4.9.2/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -ltsan
Compiling with -fsanitize=thread works. Target is x86_64-pc-cygwin
(TSan supports 64-bit only). gcc version is 4.9.2
Is th
On Wed, Mar 5, 2014 at 3:05 PM, Corinna Vinschen wrote:
> On Mar 5 06:52, Eric Blake wrote:
>> On 03/05/2014 03:45 AM, Irfan Adilovic wrote:
>> > If it is recognized that the executable was compiled against a
>> > different sized struct tm, how would you instruct c
On Tue, Mar 4, 2014 at 9:19 AM, Corinna Vinschen wrote:
> On Mar 3 23:28, Irfan Adilovic wrote:
>> (Please note the date of the quoted emails)
>>
>> On Mon, May 23, 2005 at 07:58:01PM -0700, Yitzchak Scott-Thoennes wrote:
>> > On Mon, May 23, 2005 at 06:34:21P
On Mon, Mar 3, 2014 at 1:47 PM, Kai Tietz wrote:
> Hi,
>
> cygwin64 shares for 64-bit the ABI of Windows native. This is caused
> by different reasons (eg. unwind-table description for prologue, etc).
> So for Windows targets va_list is indeed of 'char *' type. And this
> is ok. The variant of x
(Please note the date of the quoted emails)
On Mon, May 23, 2005 at 07:58:01PM -0700, Yitzchak Scott-Thoennes wrote:
> On Mon, May 23, 2005 at 06:34:21PM +0430, Alireza Ghasemi wrote:
> > Hello,
> > I have downloaded some c++ libraries and tried to download them.But All of
> > them give an error l
On Sun, Mar 2, 2014 at 10:50 PM, Václav Zeman wrote:
> On 03/02/2014 10:45 PM, Irfan Adilovic wrote:
>> On Sun, Mar 2, 2014 at 6:58 PM, Irfan Adilovic wrote:
>>> irfan@irfy:~$ cat x.cc
>>> #include
>>> #include
>>> using namespace std;
>>> v
On Sun, Mar 2, 2014 at 6:58 PM, Irfan Adilovic wrote:
> irfan@irfy:~$ cat x.cc
> #include
> #include
> using namespace std;
> void foo (...){ cout << "varargs\n"; }
> void foo (va_list ap) { cout << "va_list\n"; }
> int main () {
&g
It was the BLODA -- fixed by disabling Avast, thanks a lot...
-- Irfan
On Mon, Dec 23, 2013 at 9:25 PM, Christopher Faylor wrote:
> On Mon, Dec 23, 2013 at 08:09:46PM +0100, Irfan Adilovic wrote:
>>On Mon, Dec 23, 2013 at 5:06 PM, Larry Hall (Cygwin) wrote:
>>> On 12/22/2
On Mon, Dec 23, 2013 at 5:06 PM, Larry Hall (Cygwin) wrote:
> On 12/22/2013 9:09 PM, Irfan Adilovic wrote:
>>
>> Hi,
>>
>> On my 64-bit Cygwin installation, when I start `infocmp.exe` from
>> within mintty, it opens up a new cmd-window (not mintty!), shows
Hi,
On my 64-bit Cygwin installation, when I start `infocmp.exe` from
within mintty, it opens up a new cmd-window (not mintty!), shows
options and immediately closes. However, the infocmp process hangs in
a way that defies killing -- it cannot be killed even from the windows
task manager (first at
14 matches
Mail list logo