Dave Korn wrote:
On 04 February 2008 22:25, Christopher Faylor wrote:
On Mon, Feb 04, 2008 at 01:25:27PM -0800, Jerry DeLisle wrote:
The test also appears very clean on Linux. The gfortran library is
implemented in C. I need to examine some dumps from the compiler and I
will get back
here.
Is this a bug in Cygwin memory management?
I will be happy to provide additional information as soon as I know what is
pertinent.
I have latest Cygwin as of about two weeks ago and I can provide a gfortran
binary if needed.
Regards,
Jerry
--
Unsubscribe info: http
Dave Korn wrote:
On 03 February 2008 19:24, Jerry DeLisle wrote:
I have confirmed this problem on Cygwin reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
Those of you most familiar with the Windows environment could perhaps help
here. Is this a bug in Cygwin memory
Angelo Graziosi wrote:
Jerry DeLisle wrote:
I have confirmed this problem on Cygwin reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
I do not know if this can help, but...
Building the above test with G95, it does not fail!
If I have understood it, I have pressed 1
Yue Chen wrote:
I have two hosts installed with cygwin. When I click the cygwin icon
on host1, the prompt CLI window's tty is /dev/console. However, when I
click the icon on host2, the CLI window's tty turns to be /dev/tty1.
In the first window, all windows applications run very well. But in
When I run setup.exe, it seems to want to update cygrunsrv. However,
after downloading and while trying to uninstall cygrunsrv, it fails
giving me the Windows fault message. It apologises, but that does not
seem to be much consolation. Any suggestions?
You stopped all the cygrunsrv
According to its man page, 'ash' supports the '-p' option
on 'read'. However, the following:
#!/bin/ash
read -p'Hit CR to exit: ' x
produces:
read: Illegal option -p
Is this a bug, or am I doing something wrong?
Delving into the source, it appears that 'ash' was built
with
According to its man page, 'ash' supports the '-p' option on 'read'.
However, the following:
#!/bin/ash
read -p'Hit CR to exit: ' x
produces:
read: Illegal option -p
Is this a bug, or am I doing something wrong?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
I ssh into my remote Cygwin box. Is there a way to run a script to check for
updates, download them, and install?
Thanks,
Jerry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com
Angelo Graziosi wrote:
Jerry DeLisle wrote:
Is there a way to run a script to check for updates, download them,
and install?
I download the updates using a combination of a my script (getcurr.sh)
and one (clean_setup.pl) found following the Cygwin lists. See the
attachment in [1].
In any
Brian Dessent wrote:
Kevin Hilton wrote:
Let me just make sure I know what you are telling me to do, since I
already did this and it didnt make a difference. As an administrator,
I:
1. Delete the sshd user -- Ok I manually edited the /etc/passwd file
and deleted this user
No, I mean delete
Eric Blake wrote:
A new package, perl-Error-0.17010-1, is now available for use.
NEWS:
=
This is a new package, providing the Error module for perl.
What is the point of making this a Cygwin package? There
are no Cygwin specific changes, and it it can be installed
directly from CPAN
Corinna Vinschen wrote:
Changes since version 1.5.25-5:
- tzset is now thread safe.
This appears to have fixed the problem I reported. Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Eric Blake wrote:
A new package, perl-Error-0.17010-1, is now available for use.
Jerry D. Hedden wrote:
What is the point of making this a Cygwin package?
Brian Mathis wrote:
Because when you package something using a distro's
packaging system, you can start to have other programs
perl-Error
Required by git.
http://cygwin.com/ml/cygwin-apps/2007-12/msg00094.html
This needs to be updated in git's 'requires' section in setup.ini.
perl-ExtUtils-Depends
perl-ExtUtils-PkgConfig
buildtime-only requirement for the Perl GNOME bindings
Jerry D. Hedden wrote:
[...]
Under 1.5.24, this test always passes. Under 1.5.25, it is
now frequently failing. If I add a debugging call in the
central most loop:
print(got: $lt exp: $localtime\n);
I get the following as typical of the problem:
5 perl-current ./perl
(CC'ed to perl5-porters for reference.)
The Perl test suite contains a file
(perl-current/ext/threads/t/libc.t) that exercises the
'localtime' call under threads. Here's the main code:
my $i = 10;
my $y = 2;
my %localtime;
for (1..$i) {
$localtime{$_} =
thanks,
Angelo.
Yes, many thanks Corinna.
Jerry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Corinna Vinschen wrote:
[Forgot to CC the fortran list. Re-sending...]
On Nov 29 17:05, Jerry DeLisle wrote:
Angelo Graziosi wrote:
/tmp/gcc/libgfortran/intrinsics/system_clock.c: In function
'system_clock_4':
/tmp/gcc/libgfortran/intrinsics/system_clock.c:67: error: storage size of
'tzp
a regression somewhere. Its not on the gfortran side
which has not touched that file for several months. It could be something broke
in the configure for cygwin. The error occurs in a conditional comapile:
#if defined(HAVE_SYS_TIME_H) defined(HAVE_GETTIMEOFDAY)
I will open a PR to track this.
Jerry
remain a Vista machine), so I'm in the market for a new set of
internet security solutions.
-Jerry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http
Brian Dessent wrote:
$ cd $ttt
bash: cd: /cygdrive/c/Program: No such file or directory
Yes, that's wrong. [...] It's got nothing to do with
cygpath and everything to do with proper portable scripting practice.
Quite true. When you're using bash or sh, you must *quote
your arguments* if
Jim Kleckner wrote:
Dave Korn wrote:
[...]
I'm adding code to cygcheck to detect whether any of the software
that has
been known at some time to cause these kinds of problems are
installed on
the target system being cygchecked.
[...]
Do you think a tester for API sanity is possible?
i.e.
Christopher Faylor wrote:
Has anyone used this?
http://en.poderosa.org/
Looks interesting. Too bad they don't provide console emulation
to Windows.
BTW, I noticed that they include a binary version of cygterm.exe
(in Protocols/Cygterm), which links cygwin1.dll. I didn't see a
link to the
*Text.font: {Lucida Console} 12
-Jerry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
The gcc version for Cygwin is currently 3.4.4, which was release by
the gcc group in May '05. Since then 3.4.5 and 3.4.6 have been
release. In addition, gcc 4 has been released with the lastest
version being 4.2.1.
gcc 4 support mudflaps for finding memory issues. I'm sure many would
find that
, Jerry - ACD wrote:
No comments?
I have two comments but neither is probably anything you want to hear.
1) I don't care if the developers want to consider this patch
but since setup.exe is not supposed to be a generic install
utility but I could see if they they would rather forgo installing
No comments?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Hicks, Jerry - ACD
Sent: Wednesday, July 18, 2007 3:11 PM
To: cygwin-apps@cygwin.com
Subject: [patch] - setup.exe --mirror-list option
Hi,
I've been setting up a package server that does
Reini Urban wrote:
This email is to inform you about the release of the updated
perl-libwin32 package, matching the current perl-5.8.8, through
http://cygwin.com/setup.exe.
I obtained the source for this module, and tried to build it.
I produced the following error:
ODBC.xs:34:23:
Brian Dessent wrote:
With that out of the way, it's possible to get -mno-cygwin working
with gcc4
just fine, it shouldn't take any patches. You'll of course have to
build gcc
again as the MinGW version, and set up some symlinks. See the
postinstall of
the gcc package for details.
On a
Dave Korn wrote:
Hear, hear. I don't think anything so drastic as this should be
attempted
without a deprecation period of a year or so for the old behaviour.
And in
fact I think it would probably transpire to be a serious limitation on
the
utility of cygwin. Remember, if you just want
[EMAIL PROTECTED] wrote:
I am dealing with DOS text files and need to output DOS text files.
[...]
I found dos2unix, but I do not know how to properly implement it. The
following Bash code is a work-in- progress. Please let me know if a
more
efficient approach exists.
while read line
David Bear wrote:
I would like to have used something like
cd $USERPROFILE
in a bash script but since windows insists on putting spaces in
names, this seems impossible.
You might be happier writing your scripts in zsh:
bash% cd;pwd
/home/gsw
bash% export SP=silly path
bash% mkdir $SP
Christopher Faylor wrote:
When I was maintaining cygwin's gcc, I often thought about eliminating
-mno-cygwin and just providing a pure mingw cross compiler in the
distribution.
I completely agree. Anybody depending on -mno-cygwin can create
their own shell wrapper. I personally don't care so
Christopher Faylor wrote:
You haven't been paying attention, it seems.
We've already been over this ground. The performance impact
for turning on bash's automatic CRLF handling is profound.
That's why we're here.
I guess WJM around here. :-) But perhaps I've been paying more
attention than
Is there a current list of orphaned packages?
gsw
Coatimundi wrote:
Thank you for bringing this up. I forgot to mention (a sure
sign that my multitasking scaling is rolling over) that I also
tried the P option.
While this usually works, I found cases where it did not.
[...]
Since I see nothing wrong with the source and I am short on
Gary R. Van Sickle wrote:
At the risk of being over-obvious, Linux users... use Linux. In such
an insular environment, perhaps they have the luxury of only using
the One True Text File Format (whatever that is).
We're you the one who brought up Unicode earlier? Besides,
there are numerous
Has anybody successfully built subversion 1.4 (or alternately,
is a release planned soon)? It didn't build OOTB for me, and
I'd rather not duplicate effort.
gsw
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Christopher Faylor wrote:
If 'ar' insists on backslash separators that is surely a bug.
You may be right, but please stop calling me Shirley. :-)
Larry Hall (Cygwin) wrote:
Why is that? If 'LIB.EXE' will work with either and 'ar' as a Cygwin
app prefers '/', why would working with a .lib
Christopher Faylor wrote:
The dilemma here is that I read other mailing lists besides
cygwin where people are trying to use Cygwin but are close
to giving up because it is so slow. So, making bash faster
for people who are using it correctly is very desirable.
Which is why we need to get
David Rothenberger wrote:
I successfully built it with the attached patch. I haven't
actually used it yet, since some other tools I use don't
yet support 1.4, but it passed all tests except the ruby
tests.
Thanks. I'll give it a try. I meanwhile found an earlier post
that recommended
Coatimundi wrote:
If paths are included in the archive (which is typical for
libs created by Visual Studio), then ar may in some cases
claim that members (displayed with 'ar t') do not exist
when doing ar x lib.a {object} either by path/name.obj
or just name.obj.
I think you need to use the
Shankar Unni wrote:
Before sending your cygcheck.out, try checking the archives.
This problem was talked about a couple of months ago.
Thanks for the reference. The problem I reported (check the OP)
may be related but isn't exactly the same. AFAICT, suppression
of those DLL error messages
I recently ran into a problem where DLL error messages were
apparently suppressed under zsh/RXVT though they appeared
under bash/CONSOLE.
I was trying to build Subversion 1.4.0, and it at one point
configure runs the following command:
ruby -r mkmf -e 'exit(have_func(rb_hash_foreach) ? 0 : 1)'
Fabrizio Salvatore wrote:
C:\cygwin\bin\rxvt.exe -fn 7x14 -g 120x24 -si -sk -sb -sl 1000 -fg
black -bg white -T cygwin terminal Window -e /usr/bin/tcsh -l
In case you didn't know, if you some settings most of the time, you
can specify them in ~/.Xdefaults (even if you're not running X). For
Doug Irwin wrote:
One would expect a read -r fs t2 t3 to process this without
attempting to expand slashes. But I can't seem to get this bit
working... And I can't seem to find any doco on doing that in Cygwin.
I've attached the files I am testing with in the hope that someone
can help me
I wrote:
This seems to be particularly tied to ksh, and specifically
when you use to redirect a file. If you simply pipe the
output of grep to the while loop, it works. Interestingly,
sh, bash, and zsh all give the behavior you were expecting.
I couldn't resist trying it out on my Linux box,
Presumably somebody from RedHat has already contacted the ERightSoft
folks for illegally distributing cygwin1.dll cygz.dll without the
source (as part of their SUPER package).
However, they also install those files into /WINDOWS/SYSTEM32 *and*
mark them both SYSTEM and HIDDEN. This may be the
Billinghurst, David (CALCRTS) wrote:
This is not really a cygwin problem.
I guess you didn't see my post--if the compiler should be
able to find an include file in the same directory as the
source file (and/or the current directory, since they are
the same in this case), then it is a cygwin
Dave Korn wrote:
We *need* to see the actual command line.
That was in the original post (sorry, I should have made
sure it was included in the text when I CC'ed you...):
f77 -O2 -c -o jlgen.o jlgen.F
The command was being executed from the same directory
as jlgen.F, which also contains
Brad Krane wrote:
I'm trying to compile the scientific package CMBFAST-4.5.1 in the
cygwin environment using g77. I get the following error...
f77 -O2 -c -o jlgen.o jlgen.F
jlgen.F: In program `jlgen':
jlgen.F:14:
include 'cmbfast.inc'
^
Unable to open INCLUDE file
Huw wrote:
The first issue was an omission of #defines. IPv6 isn't a
necessity for the UNP source, I believe.
I'd say the real issue is a failure to protect the use of
AF_INET6. You'll notice that it's protected by an #ifdef
earlier.
The next issue I have is:
mcast_leave.c: In function
mwoehlke wrote:
(Speaking of case sensitivity, is it a Windows limitation that Cygwin
can't do this? I'm pretty sure it isn't an NTFS limitation,
as Interix has true case-sensitivity.)
You are right--NTFS can handle it, although the normal Windows
file and directory handling routines cannot.
If you need to find out what gcc is targeting, perhaps you should
use -dumpmachine instead.
$ gcc -dumpmachine
i686-pc-cygwin
$ gcc -dumpmachine -mno-cygwin
i686-pc-mingw32
Lloyd Wood wrote:
cygming, not cygwin? ('ming' is a strong insult in the UK. I get
the impression the writer doesn't
While I was watching the tumbleweeds blow by, I did some more
investigation on the problems I've been encountering with snapshots.
First of all, I tested every snapshot (always the FULL snapshot, of
course) from 2006-03-09 onwards with the following results:
20060309 - Last non-problematic
Jerry D. Hedden wrote:
I have a cron job (a bash script)
that runs every 6 minutes, polling and downloading info off the web.
The problem is the script hangs at various places and the stuck
processes keep building up.
Further, I have to kill these processes using the task monitor: kill
reports
Jerry D. Hedden wrote:
I have a cron job (a bash script) that runs every 6 minutes, polling
and downloading info off the web.
The problem is the script hangs at various places and the stuck
processes keep building up.
Further, I have to kill these processes using the task monitor: kill
reports
Ernie Coskrey wrote:
it's possible that Jerry has found a scenario that causes this problem to
occur.
Maybe not, but if he can reproduce it it would be worth checking.
I can reproduce the problem. That's not the issue. I cannot provide a
little test app to produce the problem
Corinna Vinschen wrote:
It's time again to release a new Cygwin version.
We're on the way to 1.5.20, and we're hoping that this release solves
or at least workarounds a couple of problems introduced in earlier
versions.
Seems to have created some new ones. I have a cron job (a bash script)
I have a cron job running perl and it is taking a very long time --
sometimes over 24 hours.
How can I have cron schedule my job daily, or even hourly, and have
the perl code exit if a previouse instance of the job is still
running?
Use Proc::Daemon in conjunction with Proc::PID::File.
I noticed that the util-linux module places several apps in /sbin.
Tue Mar 7 23:34:41 2006 12800 sbin/agetty.exe
Tue Mar 7 23:34:37 2006 9728 sbin/fsck.cramfs
Tue Mar 7 23:34:37 2006 20992 sbin/fsck.minix
Tue Mar 7 23:34:41 2006 26624
run 1.1.8-1 fails if the path used with the -p option contains any
spaces.
The following works:
run '/cygdrive/c/Program Files/vim/vim64/gvim.exe'
The following fails with a dialog box stating that it can't find
gvim.exe:
run -p '/cygdrive/c/Program Files/vim/vim64' gvim.exe
--
Jerry D. Hedden wrote:
run 1.1.8-1 fails if the path used with the -p option contains any
spaces.
The following works:
run '/cygdrive/c/Program Files/vim/vim64/gvim.exe'
The following fails with a dialog box stating that it can't find
gvim.exe:
run -p '/cygdrive/c/Program Files/vim/vim64
I have installed 'cron' as a service using the following:
cygrunsrv -I cron -d CYGWIN cron -p /usr/sbin/cron -a -D -e
CYGWIN=server ntsec tty -i
The -i flag is needed for certain cron job scripts.
It starts and runs fine using:
cygrunsrv -S cron
A reading of the services shows:
run-1.1.8-1 is now available on Cygwin mirrors.
Changes
===
* Remove quotes from exename. Fixes problem with spaces in filenames
After installing this version of 'run', I found that the behaviour
reported in
http://cygwin.com/ml/cygwin/2006-03/msg00866.html
is still the same.
' is attached.
Cygwin Configuration Diagnostics
Current System Time: Sat Apr 01 20:59:46 2006
Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2
Path: C:\cygwin\home\Jerry\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\WINDOWS\system32
C:\WINDOWS
C
Jerry D. Hedden wrote:
I have installed 'cron' as a service using the following:
cygrunsrv -I cron -d CYGWIN cron -p /usr/sbin/cron -a -D -e
CYGWIN=server ntsec tty -i
René Berber replied:
First mistake, you should have read /usr/share/doc/Cygwin/cron.README and,
following those
Charles Wilson wrote:
Williams, Gerald S (Jerry) wrote:
Well, it's already better than the existing rxvt in at least one way:
[...]
Well, maybe so. But sucking 100% CPU *while doing nothing*
is just not acceptable to me -- or, I suspect, to anyone else.
However, my rxvt-unicode-X package
I am trying to run the Windows version of gVim from a bash script using
the 'run' command.
Starting gVim directly (i.e., without using 'run') works:
'/cygdrive/c/program files/vim/vim64/gvim.exe'
Using 'run' works if I 'cd' to the gVim directory first:
cd '/cygdrive/c/program
Charles Wilson wrote:
I'm ITP'ing it as a call for assistance, and it'll remain in 'test'
state until libW11 + libXpm-W11 + rxvt-W works as well or better than
the existing rxvt in native mode.
Well, it's already better than the existing rxvt in at least one way:
Have you ever tried running
I have cron scripts that make use of the USERNAME environment variable.
With the 20060309 snapshot, USERNAME is available to the scripts. With
the 20060318 snapshot, USERNAME is not there, just LOGNAME. Why the
change? Or is this a bug?
--
Unsubscribe info:
After installing cygwin-inst-20060315.tar.bz2 (full snapshot 2006-03-16
03:13 GMT), I am unable to bring up Bash inside an RXVT window. The
window appears for a second and then goes away, leaving a bash
stackdump in my home directory.
Attached are the base stackdump and the cygcheck output.
The
Using the full 2006-03-15 snapshot, I am unable to bring up Bash inside
an RXVT window. The window opens for a moment and then closes. A base
stackdump is left in my home dir.
The 2006-03-09 snapshot works okay.
Below are the stackdump and cygcheck output. (I tried to send them as
I've just installed a very minimal cygwin. I noticed the `id' tool is
not present and looking on the packages page I don't see it listed
separately so I'm guessing it is contained in a package whos name may
not reflect its presence.
Anyone know which package that might be?
coreutils
--
res = pthread_cancel(the_handle);
assert(res == 0);
cout cancelled, joining\n;
res = pthread_join(the_handle, NULL);
You can't join to a cancelled thread.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Jerry D. Hedden wrote:
Combination:
cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
apache-1.3.33-2.tar.bz2
Apache won't start, and outputs the following in its log:
Cannot load /usr/lib/apache/mod_env.dll into server: Bad address
Christopher Faylor replied
Neil Watson asked:
I have X running. How can I start Cygwin's build of Gvim from Windows,
without doing from an xterm? I tried issuing gvim from a cmd window but
I receive an error cygice-6.dll was not found.
I don't use X. I just use RXVT windows on top of the Windows Desktop.
I don't use
The experimental version of cvs (1.11.21-1) has been in the experimental
state since November. Isn't it ready for 'current' status yet?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Jerry D. Hedden wrote:
Combination:
cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
apache-1.3.33-2.tar.bz2
Apache won't start, and outputs the following in its log:
Cannot load /usr/lib/apache/mod_vhost_alias.dll into server: Bad address
The same holds
Jerry D. Hedden wrote:
Using cygwin-inst-20060301.tar.bz2 (dll, exes, libs, headers, etc) from
the 2006-03-01 (23:10 GMT) snapshot, I'm still getting these errors when
building Perl:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
/c/perl_tmp
While diff'ing snapshots, I noted that libm.info is in the 2006-02-24
snapshot, but is not in the 2006-03-01 snapshot. Is this an oversight?
(Is there some chance that this relates to the missing isnand problem?)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
While diff'ing snapshots, I noted that libm.info is in the 2006-02-24
snapshot, but is not in the 2006-03-01 snapshot. Is this an oversight?
(Is there some chance that this relates to the missing isnand problem?)
To clarify the parenthetically question, I know that libm.info is docs;
not
I figured out my problem. Instead of installing the snapshot using the
procedure documented here:
http://www.cygwin.com/faq/faq_2.html#SEC21
(which I apologize for not knowing about), I installed it by untarring
the snapshot and then copying the usr and etc dirs to C:\cygwin using
Explorer.
Combination:
cygwin-inst-20060302.tar.bz2 (2006-03-02 17:00 GMT) snapshot
apache-1.3.33-2.tar.bz2
Apache won't start, and outputs the following in its log:
Cannot load /usr/lib/apache/mod_env.dll into server: Bad address
The same holds for the 2006-03-01 Cygwin snapshot.
Apache
Using the full (inst) 2006-03-01 (23:10 GMT) snapshot, I'm still getting
these errors when building Perl:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2): undefined
reference to `___isnand'
Jerry D. Hedden wrote:
Using the full (inst) 2006-03-01 (23:10 GMT) snapshot, I'm still getting
these errors when building Perl:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2
I can build Perl just fine with the 2006-02-24 snapshot.
When I use the 2006-02-27 snapshot (2006-02-28
04:45 GMT), I get the following failures:
/c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x643b): undefined
reference to `___isnand'
Using Cygwin snapshot 2006-02-24 and coreutils 5.94-4,
I ran the test suite for Perl 5.8.8. It completed with no failures.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
Igor Peshansky wrote:
YA typo. The above should read:
alias cs='echo -ne \ec'
Yes, this is what you need to do under BASH. I thought
I had verified it there, but I guess I wasn't getting
what I thought I was getting. (I mostly use ZSH--at
least I knew better than to write print -n $'\ec'.)
Igor Peshansky wrote:
Yes, but printf '\ec' works ju-ust fine in bash... :-)
Even better. That works unchanged in both bash and zsh.
Do you set your TERM to rxvt or xterm? The control sequence in
the terminfo database may be wrong if you don't use the native rxvt
terminal setting.
I've
On Feb 27 17:22, Eric Blake wrote:
It looks like d_ino is not being correctly populated within //.
Corinna Vinschen replied:
I've applied a fix.
I tried the fix in the 20060227 snapshot.
It did not fix the 'pwd' problems I noted in:
http://cygwin.com/ml/cygwin/2006-02/msg00933.html
(If it
Using Cygwin snapshot 20060224, I ran the test suite for Perl 5.8.8.
With coreutils5.94-1, there are no failures.
With coreutils5.94-3, there are several failures that stem from using
`pwd` that complain with:
pwd: couldn't find directory entry in `../../../..' with matching
i-node
--
Dave Korn wrote:
I generally use a line like this:
alias cls='cmd -c cls'
For me, that has to read 'cmd /c cls' or it doesn't work. :-P
This was mildly annoying me for a while as well. I finally
broke down and took a look into it. It looks like the ESC c
(reset terminal) control works
MaurĂcio wrote:
I've been using rxvt, as recommended by chere man page. I have a
problem: in some non-cygwin console programs (ghci, the Haskell
interpreter, and others) the up arrow key doesn't work as expected.
This has been discussed here previously. Non-cygwin programs
don't recognize
The 'worker' MPM for Apache2 uses threads. According to its
docs: By using threads to serve requests, it is able to
serve a large number of requests with less system resources
than a process-based server. Yet it retains much of the
stability of a process-based server by keeping multiple
On Feb 14 07:12, Jerry D. Hedden wrote:
Attached is a patch to add a -p option to the ps command to show
information for only a single PID: ps -p PID
Corrina Vinschen replied:
Thanks for the patch. It's barely short enough so that we decided to
put it in despite the fact that you have
Original Message
Subject: Re: [PATCH] Add -p option to ps command
From: Corinna Vinschen [EMAIL PROTECTED]
Date: Thu, February 16, 2006 10:09 am
To: cygwin-patches@cygwin.com
On Feb 16 07:58, Jerry D. Hedden wrote:
Thanks. I realized one minor oversight. Using -p
Attached is a patch to add a -p option to the ps command to show
information for only a single PID: ps -p PID
This option is available on other implementations of ps (e.g., Solaris).
Index: winsup/utils/ps.cc
===
--- ps.cc.orig
I downloaded the source for cygwin-1.5.19-4, and successfully compiled
it using:
./configure
make
My interest was in the ps command. It runs fine, but when I looked at
the size of the executable:
146 cygwin-1.5.19-4 ls -l i686-pc-cygwin/winsup/utils/ps.exe
-rwxr-xr-x 1 jhedden
101 - 200 of 290 matches
Mail list logo