Hi,
Does anyone know where to find a pygtk package that actually works?
If I install pygtk using the cygwin installer and run `import gtk`, it
fails with `ImportError: No module named gtk`. It installed the
site-packages into the python2.4 folder, so I've tried copying this into
the python2.5 fold
Hi,
I set up cygwin on a windows server 2003 platform which itself runs in a
XEN environment (some server with 4 2.6GHz cores and 4GB RAM). There is
no user account except Administrator, so the only user which can do
anything on the pc is the administrator (don't argue if this is a good
thing
On Fri, Jul 24, 2009 at 04:05:11AM +0100, Dave Korn wrote:
>Christopher Faylor wrote:
>>On Fri, Jul 24, 2009 at 02:23:51AM +0100, Dave Korn wrote:
>>>Christopher Faylor wrote:
On Thu, Jul 23, 2009 at 04:35:12PM +, Eric Blake wrote:
>>I really don't like the games this package plays. I'
On Sat, Jul 18, 2009 at 11:25:11AM -0400, Christopher Faylor wrote:
>On Sat, Jul 18, 2009 at 05:16:51AM -0600, Eric Blake wrote:
>>So I see several possibilities:
>>[snip]
>
>My point, which I don't think you addressed in your long explanation, is
>that there doesn't seem to be any "alternate stack
Christopher Faylor wrote:
> On Fri, Jul 24, 2009 at 02:23:51AM +0100, Dave Korn wrote:
>> Christopher Faylor wrote:
>>> On Thu, Jul 23, 2009 at 04:35:12PM +, Eric Blake wrote:
> I really don't like the games this package plays. I'm halfway tempted
> to just make it nonfunctional in Cyg
On Fri, Jul 24, 2009 at 02:23:51AM +0100, Dave Korn wrote:
>Christopher Faylor wrote:
>> On Thu, Jul 23, 2009 at 04:35:12PM +, Eric Blake wrote:
I really don't like the games this package plays. I'm halfway tempted
to just make it nonfunctional in Cygwin.
>>>It works just fine, especia
The following package has been updated for Cygwin 1.7:
(*) cygport: 0.9.8.1-1
This is a brown-bag release to fix git.cygclass after an erroneous
change in 0.9.8.
Yaakov
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce ma
Olivier Lefevre wrote:
>> From your normal bash prompt, type
>> echo $CYGWIN
>>
>> If 'tty' is there [...]
>
> Actually CYGWIN is undefined. Is this as it should be?
Yes, that's certainly best when running a plain win32 app from a Cygwin
shell; you *definitely* don't want 'tty' set.
ch
Christopher Faylor wrote:
> On Thu, Jul 23, 2009 at 04:35:12PM +, Eric Blake wrote:
>>> I really don't like the games this package plays. I'm halfway tempted
>>> to just make it nonfunctional in Cygwin.
>> It works just fine, especially now that it only uses SEH for stack
>> overflow detectio
Corinna Vinschen wrote:
>> The same patch should go into getVolInfo in csih. Patch below.
>
> New patch below.
>
> * cygwin/getVolInfo.c: Check ZwOpenFile status code for
> STATUS_INVALID_PARAMETER and retry top open with FILE_READ_DATA
> access. Simply STATUS_NO_MEDIA_IN_DEV
Reini Urban wrote:
> 2009/7/16 Wolfgang Goetz:
>> cygwin.c:173: error: redefinition of 'wlen'
> Please try the official cygwin/cygwin.c from
> http://github.com/rurban/perl/raw/49c38585884a547ae094a6be3f8a37db3018e48d/cygwin/cygwin.c
1) copying this file right behind the 'rsync' of perl-current.
installed cygwin 1.7
b...@davisrs/c/src654$ cygcheck -c cygwin
Cygwin Package Information
Package VersionStatus
cygwin 1.7.0-51 OK
used cpan to install File::Touch
The install fails from what appears to be an error with this module:
b...@davisrs/c/src654
A recent release of the lftp package came with an incomplete list of
package dependencies. As a result, if you recently installed lftp, it may
be broken for you because you didn't get all of the packages it needs in
order to run.
To see if you're affected by this problem, just run lftp. If it s
On Thu, Jul 23, 2009 at 04:35:12PM +, Eric Blake wrote:
>> I'm still mystified as to how a package which uses automatic variables
>> to deal with a stack overflow situation could claim to be handling stack
>> overflow.
>
>The automatic variables within libsigsegv's SEH handler occupy only a
>bo
> I'm still mystified as to how a package which uses automatic variables
> to deal with a stack overflow situation could claim to be handling stack
> overflow.
It's all in how Windows generates the stack overflow SEH fault. The comments
in libsigsegv/src/handler-win32.c are pretty clear:
/* Sta
From your normal bash prompt, type
echo $CYGWIN
If 'tty' is there [...]
Actually CYGWIN is undefined. Is this as it should be?
-- O.L.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.htm
Have you tried holding down the
shift keys when using the arrow key to recall previous commands?
I tried that suggestion, to no avail.
-- O.L.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.
But your question is how readline is not working, and yet your cygcheck
shows that q is not even using readline (unless it is loading it
dynamically after the fact, as if by dlsym). So you're probably asking
the wrong question.
OK, fair enough. I should have said "readline-like behaviour".
Ha
On Thu, Jul 23, 2009 at 06:18:00AM -0600, Eric Blake wrote:
>According to Reini Urban on 7/22/2009 3:55 PM:
>>I've updated libsigsegv to 2.6-1 and added a shared library in
>>libsigsegv0-2.6-1 I hope this solves the SEH corruption issue a little
>>bit, as discussed at http://cygwin.com/ml/cygwin/20
On Jul 23 15:50, jean-luc malet wrote:
> Hi!
> I've the following code :
> void _Window::Start(void* arg)
> {
> ThreadArgs args;
> args.TheWindow=this;
> args.args=arg;
> int err = pthread_create(&main_thread,NULL,_Start, (void*)&args);
> if (err)
> {
jean-luc malet wrote:
> Hi!
> I've the following code :
> void _Window::Start(void* arg)
> {
> ThreadArgs args;
This allocates a ThreadArgs struct on the stack.
> int err = pthread_create(&main_thread,NULL,_Start, (void*)&args);
This passes a pointer to the ThreadArgs struct
Hi!
I've the following code :
void _Window::Start(void* arg)
{
ThreadArgs args;
args.TheWindow=this;
args.args=arg;
int err = pthread_create(&main_thread,NULL,_Start, (void*)&args);
if (err)
{
throw new Exception(err, "window thread c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Reini Urban on 7/22/2009 3:55 PM:
> I've updated libsigsegv to 2.6-1 and added a shared library in
> libsigsegv0-2.6-1
> I hope this solves the SEH corruption issue a little bit, as discussed
> at http://cygwin.com/ml/cygwin/2009-07/msg006
Hi Michael,
On Thu, Jul 23, 2009 at 10:49, Michael H.<> wrote:
>
>
> Corinna Vinschen-2 wrote:
>>
>> On Jul 16 12:20, Michael H. wrote:
>>> Hello,
>>>
>>> When I am using cygwin 1.5 both the public/private key and the
>>> keyboard authentication with ssh work without problems. On 1.7
>>> keyboard
Corinna Vinschen-2 wrote:
>
> On Jul 16 12:20, Michael H. wrote:
>> Hello,
>>
>> When I am using cygwin 1.5 both the public/private key and the
>> keyboard authentication with ssh work without problems. On 1.7
>> keyboard authentication also works but public/private key
>> authentication produc
On Jul 22 20:54, Corinna Vinschen wrote:
> Hi Chuck,
>
> today I found a filesystem, HGFS, which is sensible against using just
> the READ_CONTROL flag in calls to NtOpenFile. The result is a
> STATUS_INVALID_PARAMETER status code.
>
> However, for access to the filesystem information, the READ_
On Jul 23 10:03, Corinna Vinschen wrote:
> On Jul 22 19:54, Eric Blake wrote:
> > Corinna Vinschen cygwin.com> writes:
> >
> > > > However, for access to the filesystem information, the READ_CONTROL
> > > > isn't necessary. A desired access of 0 is sufficient in every case
> > > > I could lay my
On Jul 16 10:16, Corinna Vinschen wrote:
> On Jul 15 22:29, Steven Hartland wrote:
> >
> > - Original Message - From: "Christopher Faylor"
> >>> Any I missing something or has this functionality just been
> >>> overlooked?
> >>
> >> Overlooked == not implemented.
> >
> > ;-)
> >
> > Somethi
On Jul 22 19:54, Eric Blake wrote:
> Corinna Vinschen cygwin.com> writes:
>
> > > However, for access to the filesystem information, the READ_CONTROL
> > > isn't necessary. A desired access of 0 is sufficient in every case
> > > I could lay my hands on (NTFS, NFS, Samba, FAT32, HGFS).
> > >
> >
Inlined patch adds two new features to cygport (sorry, flash10 vwith
gmail is broken with proxies)
list-pkg or list-readme lists all per package to be included into the README
--fullhelp lists all available commands and options
difforig bin/cygport
diff -u bin/cygport.orig bin/cygport
--- bin/cy
30 matches
Mail list logo
