On Aug 9 23:21, Charles Wilson wrote:
On 8/9/2011 8:19 AM, Corinna Vinschen wrote:
Hi Chuck,
here's the change to peflags which allows to change the stack size and
other stuff.
Cool, thanks.
Here's the patch. Builds and works fine on Cygwin and x86_64-mingw64.
Needs one small
On 8/9/2011 1:25 AM, Corinna Vinschen wrote:
Erm... say that again? Here's where you're losing me. I don't even
know how to make the stroke thicker unless it would be a big, square
block.
Elaborating on steps I gave a few messages up the thread:
- enlarge the canvas to make room (Image
Updated upstream package.
wget -e robots=off --cut-dirs=2 -np -nH -A'*1.7.4-1*' -r \
http://etr-usa.com/cygwin/doxygen/
Leave current as prev.
On Aug 10 02:47, Warren Young wrote:
On 8/9/2011 1:25 AM, Corinna Vinschen wrote:
Erm... say that again? Here's where you're losing me. I don't even
know how to make the stroke thicker unless it would be a big, square
block.
Elaborating on steps I gave a few messages up the thread:
-
On Aug 10 02:47, Warren Young wrote:
http://etr-usa.com/cygwin/logo/terminal-with-c-aa-32.png
That's http://etr-usa.com/cygwin/mintty-icon/terminal-with-c-aa-32.png btw.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
On Aug 10 03:06, Warren Young wrote:
Updated upstream package.
wget -e robots=off --cut-dirs=2 -np -nH -A'*1.7.4-1*' -r \
http://etr-usa.com/cygwin/doxygen/
Leave current as prev.
Done.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
On Aug 10 12:07, Corinna Vinschen wrote:
On Aug 10 02:47, Warren Young wrote:
On 8/9/2011 1:25 AM, Corinna Vinschen wrote:
Erm... say that again? Here's where you're losing me. I don't even
know how to make the stroke thicker unless it would be a big, square
block.
Elaborating
On 8/10/2011 4:23 AM, Corinna Vinschen wrote:
On Aug 10 12:07, Corinna Vinschen wrote:
That looks excellent, IMHO. Can I just grab it for the official 32x32
terminal icon? There's no reason I should duplicate the work, right? ;)
Thanks. I jumped into this icon project to contribute, so,
mpfr-3.0.1-1 is available for upload. This is a new upstream major
release.
The cygwin patch for library version has been removed. This release
uses the upstream version number libmpfr4
=
On Aug 11 00:23, David.Billinghurst wrote:
mpfr-3.0.1-1 is available for upload. This is a new upstream major
release.
The cygwin patch for library version has been removed. This release
uses the upstream version number libmpfr4
=
On Aug 10 18:50, Corinna Vinschen wrote:
On Aug 11 00:23, David.Billinghurst wrote:
mpfr-3.0.1-1 is available for upload. This is a new upstream major
release.
The cygwin patch for library version has been removed. This release
uses the upstream version number libmpfr4
On 8/10/2011 4:12 AM, Corinna Vinschen wrote:
In that case I prefer to use the offsetof macro on all hosts. That's
much simpler, right?
Sure, that's fine.
That's right, it just looks a bit convoluted. Maybe the logic when to
print something in peflags might need some revamping.
Yeah,
On 08/08/2011 17:49, Howard Feil wrote:
The OS of the target machines was CENTOS 5.5 and 5.4
[root@MQWKS4 ~]# ssh -V
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
[logs snipped]
Thanks very much for the information. I am now able to reproduce this issue.
This appears to be a change in
On 09/08/2011 00:17, Paul Maier wrote:
1. Tilde sign
-
Tilde sign (~) should be a normal (not a blind) key.
In Windows I hit AltGr++ to get ~, in XWin I need to type AltGr++ then
space to
get a ~.
See attachment for the initial XWin xmodmap -pke table.
Possible
On 09/08/2011 00:39, Linda Walsh wrote:
Regarding a stack traceback -- I dont' see where the Xserver has produced
a corefile to run gdb on (???). Does it produce one?
No.
---
Oh. I try to config most of my apps to generate core dumps so I can
get tracebacks of the actual problem that occurred
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-08-10 13:13:10
Modified files:
winsup/cygwin : ChangeLog fhandler_process.cc ntdll.h
Log message:
* fhandler_process.cc (format_process_status): Always print process name
even for
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-08-10 19:52:41
Modified files:
winsup/utils : ChangeLog ps.cc
Log message:
* ps.cc (main): Don't overwrite process name, just attach defunct
to it for zombie processes.
Patches:
Christopher Faylor writes:
On Wed, Aug 10, 2011 at 04:51:32AM +, Heiko Elger wrote:
Hello,
I know there are lots of such postings Resource temporarily unavailable.
But using lates snapshot (2011-08-03): there are changes by C. Faylor
printing
cause of fork failure.
I can see I'm
On 10/08/2011 7:04 AM, Heiko Elger wrote:
Christopher Faylor writes:
On Wed, Aug 10, 2011 at 04:51:32AM +, Heiko Elger wrote:
Hello,
I know there are lots of such postings Resource temporarily unavailable.
But using lates snapshot (2011-08-03): there are changes by C. Faylor printing
Heiko Elger writes:
Christopher Faylor writes:
On Wed, Aug 10, 2011 at 04:51:32AM +, Heiko Elger wrote:
Hello,
I know there are lots of such postings Resource temporarily unavailable
But using lates snapshot (2011-08-03): there are changes by C. Faylor
printing
cause of
Ryan Johnson writes:
Did you reboot? Windows won't notice the changes made by peflagsall
until you do so.
yes
Also, you never mentioned what you are making. Are you, by chance
building an app which builds helper binaries and/or lots of shared
libraries? Apps such as emacs, gcc, and
On Aug 9 22:33, Ken Brown wrote:
On 8/9/2011 2:21 PM, Ken Brown wrote:
BTW, I don't necessarily have to use the malloc that comes with
emacs. I just verified that I can build emacs so that it uses
Cygwin's malloc. I haven't done any testing yet to make sure there
are no glitches, but I
On 10/08/2011 7:16 AM, Heiko Elger wrote:
Ryan Johnson writes:
Did you reboot? Windows won't notice the changes made by peflagsall
until you do so.
yes
Also, you never mentioned what you are making. Are you, by chance
building an app which builds helper binaries and/or lots of shared
Am 08.08.2011 15:40, schrieb Eric Blake:
On 08/07/2011 07:20 PM, Sven Köhler wrote:
pathconvert() {
echo $1
}
(There's one issue here: I would like to write echo -- $1, but echo
doesn't understand --. Bummer.)
echo _cannot_ be used to portably echo arbitrary strings. For that, you
On 8/10/2011 12:58 AM, Heiko Elger wrote:
Hello,
cause of colon problems we have to use old make version 3.80 in cygwin 1.7.x.
The binary make.exe is a copy of cygwin 1.5.x installation.
Is it correct to use this version within cygwin 1.7.x?
Or do I have to rebuild the binary?
At the moment
On 8/9/2011 10:39 PM, Ryan Johnson wrote:
On 09/08/2011 10:33 PM, Ken Brown wrote:
I submitted a bug report and may or may not get a useful response.
While waiting, I'd like to keep trying to figure out what the right
fix is. Unless the dumping mechanism (unexec) is completely revamped,
we
Achim Gratz strom...@nexgo.de writes:
In other words, opening the pipe is non-blocking, even though no
listener is present. Listing /proc/self/fd lists fd 6 as opened to FIFO
/tmp/pipe, but any output to it blocks indefinitely. I believe that the
FIFO has in fact never been opened as far as
On 8/10/2011 7:47 AM, Corinna Vinschen wrote:
On Aug 9 22:33, Ken Brown wrote:
On 8/9/2011 2:21 PM, Ken Brown wrote:
BTW, I don't necessarily have to use the malloc that comes with
emacs. I just verified that I can build emacs so that it uses
Cygwin's malloc. I haven't done any testing yet to
On 8/10/2011 11:28 AM, Ken Brown wrote:
Would it be possible to accomplish the same goal without using bss_sbrk and the
static heap? In
other words, can one save the information on the Cygwin heap as part of
emacs.exe, so that when
emacs is run the heap gets restored? I know virtually nothing
On 8/8/2011 12:30 PM, Alexey Luchko wrote:
Today I tried login to sshd running as windows service. ssh client told:
user@localhost's password:
Last login: Mon Aug 8 19:21:03 2011 from ::1
/bin/bash: Permission denied
Connection to localhost closed.
However, /bin/bash exists and the user is
PACKAGE DESCRIPTION
===
Homepage: http://doxygen.org/
License : GNU GPL
Doxygen is a program source code documentation system for C++, C, Java,
Objective-C, Python, IDL, Fortran, VHDL, PHP, C#, and D.
NOTABLE CHANGES SINCE LAST RELEASE
==
-
We are porting code from Linux that is attempting to determine whether a
regular expression has been properly regcomp'd and not freed. The code from
Linux is looking into the buffer inside regex_t. On Cygwin, the buffer (not
the same field name) is hidden inside re_guts which has a comment
You could also use a patched make 3.81 compiled for Cygwin 1.7.
http://sites.rwalker.com/cygwin/
-Rob
On 8/9/11 9:58 PM, Heiko Elger wrote:
Hello,
cause of colon problems we have to use old make version 3.80 in cygwin 1.7.x.
The binary make.exe is a copy of cygwin 1.5.x installation.
Is
What is the exact line I should put in /etc/fstab to get C:\ mounted to
/c on Windows 7?
How do I edit the documentation to put this line as the very first line
in that section for /etc/fstab?
I really do not care about all the crap I have to read there, I just
want the frikken line to
The logs specify:
/var/empty must be owned by root and not group or world-writable.
I've tried changing permissions, and also looking on the forums for
this {http://cygwin.com/ml/cygwin/2008-02/msg00429.html} I still can't
figure it out. Let me know, thanks!
On Tue, Aug 9, 2011 at 10:27 PM,
http://cygwin.com/ml/cygwin/2008-02/msg00429.html (ignore the {})
On Wed, Aug 10, 2011 at 3:59 PM, Gary gary.mphe...@gmail.com wrote:
The logs specify:
/var/empty must be owned by root and not group or world-writable.
I've tried changing permissions, and also looking on the forums for
this
I'm new to cygwin and installed it to run cssh on my windows 7 64-bit
system. I tried to search the mailing lists and FAQ for this error but
didn't get any hits.
After installing cygwin and cssh I get the following error whenever I
try to cssh to a host. In the example below I changed the
Ryan Johnson writes:
Let me ask again, what was being compiled when the problems arose? And
is it an intermittent error or a consistent one?
I'm sorry - I havn't seen your question.
The error is intermittent.
Sometimes I have this error and sometimes not - really not reproduceable.
If it
Rob Walker writes:
You could also use a patched make 3.81 compiled for Cygwin 1.7.
http://sites.rwalker.com/cygwin/
I saw your ports already.
One question to them: why are the executables so large?
The original make-3.81 (cygwin-1.7) is really small.
$ ls -l make-*
-rwxr-xr-x 1 ente59
On Thu, Aug 11, 2011 at 05:07:15AM +, Heiko Elger wrote:
Ryan Johnson writes:
Let me ask again, what was being compiled when the problems arose? And
is it an intermittent error or a consistent one?
I'm sorry - I havn't seen your question.
The error is intermittent.
Sometimes I have
PACKAGE DESCRIPTION
===
Homepage: http://doxygen.org/
License : GNU GPL
Doxygen is a program source code documentation system for C++, C, Java,
Objective-C, Python, IDL, Fortran, VHDL, PHP, C#, and D.
NOTABLE CHANGES SINCE LAST RELEASE
==
-
41 matches
Mail list logo
