--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
On 14/09/2010 20:52, Brian Kelly wrote:
Thanks Jon for the quick reply. I attached a new log file generated with
an attempt to highlight - followed by the hang.
Can you please attach an X server log generated with the additional server
option '-logverbose 3'
Can you be more detailed about
See attached log run with XWin -logverbose 3
Only the X System hangs - not the whole PC. Other apps continue to work fine.
However, **while** the X system is hung, mintty loses it's cut-and-paste
capabilities. Once Windows or I with /bin/kill, stop the X system, mintty can
once again
Also, notepad can't paste while the X system is in the hung condition. Once
it's killed, paste in notepad returns.
I can send you the Dr. Watson error reports generated by Windows when it
kills the Non-Responsive app - if you would find them at all helpful.
Brian
-Original Message-
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-09-15 11:26:10
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc
Log message:
* fhandler_disk_file.cc (fhandler_base::fstat_by_handle): Fetch number
of links and
On Wed, Sep 15, 2010 at 5:46 AM, Gwen Morse wrote:
About a year ago I was able to get assistance compiling my MUD client
Tinyfuge,
(snip)
gcc -g -O2 -DTFPYTHON -I/usr/include/python2.6 -DDATADIR=/home/jmorse/share
-
c -o command.o command.c
(snip)
In file included from
On Sep 14 20:54, Keith Thompson wrote:
% cygcheck -c cygwin tcsh
Cygwin Package Information
Package Version Status
cygwin 1.7.5-1 OK
tcsh 6.17.00.1-1 OK
I've noticed that certain file matching patterns in tcsh under Cygwin
are
On Sep 14 22:09, John Carey wrote:
On Sep 14 09:11, Corinna Vinschen wrote:
I applied the below patch to Cygwin CVS and it appears to work nicely.
The only potential race I can think of is, if another thread of the same
Cygwin process calls SetCurrentDirectory. I'm inclined to let this
On Sep 14 22:11, John Carey wrote:
On Sep 14 12:02, Corinna Vinschen wrote:
True. Implementing a full replacement for SetCurrentDirectory as in
your PoC is still an option. However, I can't do that anymore since
I'm tainted by reading your code. If you would contemplate to sign
a
Hello,
I have another interesting case where .exe magic doesn't work as
transparently as one would expect.
I have a file python2.6.exe. A script tries to find it with ls
python2.?. It is not found.
Here the script needs a modification to work with Cygwin, but we can't
really say that there is a
On Sep 15 13:40, Al wrote:
Hello,
I have another interesting case where .exe magic doesn't work as
transparently as one would expect.
I have a file python2.6.exe. A script tries to find it with ls
python2.?. It is not found.
Here the script needs a modification to work with Cygwin, but
http://cygwin.com/packages/lyx/lyx-1.6.6-1
The postinstall script is here.
etc/postinstall/lyx.sh/lyx.sh
Shouldn't it be here?
etc/postinstall/lyx.sh
- Barry
Disclaimer: Statements made herein are not made on behalf of NIAID.
--
Problem reports:
True. In theory we would have to remove .exe and .lnk suffixes from
directory listings as well, but that was never the case in Cygwin.
That's the way it has always been... isn't a strong argument in development.
I guess there are some other reasons to do it this way. If not one
should
On Sep 15 15:38, Al wrote:
True. In theory we would have to remove .exe and .lnk suffixes from
directory listings as well, but that was never the case in Cygwin.
That's the way it has always been... isn't a strong argument in development.
It wasn't an argument, it was just a
On Sep 15 15:50, Corinna Vinschen wrote:
On Sep 15 15:38, Al wrote:
True. In theory we would have to remove .exe and .lnk suffixes from
directory listings as well, but that was never the case in Cygwin.
That's the way it has always been... isn't a strong argument in
I'd love to drop the .exe suffix from readdir(), I'm just not sure what
unwelcome side-effects we create.
Yes, that's always the point. All programs would break, that are only
build against the .exe suffix. Like mine after patching it. :-)
Don't know if Cygwin has a testing state to fix those
Hi,
it seems to me that some manpages are missing:
man printf yields the manpage for man 1 printf
man 3 printf yields
No entry for printf in section 3 of the manual
Info printf yields info for Gun utils printf
The same for read.
But
man putc yields the right man page
I don't find a system
On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote:
Hi,
it seems to me that some manpages are missing:
Yep. No one has volunteered to write them yet.
Do someone know what's going on ??
Would you like to volunteer?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt
http://cygwin.com/acronyms/#PPIOSPE - redirecting to the list
On 09/15/2010 08:29 AM, DEWI - N. Zacharias wrote:
Hi Eric,
it seems to me that some manpages are missing:
Yep. No one has volunteered to write them yet.
That is strange , because they a available under linux. So why should
On Sep 15 08:22, Eric Blake wrote:
On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote:
Hi,
it seems to me that some manpages are missing:
Yep. No one has volunteered to write them yet.
There are info pages available for the functions provided by newlib:
$ info printf
Corinna
--
Hi there.
I use cygwin to ssh into numerous systems very often, such as AIX, HP
UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing
ctrl-]) to the app running on that platform. There was only 1 rare case
when it didn't.
Not sure what you mean by native apps... If you
Since upgrading to cygwin 1.7 recently I have been experiencing
sporadic failures of cygwin tcsh initialization: when opening new shell
terminals (I start Cygwin using mintty.exe -e /bin/tcsh) they sometimes
hang indefinitely. I have the same cygwin setup installed on two
computers (both
On Wed, Sep 15, 2010 at 11:31:16PM +0800, Chan Kar Heng wrote:
Ilia K. wrote:
On Tue, Sep 14, 2010 at 7:58 PM, Chan Kar Heng wrote:
I've had the same problem in the past. Posted a temporary solution
here:
http://www.cygwin.com/ml/cygwin/2009-02/msg00403.html
This is an interesting hack, but
Hi there. Sorry. I misread your mail.
For those native apps, perhaps you can try sending SIGINT to that CUI
app using kill?
Else, find a Windows app that is capable of pushing a Ctrl-C into the
keyboard buffer. If you know some programming, it's not difficult to
write if you know the correct
On Wed, Sep 15, 2010 at 11:47:34PM +0800, Chan Kar Heng wrote:
Chan Kar Heng wrote:
I use cygwin to ssh into numerous systems very often, such as AIX, HP
UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing
ctrl-]) to the app running on that platform. There was only 1 rare
For instance, this one: Either we always remove the .exe suffix from
a file, or we have to check for each file with a .exe suffix, whether
it's executable or not.
Probably without checking it. No sane program would use the .exe
suffix as extension of a mere textfile.
What would be the ideal
test case---
From bash, in an empty directory:
$ ln /bin/ls t
$ ls
t.exe
Why does the resulting hard link have a '.exe' suffix on it? I thought
that cygwin .exe magic was only appending when listing a file?
--
Problem reports:
On 09/15/2010 11:03 AM, Rolf Campbell wrote:
test case---
From bash, in an empty directory:
$ ln /bin/ls t
$ ls
t.exe
Why does the resulting hard link have a '.exe' suffix on it? I thought
that cygwin .exe magic was only appending when listing a file?
If
On 9/15/2010 12:23 PM, Al wrote:
For instance, this one: Either we always remove the .exe suffix from
a file, or we have to check for each file with a .exe suffix, whether
it's executable or not.
Probably without checking it. No sane program would use the .exe
suffix as extension of a mere
On Sep 15 11:32, Geo Pertea wrote:
Since upgrading to cygwin 1.7 recently I have been experiencing
sporadic failures of cygwin tcsh initialization: when opening new
shell terminals (I start Cygwin using mintty.exe -e /bin/tcsh) they
sometimes hang indefinitely. [...]
if ( -r
Hello
Have hunted all over for this one but it seems no one else has reported the
issue - maybe because they don't use the feature or there is something awry
with my installation
I write scripts that dart in and out of databases
I bind my Oracle connection string into a number of variables in
Greetings, Al!
I have another interesting case where .exe magic doesn't work as
transparently as one would expect.
I have a file python2.6.exe. A script tries to find it with ls
python2.?. It is not found.
I'm fairly certain, that the script is bugged in this specific case.
It should be
1.) When a file is made executable .exe is appended, but only visible
from Windows API.
How would this work with non-Cygwin programs? They wouldn't be handled
under
(1).
Depends on how you install or mount them.
But yes, as a prerequest there would be two types of filessystem
handling.
I'm fairly certain, that the script is bugged in this specific case.
It should be looking for python2.* instead.
Minor version could have any length... potentially. (And yes, I know, there
wouldn't be .10 for now)
Definitly not. It would also find python2.6-config which is not
wanted. It
Greetings, Al!
For instance, this one: Either we always remove the .exe suffix from
a file, or we have to check for each file with a .exe suffix, whether
it's executable or not.
Probably without checking it. No sane program would use the .exe
suffix as extension of a mere textfile.
What
Greetings, Al!
I'm fairly certain, that the script is bugged in this specific case.
It should be looking for python2.* instead.
Minor version could have any length... potentially. (And yes, I know, there
wouldn't be .10 for now)
Definitly not. It would also find python2.6-config which is
Greetings, Rolf Campbell!
test case---
From bash, in an empty directory:
$ ln /bin/ls t
$ ls
t.exe
Why does the resulting hard link have a '.exe' suffix on it? I thought
that cygwin .exe magic was only appending when listing a file?
It's quite
You didn't read my reply to the end, but I accept your explanation.
Still, that specific point of code is suspicious for my taste of
fool-proof'ness.
Sure you could reflect about the length of minor versions here. But
does that address the original topic? :-)
After python 2.7 there is 3.x
On 9/15/2010 12:18 PM, delbydev wrote:
Hello
Have hunted all over for this one but it seems no one else has reported the
issue - maybe because they don't use the feature or there is something awry
with my installation
I write scripts that dart in and out of databases
I bind my Oracle
delbydev sent the following at Wednesday, September 15, 2010 1:18 PM
Hello Have hunted all over for this one but it seems no one else has
reported the issue - maybe because they don't use the feature or there
is something awry with my installation
I write scripts that dart in and out of
Am 15.09.2010 19:18, schrieb delbydev:
Hello
Have hunted all over for this one but it seems no one else has reported the
issue - maybe because they don't use the feature or there is something awry
with my installation
I write scripts that dart in and out of databases
I bind my Oracle
DEWI - N. Zacharias wrote:
Hi,
it seems to me that some manpages are missing:
man printf yields the manpage for man 1 printf
Actually they are available but there seems to be something wrong with
the packaging. There is a combined entry for `sprintf', `fprintf',
`printf', `snprintf',
I wrote:
Actually they are available but there seems to be something wrong with
the packaging. There is a combined entry for `sprintf', `fprintf',
`printf', `snprintf', `asprintf', `asnprintf', but there is only a
filename for sprintf. You can see it with man sprintf.
Further enlightenment comes
Am 15.09.2010 16:41, schrieb Corinna Vinschen:
On Sep 15 08:22, Eric Blake wrote:
On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote:
Hi,
it seems to me that some manpages are missing:
Yep. No one has volunteered to write them yet.
There are info pages available for the functions provided
Hello everybody out there using Cygwin,
When trying to compile C++ code using PostgreSQL's libpq-fe.h by the command
g++
-I/usr/include -L/lib -lpq my_program.cpp, I get error messages like
undefined reference to '_PQconnectdb'.
Could anyone help me to find a way to solve this problem.
Thanks
On 2010-09-15 21:50Z, Julia Jacobson wrote:
When trying to compile C++ code using PostgreSQL's libpq-fe.h by the command
g++
-I/usr/include -L/lib -lpq my_program.cpp, I get error messages like
undefined
reference to '_PQconnectdb'.
Assuming that '-lpq' provides the unresolved symbol,
I don't know if this is just a problem with the cygwin version of awk,
me misunderstanding something or what, but it looks like gsub isn't
working correctly in awk:
$ sh /tmp/test.awk
s= ::0:: should = ::S0::
$ cat /tmp/test.awk
awk '
BEGIN {
s=Serial0
gsub([a-z],,s)
printf(s= ::%s::
Dave Korn wrote:
On 14/09/2010 19:47, SJ Wright wrote:
Might there be something else a little off?
The text from the latest stackdump:
Stack trace:
Frame Function Args
The rest is blank. Should I be concerned, or is this something that will
work itself out?
This
Hi Cygwin folk/Charles Wilson,
Thanks very much for the work on libtirpc.
I've found from reading that there is a port of rpcbind to Cygwin, which
compiles, but hasn't been packaged.
Rather than re-port the pacakge, I wondered if the port was available as is. I
would be happy to assist
Dave, all:
I'm just wondering why bash, or any shell, in Cygwin, or any environment
where it was able to run, would bother creating stack-dump files with
headers but no data. I haven't got the knowledge to parse and peruse the
cygcheck.out file I created, but I did take a close look at my
On 9/15/2010 7:43 PM, Xristos Karvouneas wrote:
Hi All,
I am having a problem with a network share under Windows XP. I can run
mkpasswd -l /etc/passwd and mkgroup -l -d /etc/group fine, but if I do an
ls -l on the network share I get the following:
-rw-r--r-- 1 104
51 matches
Mail list logo