On 04/10/2009 22:19, Jon TURNEY wrote:
On 03/10/2009 16:04, Ken Brown wrote:
On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote:
The following patch has been REVERTED in this release:
* Use bash login shell to execute the commands started from the tray
menu: This could cause lengthly delays in
On 10/8/2009 5:25 PM, Jon TURNEY wrote:
On 04/10/2009 22:19, Jon TURNEY wrote:
On 03/10/2009 16:04, Ken Brown wrote:
On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote:
The following patch has been REVERTED in this release:
* Use bash login shell to execute the commands started from the tray
On 08/10/2009 16:47, Ken Brown wrote:
I still think you should consider using 'xterm -ls' in system.XWinrc,
because I think most users are going to want to see their usual prompt
when they start an xterm.
The FD.o menu entry also launches without -ls, so that is clearly the
default behaviour.
On Oct 7 17:41, Charles Wilson wrote:
Ping?
Ping on newlib would be better...
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 10/8/2009 3:24 PM:
I think we need to implement a companion to systime(), which returns the
system
time without any truncation, so that the function
clock_gettime(CLOCK_REALTIME)
can report time with
On Thu, Oct 08, 2009 at 09:23:38PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 10/8/2009 3:24 PM:
I think we need to implement a companion to systime(), which returns the
system
time without any truncation, so that the function
On Thu, Oct 8, 2009 at 12:19 AM, Pedro Izecksohn wrote:
Larry Hall wrote:
I, Pedro Izecksohn, wrote:
The default behavior is not always the same. I also got:
ferror (stdin):
and
ferror (stdin): Interrupted system call
and the expected behavior of just the exit code 130.
Try Cygwin
cygwin-ow...@cygwin.com wrote on 08.10.2009 05:02:21:
I think Cygwin should support -municode option.
The following patches I made might be incorrect and/or incomplete.
diff -u -N -r cygwin-1.7.0-62-old/winsup/mingw/conuni.c
cygwin-1.7.0-62/winsup/mingw/conuni.c
---
Robert Pendell shi...@... wrote:
I was unable to reproduce this bug on 1.7. Compiled using GCC 4.3.4
on 1.7.0-62. Gave exit code 130 every time. I used your test case to
do the test.
May be I did not express myself well:
When ctrl c is pressed, it always give exit code 130. The
I, Pedro Izecksohn pedro.izecks...@... wrote:
Robert Pendell shi...@... wrote:
I was unable to reproduce this bug on 1.7. Compiled using GCC 4.3.4
on 1.7.0-62. Gave exit code 130 every time. I used your test case to
do the test.
May be I did not express myself well:
When ctrl c is
Vin Shelton writes:
XEmacs people - here is the line of code implicated in the crash:
switch (XCHARSET_REP_BYTES (charset))
Can you do a pobj on charset in the debugger and find out what it
actually is?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Thu, 08 Oct 2009 00:49:45 -0400
Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote:
On 10/08/2009 12:25 AM, Ken Jackson wrote:
It would be great to have a command-line package management tool.
For example, if yum were ported to Cygwin, for the case you cite,
you could do this:
On Thu, Oct 8, 2009 at 6:40 PM, Ken Jackson cyg...@jackson.io wrote:
On Thu, 08 Oct 2009 00:49:45 -0400
Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote:
On 10/08/2009 12:25 AM, Ken Jackson wrote:
It would be great to have a command-line package management tool.
For example, if
On Oct 8 05:53, Pedro Izecksohn wrote:
I, Pedro Izecksohn pedro.izecks...@... wrote:
Robert Pendell shi...@... wrote:
I was unable to reproduce this bug on 1.7. Compiled using GCC 4.3.4
on 1.7.0-62. Gave exit code 130 every time. I used your test case to
do the test.
May be I
I'm getting some weird crashes with threads. When a thread exits, I'm
getting a SEGV in _cygtls::remove. That is, when the thread function
returns, it ends up in cygtls::call2 (e.g. at B, below). Oddly, if I
set a break point at A, it is never hit...
void
_cygtls::call2 (DWORD (*func) (void *,
Ken Jackson wrote:
I agree. And even for simple operations I find it a bother to have to
start up a gui to install a package or check for updates.
It would be great to have a command-line package management tool. For
example, if yum were ported to Cygwin, for the case you cite, you could
do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been trying to use lutimes and utimensat(,AT_SYMLINK_NOFOLLOW) to
play with symlink timestamps. mtime can be modified just fine, but atime
changes are lost the moment you lstat() the symlink again (probably
because path.cc opens the symlink file
On Oct 8 06:06, Eric Blake wrote:
I've been trying to use lutimes and utimensat(,AT_SYMLINK_NOFOLLOW) to
play with symlink timestamps. mtime can be modified just fine, but atime
changes are lost the moment you lstat() the symlink again (probably
because path.cc opens the symlink file during
On Thu, Oct 08, 2009 at 05:53:47AM -0300, Pedro Izecksohn wrote:
I, Pedro Izecksohn pedro.izecks...@... wrote:
Robert Pendell shi...@... wrote:
I was unable to reproduce this bug on 1.7. ??Compiled using GCC 4.3.4
on 1.7.0-62. ??Gave exit code 130 every time. ??I used your test case to
do the
On Thu, Oct 08, 2009 at 06:40:34AM -0400, Ken Jackson wrote:
On Thu, 08 Oct 2009 00:49:45 -0400
Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote:
On 10/08/2009 12:25 AM, Ken Jackson wrote:
It would be great to have a command-line package management tool.
For example, if yum were
Hi, can anyone help? Thanks in advance.
On Wed, Oct 7, 2009 at 1:44 PM, Steven Woody narkewo...@gmail.com wrote:
Hi,
I removed cygwin1.5 on both of my two computers, one is a laptop and
another is a desktop, they are all Windows XP. I then installed
cygwin 1.7 for them, the result is
On Thu, Oct 08, 2009 at 07:18:49AM -0400, Charles Wilson wrote:
I'm getting some weird crashes with threads. When a thread exits, I'm
getting a SEGV in _cygtls::remove. That is, when the thread function
returns, it ends up in cygtls::call2 (e.g. at B, below). Oddly, if I
set a break point at A,
--- Lun 5/10/09, Angelo Graziosi ha scritto:
Marco Atzeri ha scritto:
Hi Angelo,
it is a change of behavior implemented by
upper stream developer 2 years ago
http://article.gmane.org/gmane.comp.video.graphicsmagick.help/857
so it is not my fault and you are the first to notice
Charles Wilson wrote:
I have an idea why this is happening: I'm managing these threads
manually using the windows API calls: CreateThread, WaitForSingleObject,
SetEvent, etc. They are NOT actually started by cygwin's thread
launching facilities (e.g. pthread).
Then you are doomed.
Corinna Vinschen corinna-cygwin at cygwin.com writes:
I'm not aware that Windows supports a file open flag similar to the
O_NOATIME flag. That would require to store and restore the atime every
time a symlink is read, and we must read the symlink content to fetch the
correct filesize.
OK,
On Thu, Oct 8, 2009 at 5:13 AM, Stephen J. Turnbull step...@xemacs.org wrote:
Vin Shelton writes:
XEmacs people - here is the line of code implicated in the crash:
switch (XCHARSET_REP_BYTES (charset))
Can you do a pobj on charset in the debugger and find out what it
On Thu, Oct 08, 2009 at 09:43:32AM -0400, Christopher Faylor wrote:
On Thu, Oct 08, 2009 at 05:53:47AM -0300, Pedro Izecksohn wrote:
I, Pedro Izecksohn pedro.izecks...@... wrote:
Robert Pendell shi...@... wrote:
I was unable to reproduce this bug on 1.7. ??Compiled using GCC 4.3.4
on 1.7.0-62.
Marco Atzeri ha scritto:
--- Lun 5/10/09, Angelo Graziosi ha scritto:
Marco Atzeri ha scritto:
Hi Angelo,
it is a change of behavior implemented by
upper stream developer 2 years ago
http://article.gmane.org/gmane.comp.video.graphicsmagick.help/857
so it is not my fault and you are the
On Thu, Oct 08, 2009 at 09:48:22AM -0400, Christopher Faylor wrote:
Uh, yeah. If you are not using Cygwin methods to start threads then it
is entirely likely that there will be problems, just like if you use
non-Cygwin methods to do I/O.
OTOH, it is supposed to sort of work. That's what the
Is there some sort of Cygwin command that -
1. Closes all Mintty windows
2. Unloads services - such as cron
3. Exits X server
in short, gets rid of all Cygwin processes so I can update restart
without having to do all this myself.
--
Problem reports:
Christopher Faylor wrote:
On Thu, Oct 08, 2009 at 07:18:49AM -0400, Charles Wilson wrote:
is it possible that cygwin
is overzealously inserting the _cygtls::call2() function into the return
frame stack? Does cygwin manipulate the TIB, even for threads created
by direct calls to CreateThread?
On Thu, Oct 08, 2009 at 12:18:35PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
This is coming up because any tcl app that I've built -- including
insight -- always dies on exit, as tcl is shutting down its various
utility threads.
So why isn't this a problem with the current version of
On Thu, Oct 8, 2009 at 9:46 PM, Christopher Faylor
cgf-use-the-mailinglist-ple...@cygwin.com wrote:
On Thu, Oct 08, 2009 at 06:40:34AM -0400, Ken Jackson wrote:
On Thu, 08 Oct 2009 00:49:45 -0400
Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote:
On 10/08/2009 12:25 AM, Ken Jackson
From: news
Subject: Many Cygwin (mintty) windows - How to close all?
Date: Thu, 8 Oct 2009 11:05:16 -0500
Is there some sort of Cygwin command that -
1. Closes all Mintty windows
2. Unloads services - such as cron
3. Exits X server
in short, gets rid of all Cygwin processes so I can
Christopher Faylor wrote:
The version of insight that I built works fine for me on Windows XP SP3.
I just tried the sigint problem test case with it and it worked as
expected.
OK. One more try: here's an actual STC. It works as expected if compiled
using:
1) gcc-3 -mno-cygwin -o thread_test
On Thu, Oct 08, 2009 at 01:37:34PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
The version of insight that I built works fine for me on Windows XP SP3.
I just tried the sigint problem test case with it and it worked as
expected.
OK. One more try: here's an actual STC. It works as
Christopher Faylor wrote:
On Thu, Oct 08, 2009 at 01:37:34PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
The version of insight that I built works fine for me on Windows XP SP3.
I just tried the sigint problem test case with it and it worked as
expected.
OK. One more try: here's
Is there some sort of Cygwin command that -
1. Closes all Mintty windows
2. Unloads services - such as cron
3. Exits X server
in short, gets rid of all Cygwin processes so I can update restart
without having to do all this myself.
I use the attached script (run it elevated on Vista and
On Thu, Oct 08, 2009 at 02:10:28PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
On Thu, Oct 08, 2009 at 01:37:34PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
The version of insight that I built works fine for me on Windows XP SP3.
I just tried the sigint problem test case
Vin Shelton writes:
(gdb) pobj charset
Cannot access memory at address 0x4
Urk. That's unexpected. You might want to try going up the stack to
frame 1 and trying that. If that's not more sensible, what does print
charset say?
Diving into the stack
#9 0x0056d4d7 in qxe_realpath
The existing cygwin gdb/insight 6.8-2 package has the following change:
2007-11-30 Pedro Alves ...
* i386-tdep.c (struct i386_frame_cache): Rename saved_sp to
prev_frame_sp. Add saved_sp_regnum field.
(i386_alloc_frame_cache): Update.
On Thu, Oct 08, 2009 at 02:53:57PM -0400, Charles Wilson wrote:
The existing cygwin gdb/insight 6.8-2 package has the following change:
2007-11-30 Pedro Alves ...
* i386-tdep.c (struct i386_frame_cache): Rename saved_sp to
prev_frame_sp. Add saved_sp_regnum field.
Charles Wilson wrote:
(patch vs. regular gdb-6.8 attached).
Oops.
diff -urN old/insight-6.8/gdb/i386-tdep.c new/insight-6.8/gdb/i386-tdep.c
--- old/insight-6.8/gdb/i386-tdep.c 2008-03-04 14:49:39.0 -0500
+++ new/insight-6.8/gdb/i386-tdep.c 2008-03-22 18:24:36.0 -0400
@@ -296,6
Christopher Faylor wrote:
Use the insight mailing list, Luke. Keith Seitz is a friend and he does
not hate Cygwin.
Since it was detailed in gdb/ChangeLog.Cygwin I figured it was
appropriate here. But...
http://www.cygwin.com/ml/cygwin-announce/2008-04/msg00011.html
Unlike most cygwin
The gnulib test for utimensat found a bug in utimensat: it truncates time too
much, and has the result of making time appear to flow backwards.
This sample code sequence shows the problem (when run at speed; of course
single stepping this introduces delays and masks the problem):
close (creat
On 10/08/2009 01:13 PM, Steven Woody wrote:
But I think even not involve in any new design or a new command line
option, the current GUI still have a place to improve. To me, the
big problem is, when I can not change a package's state directly into
'uninstall' without going through other
On Thu, Oct 08, 2009 at 02:53:57PM -0400, Charles Wilson wrote:
The existing cygwin gdb/insight 6.8-2 package has the following change:
2007-11-30 Pedro Alves ...
* i386-tdep.c (struct i386_frame_cache): Rename saved_sp to
prev_frame_sp. Add saved_sp_regnum field.
On Thu, Oct 08, 2009 at 08:27:42PM +, Eric Blake wrote:
The gnulib test for utimensat found a bug in utimensat: it truncates time too
much, and has the result of making time appear to flow backwards.
This sample code sequence shows the problem (when run at speed; of course
single stepping
On Thu, Oct 08, 2009 at 05:23:11PM -0400, Christopher Faylor wrote:
I'm wondering if it would just be best for me to continue in this vein.
this vein == continue to maintain insight and gdb.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Thu, Oct 08, 2009 at 05:25:20PM -0400, Christopher Faylor wrote:
On Thu, Oct 08, 2009 at 05:23:11PM -0400, Christopher Faylor wrote:
I'm wondering if it would just be best for me to continue in this vein.
this vein == continue to maintain insight and gdb.
But before I do that I'm getting a
Christopher Faylor wrote:
It's on my todo list to get rid of the GUI pop-up from setup.exe when
-P is used. I know that won't make it like rpm/yum/apt/dpkg/emerge.
Not to put too fine a point on it but ... if I ever want to uninstall
a package (rarely) here's what I do:
1. Rename my current
On Fri, Oct 9, 2009 at 6:35 AM, Ralph Hempel rhem...@bmts.com wrote:
Christopher Faylor wrote:
It's on my todo list to get rid of the GUI pop-up from setup.exe when
-P is used. I know that won't make it like rpm/yum/apt/dpkg/emerge.
Not to put too fine a point on it but ... if I ever want
Steven Woody wrote:
so, to uninstall 1 package, what you did is actually download the
other 99 packages?
No, I have a local download directory that I keep current.
To be precise, I installed the other packages from my local download
directory. No additional internet bandwidth was harmed
Stephen -
Thanks again for taking this up.
On Thu, Oct 8, 2009 at 2:36 PM, Stephen J. Turnbull step...@xemacs.org wrote:
Vin Shelton writes:
(gdb) pobj charset
Cannot access memory at address 0x4
Urk. That's unexpected. You might want to try going up the stack to
frame 1 and trying
2009/10/9 Vin Shelton:
#9 0x0056d4d7 in qxe_realpath (path=0x22248c ,
resolved_path=0x22651c
c:/cygwin/tmp/s360339.aoa/\201Ð\201Ð\201Ð\201Ð02ABFx,
links_only=0) at
#8 0x0056cd68 in readlink_or_correct_case (name=value optimized out,
buf=0x21e464
55 matches
Mail list logo
