No display of applications run remotely on desktop.

I have a PC using WinXP, having Cygwin installed. The purpose is to remote login in to this machine from a server, so as to run an application. The problem is, the application is successfully run using remote login(ssh) but there is no display of the app in the PC. I have reinstalled cygwin, bu

Re: No display of applications run remotely on desktop.

dceite wrote: I have a PC using WinXP, having Cygwin installed. The purpose is to remote login in to this machine from a server, so as to run an application. The problem is, the application is successfully run using remote login(ssh) but there is no display of the app in the PC. I have reinsta

why is pthread_key_create failing?

Hi, In the test program below, pthread_key_create is failing with return value EBUSY with no good reason. The explanation in http://www.mail-archive.com/cygwin%40cygwin.com/msg49835.html does not apply since I'm not calling pthread_key_create on an existing key's address, but a destroyed key's add

cron problems

I want to use cron on my laptop to run backup jobs to a network disk regularly. Therefore, I first used crontab: crontab myCrontabFile and then used cron-config to start the cron daemon. I no longer remember the exact questions, but there are some issues. 1. cron-config asked about my password,

Re: why is pthread_key_create failing?

On Nov 6 15:12, Bruno Haible wrote: > Hi, > > In the test program below, pthread_key_create is failing with return value > EBUSY with no good reason. > [...] > The Cygwin version that I'm using is: > $ grep VERSION /usr/include/cygwin/version.h | head -2 > #define CYGWIN_VERSION_DLL_MAJOR 1005 >

Re: cron problems

- Original Message - From: "Helge Stenström" <> To: Sent: Tuesday, November 06, 2007 9:48 AM Subject: cron problems | I no longer remember the exact questions, but there are some issues. Yes, there always are issues but I am not sure why. | 1. cron-config asked about my password, and

Re: why is pthread_key_create failing?

On Nov 6 16:30, Corinna Vinschen wrote: > On Nov 6 15:12, Bruno Haible wrote: > > Hi, > > > > In the test program below, pthread_key_create is failing with return value > > EBUSY with no good reason. > > [...] > > The Cygwin version that I'm using is: > > $ grep VERSION /usr/include/cygwin/versi

Re: why is pthread_key_create failing?

Hi, Corinna Vinschen, le Tue 06 Nov 2007 16:45:50 +0100, a écrit : > Heh, I just re-read the whole discussion at > http://www.mail-archive.com/cygwin%40cygwin.com/msg49835.html again, > and it's interesting how the point of view changes with another > testcase. Pity. Returning EBUSY really looke

Re: Wish Setup would accept my Perl

Michael Kairys wrote: I've been using ActiveState Perl and Cygwin together for years and have only one complaint: Setup keeps hassling me about dependencies and I have to make sure always to uncheck Perl in the setu list (and again in the dependency check) or I end up with two Perl installatio

Re: Wish Setup would accept my Perl

On 11/6/07, Andrew DeFaria <[EMAIL PROTECTED]> wrote: > > Would you similarly complain that you already have del and dir and not > want rm and ls? > > Personally I dislike ActiveState Perl. Things like setsid just don't > work and signal handling is not reliable (that may be better). Plus > things

RE: Wish Setup would accept my Perl

On 06 November 2007 16:21, Brian Mathis wrote: > I must say with respect that if there are problems porting from > Activestate to linux/unix, that's a problem with the programmer who > wrote the code, not Perl. There's no reason that code that's general > in nature would not be portable. Doe

reg.exe vs. regtool behaviour

Hi, I have a quick question about queries on the registry, "reg.exe" and regtool don't return the same format for the same value (respectively hexadecimal and decimal): reg query "HKLM\SOFTWARE\Intel\LANDesk\VirusProtect6\CurrentVersion" /v "ProductVersion" Returns: "ProductVersion REG_DWO

Re: Wish Setup would accept my Perl

On 11/6/07, Dave Korn <> wrote: > On 06 November 2007 16:21, Brian Mathis wrote: > > > I must say with respect that if there are problems porting from > > Activestate to linux/unix, that's a problem with the programmer who > > wrote the code, not Perl. There's no reason that code that's general >

RE: Wish Setup would accept my Perl

On 06 November 2007 17:08, DePriest, Jason R. wrote: > So, to help the OP's: use your perl installation as it was intended. Actually, in order also to help the OP: If all you really want is setup.exe to shut up and never ever ever bother you again about cygwin perl - with all the risks that

ssh broken?

Hi list, since a few days, my Cygwin ssh is broken. On the other hand, I run sshd as a service, that works just fine. But the problem with my ssh: $ ssh -vv mercury.cs.vu.nl OpenSSH_4.7p1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh_config debug1: Applying o

Fw: Customize setup program.

On Mon, 05 Nov 2007 11:07:50 +, "João Pedro Oliveira" <[EMAIL PROTECTED]> said: > Is it possible to call the setup program in quiet mode (or not quiet) > and pass to the setup the packages we want to install? I would not like > the user "lost" in all the steps of the cygwin setup...

Re: why is pthread_key_create failing?

Dear Corinna, Thank you for the rapid answer. > The pthread_key_create function checks the incoming pthread_key_t pointer > for being a valid object already and,if so, bails out with EBUSY. The POSIX specification of this function [1] mentions that some value shall be stored in *KEY but does not

RE: Customize setup program. Autoinstall

Because I keep seeing this, and because at least once a year I have to fight through the disparate and confusing documentations and various mail logs. Here is how I use setup for unattended FULL and custom installs, with examples: The key command you are looking for looks something like this:

Re: 1.5.24 -2 cygwin python 2.5.1 problem, "import sqlite3" fail

Jason Tishler wrote: > On Mon, Nov 05, 2007 at 08:06:37PM -, Thorsten Kampe wrote: >> * Jason Tishler (Mon, 05 Nov 2007 11:19:13 -0500) >>> [snip] >>> AFAICT, Python's _sqlite3 extension module is dependent on SQLite >>> which is not part of the standard Cygwin >>> dist