Re: Updated: cygutils-1.3.3-1
On Wed, Apr 22, 2009 at 12:34 AM, Charles Wilson wrote: Cygutils is a collection of useful(?) tools for the cygwin platform. This is a feature enhancement release. [[ compiled using gcc-3.4.4-999 ]] This will most likely be the final cygutils update for the cygwin-1.5 distribution; future development will continue with cygutils-1.3.3-10 for cygwin-1.7. CHANGES (from cygutils-1.3.2-1) === o cygstart now accepts -w/--wait option (Barry Kelly, Alex Smith) o Update build infrastructure to latest autoconf, automake, libtool, and gettext. dos2unix is broken. It produce no output despite any input. I have had to revert to the previous version. -- 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/
Re: Finding either boot time or login time
Mark J. Reed writes: One-liner to display the boot time: $ perl -lane 'print ~~localtime(time-$F[0])' /proc/uptime Ronald Fischer wrote: Would you mind explaining the ~~ trick? Clever tricks are interesting, but definitely are an obfuscation. This makes things more plain: perl -lane 'print(scalar(localtime(time() - int($F[0]' /proc/uptime -- 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/
Re: Updated: rxvt-20050409-9
Chuck wrote: RXVT is a VT102 terminal emulator for both X and Windows. Brown paper bag release. Version -8 is withdrawn; it erroneously required the X11 libXpm. Reported by WxH. There are still too many requires for this Version -9. Version -7 only required 'cygwin' and 'bash'. This is perfect. Version -9 requires: cygwin bash coreutils font-bitstream-vera-ttf Requiring coreutils seems okay although I don't know the reason for it. However, font-bitstream-vera-ttf should be removed because it also brings in the following: fontconfig mkfontdir mkfontscale libfontconfig1 libfontenc1 libfreetype26 Further, when I tried to use Version -9, it used the wrong font and the window background was blue instead of my defined black. Obviously, it wasn't using my /home/$USER/.Xdefaults or /usr/X11R6/lib/X11/app-defaults/Rxvt. -- 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/
Re: Changing middle mouse button for pasting to right mouse button in rxvt
my laptop doesn't have a middle mouse button. Pressing the left and right mouse buttons at the same time has the same effect. -- 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/
Re: MIME::Lite Help
The problem
is that I usually use MIME::Lite to send emails from various perl
tasks.
1. Install ssmtp from Cygwin.
2. Run /usr/bin/ssmtp-config to configure.
3. If needed edit the config file
/etc/ssmtp/ssmtp.conf)
and add your mail hub. For example:
mailhub=smtp.comcast.net:587
4. In Perl, you use:
my $msg = MIME::Lite-new(
From = '[EMAIL PROTECTED]',
To = '[EMAIL PROTECTED]',
Subject = This is a test,
Type = 'AUTO',
Encoding = 'base64',
Path = $file
);
$msg-send('sendmail', '/usr/sbin/ssmtp', '[EMAIL PROTECTED]');
Good luck
--
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/
Why does setup insist on trying to install colordiff?
Why does setup insist on trying to install colordiff? How can this be turned off (without installing colordiff, of course)? -- 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/
Re: Why does setup insist on trying to install colordiff?
It's a minor bug, there is no workaround at the moment apart from to manually set the package to Skip in the chooser. Frankly it's a hundred times quicker and easier to just let it install, the package is tiny. My problem is that colordiff requires Perl, and I build my own version of Perl and don't want it downloaded via setup.exe. Hence why I brought it up. What is the bug? Where is the mandatory/optional flags for modules? -- 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/
Re: Why does setup insist on trying to install colordiff?
Nobody's quite sure where exactly the bug is yet, but how it's /supposed/ to work is that everything in the Base category is mandatory, and everything else is optional. I notice that for colordiff the category is Misc, and there are no other modules for that category. Shouldn't the category be Utils? Is Misc a bogus category that is somehow getting lumped into Base? -- 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/
colordiff installs by default
The newly added distribution 'colordiff' is set to install by default in setup.exe. Please change it such that it needs to be selected to be installed. Thanks. -- 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/
colordiff installs by default
The newly added distribution 'colordiff' is set to install by default in setup.exe. Please change it such that it needs to be selected to be installed. Thanks. -- 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/
Re: what's the difference between /dev/tty1 and /dev/console
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 the /dev/tty1 window, some windows application can not run successfully. Does any one know why? Brian Dessent wrote: /dev/console means that the session is running in a real Windows console. /dev/tty1 means that the session is running attached to a pty (pseudoterminal) which is emuated by Cygwin. Since ptys are an emulated concept that don't exist in Windows, non-Cygwin programs get confused by them because they think their output is a pipe and not an interactive session. If you use any terminal but the stock Windows console (i.e. rxvt, xterm, ssh connection) or you have tty in your CYGWIN environment variable you always get a pty. The only time you get a console is when you don't have tty set and you invoke bash from a real Windows console. I'm not so knowledgable on this subject, so forgive my ignorance. I run bash from rxvt: ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 19992 1 19992 19992 con 78809 08:22:53 /usr/bin/rxvt 32960 19992 32960 617600 78809 08:22:53 /usr/bin/bash 19292 32960 19292 331360 78809 08:43:42 /usr/bin/ps It's started using via a shell shortcut using the target: C:\cygwin\bin\rxvt.exe -e bash --login Doesn't this show that the rxvt window is a console? I also noted in 'man rxvt': -C Capture system console messages. When I add it to the above, every window opened is also a console. -- 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/
Re: setup.exe fails uninstalling cygrunsrv
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 services first, correct? -- 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/
Re: 'read -p' in ash
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 -DSMALL. Unfortunately, there is no .README file to let users know this. -- 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/
'read -p' in ash
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 reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Stop turning CPAN modules into Cygwin packages
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 using: cpan -i Error This seems to be becoming a trend. So far there are 8 CPAN modules that have been made into Cygwin packages. Only 3 have Cygwin specific changes that would justify them being made into package: perl-Locale-gettext perl-Tk perl-libwin32 The other 5 have no Cygwin specific changes: perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI This seems like a bad practice. It adds a maintenance burden on the Cygwin system (because the packages will need to be updated when the modules are updated), they needlessly take up storage on the Cygwin servers, and turning them into Cygwin packages adds no value over obtaining the modules directly from CPAN. Just because you can turn a CPAN module into a Cygwin package doesn't mean that you should unless there are Cygwin specific changes that need to be made. Even then, a better approach is to send the appropriate patches to the module's maintainer so that they can be integrated into the code and uploaded to CPAN. -- 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/
Re: Updated: [experimental] cygwin-1.5.25-6
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: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Stop turning CPAN modules into Cygwin packages
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 that depend on it install them automatically using the package system. Also, installing from CPAN, while very easy to do, does not keep track or even know about a distro's package management system. So if you wanted to remove it later, it is not easy to do, and you could easily run into problems where you have installed one version from CPAN, then another package requires that module, but because you installed via CPAN it doesn't know that, and will then install an older version, overwriting your CPAN-installed version. Okay. I'll grant you the dependency point, and I can see adding a CPAN module if a dependency is created. So far, the only dependency that exists is for 'help2man' - it needs perl-Local-gettext. What is the justification for these 5 modules? perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI These have no dependencies, and no Cygwin specific changes. Therefore, there is no benefit to having them be Cygwin packages over downloading them from CPAN. In fact, it is a disadvantage because newer versions will always be available on CPAN long before updates are made to the corresponding Cygwin packages. Again, I stand by my point of not turning CPAN modules into Cygwin packages unless it is necessary. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
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 http://cygwin.com/ml/cygwin-apps/2006-02/msg00196.html http://cygwin.com/ml/cygwin-apps/2006-02/msg00197.html perl-Module-Build required to build perl-Error http://cygwin.com/ml/cygwin-apps/2007-12/msg00097.html Again, I stand by my point of not turning CPAN modules into Cygwin packages unless it is necessary. Agree with your basic point, but maybe somebody's got a plan that we don't know about? That seems to be the case. I stand corrected. -- 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/
Re: BUG: Timezone failures with threads under Cygwin 1.5.25
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 -Ilib ext/threads/t/libc.t
1..11
ok 1 - use threads
got: Wed Dec 31 20:00:08 1969 exp: Wed Dec 31 19:00:08 1969
[...]
This shows a 1 hour difference between the expected and
actual results - which looks like a timezone issue.
As the changes for 1.5.25 include numerous references to
timezone handling changes, I suspect there may be some
re-entrancy bug in those changes.
Corinna Vinschen wrote:
It would be more helpful if you would send self-contained code which
doesn't have to be tweaked to do a test. I'm not a perl developer, so
it took me some time to get it running. I'd also really prefer
testcases in plain C which I can simply run under GDB. Interpreter code
just adds unnecessary complexity.
I was working on this when I got your email. Attached.
I assume the perl libs are using localtime_r, right? Otherwise you
can't rely on reentrency nor thread-safety. Anyway, localtime is
supposed to be thread-safe in Cygwin.
I believe this is correct.
The only change in 1.5.25 related to localtime is the fact that the
environment variable TZ is now left alone by Cygwin. Up to 1.5.24 the
function tzset() (called by localtime()) also sets the environment
variable TZ, which is apparently incorrect according to POSIX. TZ
is used in later calls to decide whether some other code has to be run
or not.
And exactly that's the problem. Since TZ is now never set, that other
code, which is not thread-safe, is called much more frequent than
necessary. Actually it should only be called once per process, now it's
called once per invocation of tzset(). I've applied a patch to the 1.5.x
branch and will release an updated 1.5.25 in the next couple of days.
Hope my test program helps to verify this.
/*
*
* Test program that evokes 'localtime'+threads bug
*
* Build: gcc -o loctim_bug loctim_bug.c
* Run:./loctim_bug.exe
*
*/
#include time.h
#include pthread.h
#define MAX_THR 25
#define MAX_LOOP 1
/* Set this to 24 minus your non-DST timezone */
/* For example, EDT = -5, therefore use 19*/
#define EXPECTED 19
void *
time_loop(void* data)
{
int arg = *((int *)data);
time_t when = (time_t)arg;
int ii;
struct tm *tm;
struct timespec sleep, remainder;
sleep.tv_sec = 0;
sleep.tv_nsec = 1000;
for (ii=0; ii MAX_LOOP; ii++) {
tm = localtime(when);
if (tm-tm_hour != EXPECTED)
printf(BUG in thread %2d: expected: %d got: %d\n,
arg, EXPECTED, tm-tm_hour);
nanosleep(sleep, remainder);
}
}
int
main(int argc, char **argv)
{
int ii;
pthread_t p_thread[MAX_THR];
int args[MAX_THR+2];
/* Launch threads */
for (ii=0; ii 50; ii++) {
args[ii] = ii;
pthread_create(p_thread[ii], NULL, time_loop, (void*)args[ii]);
}
/* Make sure threads finish */
args[MAX_THR] = MAX_THR;
time_loop((void*)args[MAX_THR]);
args[MAX_THR+1] = MAX_THR+1;
time_loop((void*)args[MAX_THR+1]);
printf(Done\n);
}
/* EOF */
--
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/
BUG: Timezone failures with threads under Cygwin 1.5.25
(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{$_} = localtime($_);
};
my @threads;
for (1..$i) {
$threads[$_] = threads-create(sub {
my $arg = shift;
my $localtime = $localtime{$arg};
my $error = 0;
for (1..$y) {
my $lt = localtime($arg);
if ($localtime ne $lt) {
$error++;
}
}
return $error;
}, $_);
}
for (1..$i) {
is($threads[$_]-join(), 0, 'localtime() thread-safe');
}
This runs 10 threads that call 'localtime' 20,000 times
each.
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 -Ilib ext/threads/t/libc.t
1..11
ok 1 - use threads
got: Wed Dec 31 20:00:08 1969 exp: Wed Dec 31 19:00:08 1969
got: Wed Dec 31 20:00:07 1969 exp: Wed Dec 31 19:00:07 1969
got: Wed Dec 31 20:00:06 1969 exp: Wed Dec 31 19:00:06 1969
got: Wed Dec 31 20:00:08 1969 exp: Wed Dec 31 19:00:08 1969
got: Wed Dec 31 20:00:07 1969 exp: Wed Dec 31 19:00:07 1969
got: Wed Dec 31 20:00:06 1969 exp: Wed Dec 31 19:00:06 1969
got: Wed Dec 31 20:00:10 1969 exp: Wed Dec 31 19:00:10 1969
ok 2 - localtime() thread-safe
ok 3 - localtime() thread-safe
ok 4 - localtime() thread-safe
ok 5 - localtime() thread-safe
ok 6 - localtime() thread-safe
not ok 7 - localtime() thread-safe
# Failed at ext/threads/t/libc.t line 52
# got '2'
# expected '0'
not ok 8 - localtime() thread-safe
# Failed at ext/threads/t/libc.t line 52
# got '2'
# expected '0'
not ok 9 - localtime() thread-safe
# Failed at ext/threads/t/libc.t line 52
# got '2'
# expected '0'
ok 10 - localtime() thread-safe
not ok 11 - localtime() thread-safe
# Failed at ext/threads/t/libc.t line 52
# got '1'
# expected '0'
This shows a 1 hour difference between the expected and
actual results - which looks like a timezone issue.
As the changes for 1.5.25 include numerous references to
timezone handling changes, I suspect there may be some
re-entrancy bug in those changes.
--
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/
Upgrade gcc please
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 useful. -- 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/
Re: Updated: perl-libwin32-0.27-1
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: iodbcinst.h: No such file or directory What package am I missing that contains this? -- 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/
RE: Call for testing Cygwin snapshot
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 snapshot For the following snapshots, stuck processes are generated by bash script cron job: 20060313 20060322 20060323 20060324 20060326 20060329 20060413 20060417 20060418 20060421 20060424 20060426 For the following snapshots, the rxvt shell window closes right away (as reported in http://cygwin.com/ml/cygwin/2006-03/msg00487.html): 20060314 20060315 20060318 20060319 20060320 20060321 20060403 - run.exe does not work properly 20060412 - The login shell window display the following errors: mkdir: `': No such file or directory Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. /usr/bin/install: accessing `//.bashrc': No such host or network path /usr/bin/install: accessing `//.bash_profile': No such host or network path /usr/bin/install: accessing `//.inputrc': No such host or network path bash: /bin/cygwin: No such file or directory 1 skel Then with the help of Ernie Coskrey (the only person to suggest anything useful for me to try), I installed the Windows debugger to take a peek at some of the stuck processes. (I'm not a Windows programmer - I do Unix - so I need help with such things.) In this case, I used the full 20060426 snapshot and generated some stuck processes. The output from 'ps' showed the following: PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2944 11332 29292? 78809 13:54:03 /usr/bin/diff 32184 1 436 2860? 78809 14:00:03 /usr/bin/mv 1560 1 28372 29084? 78809 14:06:05 /usr/bin/diff 9768 1 23420 24436? 78809 14:12:04 /usr/bin/diff Looking at the Windows Task Manager, those processes were not listed, but what I suppose to be their shell processes were: Image Name PID bash.exe2736 bash.exe9500 bash.exe 29048 bash.exe 30324 Note that no bash processes were listed by Cygwin under 'ps'. (Is this a clue?) Using the Windows debugger, I attached to one of the bash processes and extracted the following using the '~* kb' command: 0 Id: ab0.1b0 Suspend: 1 Teb: 7ffde000 Unfrozen ChildEBP RetAddr Args to Child 0022e280 7c59a1af 0002 0022e2a8 0001 ntdll!ZwWaitForMultipleObjects+0xb 0022e2d0 7c59a0c2 0022e2a8 0001 KERNEL32!WaitForMultipleObjectsEx+0xea *** ERROR: Symbol file could not be found. Defaulted to export symbols for E:\cygwin\bin\cygwin1.dll - 0022e2e8 610ab884 0002 0022e400 KERNEL32!WaitForMultipleObjects+0x17 WARNING: Stack unwind information not available. Following frames may be wrong. 0022e428 610bf218 0045f070 00687020 cygwin1!_getreent+0xc64 0022e468 610bf5f5 0022e4c8 cygwin1!regsub+0x1e8 *** ERROR: Module load completed but symbols could not be loaded for E:\cygwin\bin\bash.exe 0022e498 0042ee38 0022e4c0 0022e4b0 cygwin1!regsub+0x5c5 0022e4d8 0041e9b4 0001 0022e4f4 bash+0x2ee38 0022e508 0041149c 0618 00686fa0 bash+0x1e9b4 0022e5a8 00412c90 00684930 bash+0x1149c 0022e5d8 00410a25 00684930 0003 00687268 bash+0x12c90 0022e678 00412c90 006864b0 bash+0x10a25 0022e6a8 00410a59 006864b0 0003 00687250 bash+0x12c90 0022e748 00412c90 006864c8 bash+0x10a59 0022e778 00410a59 006864c8 0003 0022e7c8 bash+0x12c90 0022e818 00413e6a 006864f8 bash+0x10a59 0022e868 00410645 006871d0 bash+0x13e6a 0022e908 00412c90 00686528 bash+0x10645 0022e938 00413e32 00686528 bash+0x12c90 0022e988 00410645 00687230 bash+0x13e32 0022ea28 00412c90 00686380 bash+0x10645 1 Id: ab0.708 Suspend: 1 Teb: 7ffdd000 Unfrozen ChildEBP RetAddr Args to Child 0067ed14 7c5862e9 0330 ntdll!ZwReadFile+0xb 0067ed88 610973ea 0330 0067edc0 00a4 KERNEL32!ReadFile+0x181 WARNING: Stack unwind information not available. Following frames may be wrong. 0067ee88 61002f52 61101000 cygwin1!sigemptyset+0x341a 0067eeb8 61003789 0067ef8c 61018880 1074 cygwin1!toascii+0xed2 0067ffb4 cygwin1!toascii+0x1709 2 Id: ab0.7224 Suspend: 1 Teb: 7ffdc000 Unfrozen ChildEBP RetAddr Args to Child 1912ec54 7c59a1af 0003 1912ec7c 0001 ntdll!ZwWaitForMultipleObjects+0xb 1912eca4 7c59a0c2 1912ec7c 0001 KERNEL32!WaitForMultipleObjectsEx+0xea 1912ecbc 778322b2 0003 1912ede4
RE: Call for testing Cygwin snapshot
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 'No such process'. Christopher Faylor replied: As mentioned above, a test case showing the problem sure would be nifty. I agree and would have provided one if I could. However, I have no idea what is causing this, nor how to write a test case for it. As I said, it's a cron job running a bash script - nothing fancy. The hang does not happen on every invokation of the script, but it does occur frequently. Where in the script it gets stuck seems to be random: wget, mkdir, mv, date, diff, etc.. Also, knowing the first snapshot which shows the problem would be helpful. As I said, these sort of problems started after the 2006-03-09 snapshot. I double checked, and the problem does occur with the 2006-03-13 snapshot. -- 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/
RE: Call for testing Cygwin snapshot
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 'No such process'.
Christopher Faylor replied:
As mentioned above, a test case showing the problem sure would be
nifty.
Jerry D. Hedden responded:
I agree and would have provided one if I could. However, I have no
idea what is causing this, nor how to write a test case for it.
As I said, it's a cron job running a bash script - nothing fancy. The
hang does not happen on every invokation of the script, but it does
occur frequently. Where in the script it gets stuck seems to be
random: wget, mkdir, mv, date, diff, etc..
Christopher Faylor asked:
Can you at least post the script?
Certainly. Attached.
Christopher Faylor asked:
Also, knowing the first snapshot which shows the problem would be helpful.
Jerry D. Hedden responded:
As I said, these sort of problems started after the 2006-03-09 snapshot.
I double checked, and the problem does occur with the 2006-03-13
snapshot.
Christopher Faylor replied:
What you said was However, I have experienced problems with most
snapshots after it, where it was the 2006-03-09 snapshot. The use of
the word most rather than all there implies, to me at least, that
there were snapshots that worked. You seem to now be saying that this
is not the case, which implies that something stopped working for you
on 2006-03-13 and that no snapshot on or after that point worked.
Let me clarify. Starting with the 2006-03-13 snapshot, every snapshot I
tried caused problems. Although I did not try every one (sorry, but I
did not keep track of which ones), I know I tried over half of the 18
or so snapshots in question. Since none that I tried worked, I have
been held at the 2006-03-09 snapshot.
The basic problem noted in each case had to do with forks - either a
cron script hangs (as reported), a build script fails because of fork
failures ('resource not available' type messages), or couldn't bring up
shell windows (as reported in
http://cygwin.com/ml/cygwin/2006-03/msg00487.html).
All of this started with Christopher Faylor's changes related to 'fork'
that started with the 2006-03-13 snapshot. As I did report one problem
related to this matter on the 3/15 but go no response, I figured the
work was ongoing. I just kept trying subsequent snapshots hoping the
problem would be cleared up eventually, but it hasn't.
#!/usr/bin/bash
#
#
# weather - Downloads weather maps
#
# Usage: weather [ pause | resume ] [ show | unshow ] [ clean ]
#
# $RCSfile: weather,v $
# $Revision: 1.15 $
# $Date: 2006/03/20 15:01:54 $
#
#
function get_it
{
file=$1
url=$2
/usr/bin/wget -q --no-cache -T 15 -t 2 -O $file $url weather.log 21
if [[ ! -s $file ]]; then
rm -f $file
echo Failure getting $file: $url weather.log
date weather.log
exit 1
fi
}
if [[ $LOGNAME == 'Jerry' ]]; then
cd /y
else
cd /x
fi
if [[ ! -d Weather ]]; then
mkdir Weather
fi
cd Weather
# Pause in weather processing
if [[ -n $1 ]]; then
if [[ $1 == 'pause' ]]; then
touch PAUSE
echo 'Weather paused'
exit 0
elif [[ $1 == 'resume' ]]; then
rm -f PAUSE
echo 'Weather resumed'
elif [[ $1 == 'show' ]]; then
weatherx
exit 0
elif [[ $1 == 'unshow' ]]; then
kill `cat /var/run/weatherx.pid`
rm -f /var/run/weatherx.pid
exit 0
elif [[ $1 == 'clean' ]]; then
echo 'Cleaning...'
today=`date +%m%d`
for dir in map rsm rlg cur sat vis; do
keep=$dir/$today
for x in $dir/; do
if [[ $x != $keep ]]; then
rm -fr $x
fi
done
done
echo 'Done'
exit 0
else
echo Unknown arg: $1
exit 1
fi
fi
if [[ -f PAUSE ]]; then
exit 0 # Paused
fi
# Current weather
get_it map.jpg http://image.weather.com/images/maps/current/curwx_720x486.jpg
get_it rsm.jpg
http://image.weather.com/web/radar/us_phl_ultraradar_large_usen.jpg
get_it rlg.jpg
http://image.weather.com/web/radar/us_har_closeradar_large_usen.jpg
get_it cur.jpg http://image.weather.com/images/maps/current/cur_ec_720x486.jpg
get_it sat.jpg
http://image.weather.com/images/sat/regions/east_cen_sat_720x486.jpg
get_it vis.jpg
http://image.weather.com/images/sat/regions/ec_vis_sat_720x486.jpg
today=`date +%m%d`
now=`date +%H%M`
for x in map rsm rlg cur sat vis; do
if [[ ! -f $x.jpg ]]; then
continue
fi
if [[ ! -s $x.jpg ]]; then
rm -f $x.jpg
continue
fi
if [[ ! -d $x/$today ]]; then
mkdir -p $x/$today
fi
if [[ -f $x/.last ]]; then
if [[ -f `cat $x/.last` ]]; then
if diff -q `cat $x/.last` $x.jpg
RE: Call for testing Cygwin snapshot
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 at will. As for the patch, that's useless - I'm not going to try to learn how to build the Cygwin DLL. However, if anyone can suggest some other simple, non-labor-intensive method for gathering more data on this problem, I'd be willing to give it a try. -- 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/
RE: Call for testing Cygwin snapshot
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) that runs every 6 minutes, polling and downloading info off the web. With the 2006-03-09 snapshot, it works fine. However, I have experienced problems with most snapshots after it, including this one - the full 2006-04-24 16:48 GMT snapshot. I have always had to revert back to 2006-03-09. The problem is the script hangs at various places and the stuck processes keep building up: ps -a PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 26264 1 26264 26264 con 78809 15:39:13 /usr/bin/rxvt 368 26264 368 22520 78809 15:39:13 /usr/bin/bash 28904 1 28904 28904? 18 15:39:15 /usr/bin/cygrunsrv 2020 289042020 1972? 18 15:39:15 /usr/sbin/cygserver 2716 12716 2716? 18 15:39:17 /usr/bin/cygrunsrv 260027162716 27672? 18 15:39:17 /usr/sbin/cron 1720 1 45204 37852? 78809 16:24:02 /usr/bin/diff 43456 1 37736 37680? 78809 16:30:02 /usr/bin/diff 43252 1 36456 43616? 78809 16:36:02 /usr/bin/mv 39364 1 22988 1628? 78809 16:42:02 /usr/bin/date 33100 368 33100 334960 78809 16:46:32 /usr/bin/ps The diff, mv and date processes above are examples of hung scripts. Further, I have to kill these processes using the task monitor: kill reports 'No such process'. Cygwin Configuration Diagnostics Current System Time: Mon Apr 24 16:48:55 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/home/jhedden' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 13% CPUN EXTERNAL f: net NTFS451498Mb 90% CP CS UN PA FC g: net NTFS 10003Mb 61% CP CS UN PA FC h: net NTFS 10003Mb 61% CP CS UN PA FC v: net NTFS 2753169Mb 90% CP CS UN PAshared y: net NTFS225738Mb 86% CP CS UN PA FC . /cygdrive userbinmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: E:\cygwin\bin\sed.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 1174k 2006/04/24 E:\cygwin\bin\cygperl5_8.dll 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 12k 2003/02/17
RE: How to prevent duplicate cron jobs?
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. Both can be found
on CPAN.
#!/usr/bin/perl
use strict;
use warnings;
use Proc::Daemon;
use Proc::PID::File;
MAIN:
{
# Daemonize
Proc::Daemon::Init();
# If already running, then exit
if (Proc::PID::File-running()) {
exit(0);
}
# Do work
}
exit(0);
# EOF
--
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/
BUG: /sbin in util-linux package
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 sbin/hwclock.exe Tue Mar 7 23:34:37 2006 7680 sbin/mkfs.bfs Tue Mar 7 23:34:37 2006 14336 sbin/mkfs.cramfs Tue Mar 7 23:34:41 2006 4608 sbin/mkfs.exe Tue Mar 7 23:34:37 2006 14848 sbin/mkfs.minix Tue Mar 7 23:34:41 2006 12800 sbin/mkswap.exe Tue Mar 7 23:34:41 2006 2560 sbin/sln.exe Also in the package is the /usr/sbin directory with nothing in it. Tue Mar 7 23:34:35 2006 0 usr/sbin/ This looks like a mistake in packaging the module. Shouldn't the apps listed above be in /usr/sbin and not /sbin? -- 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/
BUG: 'run -p' fails if path contains spaces
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 -- 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/
RE: BUG: 'run -p' fails if path contains spaces
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' gvim.exe Alexander J. Herrmann queried: Is there a special reason why you don't escape spaces? run -p '/cygdrive/c/Program\ Files/vim/vim64' gvim.exe You're not supposed to escape spaces when the argument is in single quotes. Doing so adds the backslash into the string as evidenced by: echo '/cygdrive/c/Program\ Files/vim/vim64' The following are equivalent (although neither works): run -p '/cygdrive/c/Program Files/vim/vim64' gvim.exe run -p /cygdrive/c/Program\ Files/vim/vim64 gvim.exe Further, your example (with single quotes and backslash) doesn't work either. -- 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/
BUG: 'cron' fails to stop with -i flag
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: Service : cron Display name: CYGWIN cron Current State : Running Controls Accepted : Stop Command : /usr/sbin/cron -D However, when I try to stop it using: cygrunsrv -E cron I get the following: cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. 'ps -a' shows the cron process is still present: 3648 13648 3648? 18 20:59:40 /usr/bin/cygrunsrv 368036483648 2108? 18 20:59:40 /usr/sbin/cron A reading of the services shows: Service : cron Display name: CYGWIN cron Current State : Stop Pending Controls Accepted : Stop Command : /usr/sbin/cron -D I have to use 'kill' (i.e. 'kill `cat /var/run/cron.pid`') to remove the process. I have tried adding '-s TERM', '-s INT' and even '-s KILL' to the install command: cygrunsrv -I cron -d CYGWIN cron -p /usr/sbin/cron -a -D -e CYGWIN=server ntsec tty -i -s TERM but none of them (not even '-s KILL') terminate the cron daemon when trying to stop the service. If I install without the -i flag, it starts and stops with no problems. (However, as mentioned, certain cron job script don't work properly.) Therefore, there is something about the use of the -i flag that is causing the problem. (cygcheck -s output attached.) Cygwin Configuration Diagnostics Current System Time: Thu Apr 06 16:47:50 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/home/jhedden' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 16% CPUN EXTERNAL f: net NTFS451498Mb 85% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 94% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive userbinmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: E:\cygwin\bin\sed.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 1173k 2006/03/28 E:\cygwin\bin\cygperl5_8.dll 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 12k
RE: [ANNOUNCEMENT] Updated: run-1.1.8-1
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. -- 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/
'cron' fails to stop
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 It starts and runs fine using: cygrunsrv -S cron A reading of the services shows: Service : cygserver Display name: CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver Service : cron Display name: CYGWIN cron Current State : Running Controls Accepted : Stop Command : /usr/sbin/cron -D However, when I try to stop it using: cygrunsrv -E cron I get the following: cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. 'ps -a' shows the cron process is still present: 3648 13648 3648? 18 20:59:40 /usr/bin/cygrunsrv 368036483648 2108? 18 20:59:40 /usr/sbin/cron A reading of the services shows: Service : cygserver Display name: CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver Service : cron Display name: CYGWIN cron Current State : Stop Pending Controls Accepted : Stop Command : /usr/sbin/cron -D I have to use 'kill' to remove the process. Is my installation of the service wrong, or is this a bug? The readout of 'cygcheck -s' 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:\WINDOWS\System32\Wbem C:\Program Files\ATI Technologies\ATI Control Panel C:\PROGRA~1\COMMON~1\SONICS~1\ C:\dev-cpp\bin\ . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Jerry)GID: 545(Users) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Jerry)GID: 545(Users) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Jerry' PWD = '/var/log' CYGWIN = 'server ntsec' HOME = '/home/Jerry' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS148977Mb 41% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A f: hd NTFS238472Mb 16% CP CS UN PA FC QT . /cygdrive userbinmode,cygdrive C:\cygwin / system binmode C:/c system binmode c:\Jerry\PalmDev /PalmDev system textmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\Jerry /x system binmode F:/y system binmode C:\Documents and Settings\Jerry\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl Found: C:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: C:\cygwin\bin\sed.exe Not Found: ssh Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 56k 2005/07/09 C:\cygwin\bin\cygbz2-1.dll 7k 2005/11/20 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 1108k 2005/10/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 1047k 2005/10/11 C:\cygwin\bin\cygcrypto-0.9.8.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll 174k 2004/10/14 C:\cygwin\bin\cygexpat-0.dll 40k 2006/03/24 C:\cygwin\bin\cygform-8.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 323k 2005/07/10 C:\cygwin\bin\cyggcrypt-11.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22
RE: 'cron' fails to stop
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 instructions, used cron-config. Interesting clue. 'cron-config' installs 'cron' without the -i flag. However, I need the -i flag for some of my cron jobs. If I install cron without -i, it stops using: cygrunsrv -E cron If I install cron with -i, it fails to stop. Why won't it stop if -i is present? It starts and runs fine using: cygrunsrv -S cron A reading of the services shows: Service : cygserver Display name: CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver Service : cron Display name: CYGWIN cron Current State : Running Controls Accepted : Stop Command : /usr/sbin/cron -D Does this look fine to you? You have 2 cron daemons, cron is not built to do that. No. Just one. I listed all services (cygserver and cron) for completeness. -- 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/
'run' command quirks
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 files/vim/vim64/' run gvim.exe However, the following fails: run '/cygdrive/c/program files/vim/vim64/gvim.exe' with the following dialog box: Error: Couldn't find /cygdrive/c/program files/vim/vim64/gvim.exe anywhere. I even looked in PATH I also tried appending the following extensions: [1]: [2]: .exe Likewise, the following also fails: run -p '/cygdrive/c/program files/vim/vim64/' gvim.exe with the following dialog box: Error: Couldn't find gvim.exe anywhere. I even looked in PATH I also tried appending the following extensions: [1]: [2]: .exe What am I doing wrong? -- 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/
USERNAME disappears from cron with 20060318 snapshot
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: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Rxvt+Bash dumps using 2006-03-15 snapshot
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 2006-03-09 snapshot is okay. Cygwin Configuration Diagnostics Current System Time: Fri Mar 17 12:36:51 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\djgpp\bin E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\prerelease C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin C:\WINNT\Microsoft.NET\Framework\v1.1.4322 C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/cygdrive/c/Documents and Settings/jhedden/My Documents/My Downloads' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 83% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 92% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive userbinmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl'exe Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 1173k 2006/03/16 E:\cygwin\bin\cygperl5_8.dll 56k 2005/07/09 E:\cygwin\bin\cygbz2-1.dll 895k 2004/04/28 E:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 E:\cygwin\bin\cygdb_cxx-4.2.dll 19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll 28k 2003/07/20 E:\cygwin\bin\cyggdbm-3.dll 15k 2003/07/20 E:\cygwin\bin\cyggdbm_compat-3.dll 30k 2003/08/11 E:\cygwin\bin\cyggdbm-4.dll 15k 2003/08/11 E:\cygwin\bin\cyggdbm_compat-4.dll 21k 2001/06/20 E:\cygwin\bin\cygintl.dll 22k 2001/12/13 E:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 E:\cygwin\bin\cygintl-2.dll 45k 2001/04/25 E:\cygwin\bin\cygform5.dll 26k 2001/04/25 E:\cygwin\bin\cygmenu5.dll 156k 2001/04/25 E:\cygwin\bin\cygncurses++5.dll 226k 2001/04/25 E:\cygwin\bin\cygncurses5.dll 15k 2001/04/25 E:\cygwin\bin\cygpanel5.dll
RXVT+Bash cores with 2006-03-15 snapshot
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 attachments, but the email got bounced by virus checkers. I have no idea why as they were both just text files.) Exception: STATUS_ACCESS_VIOLATION at eip=610DBC4C eax=6955E559 ebx=6111E559 ecx=0009 edx=00685750 esi=48544150 edi= ebp=0022DAC8 esp=0022DAB8 program=E:\cygwin\bin\bash.exe, pid 2936, thread main cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022DAC8 610DBC4C (48544150, 6111E559, 000A, 0022DBB8) 0022DAF8 61013955 (0022DB62, 0022DB00, 0022DCA8, 61051F28) 0022DB08 610139A1 (6111E559, 77FD0348, 77F88DD6, 610F80A4) 0022DCA8 61051F28 (0230, 0234, , ) 0022DCD8 6104B0CC (0022DD00, 0022DCE0, , 610170B7) 0022DE58 6104C1A8 (0001, 0022DE78, 0022DE74, 0001) 0022DE88 61090615 (, , 0022DECC, ) 0022DF78 004253CA (00689C98, , 0022DF98, 610951CB) 0022E058 004298BB (, , , 00685C0F) 0022E078 00429FA4 (, , , 00685BE0) 0022E0A8 0042A8AF (00685C0F, , 006899F0, 0043E6C7) 0022E0E8 00421BBF (0042A840, 00685BE0, 0022E108, 004191F4) 0022E128 00421EE0 (006899F0, 006898B0, 00685BB8, 61055877) 0022E188 0042AD66 (006887F8, , 00685B88, ) 0022E228 00410CAA (00689898, , , ) 0022E258 00412BE0 (00689898, 00689628, 0022E2A8, 0040F837) End of stack trace (more stack frames may be present) -- cygcheck output - Cygwin Configuration Diagnostics Current System Time: Fri Mar 17 12:36:51 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\djgpp\bin E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\prerelease C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin C:\WINNT\Microsoft.NET\Framework\v1.1.4322 C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/cygdrive/c/Documents and Settings/jhedden/My Documents/My Downloads' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 83% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 92% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive user binmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe
RE: Find tool contained in unknown pkg
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 -- 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/
RE: phread_join problem
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: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Apache failure with 2006-03-01/2 snapshots
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: This problem should be fixed in the latest snapshot. Yes, it works with the 2006-03-08 17:10 snapshot. Thanks. -- 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/
RE: Starting gvim from Windows
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 Cygwin's version of Gvim. I use the Windows version. To
use Gvim from Cygwin, I have a small script (attached) that converts
Cygwin paths to Windows paths and then launches Gvim. With this setup,
I can use a single version of Gvim from both Windows and Cygwin.
If you'd like more details, email me directly.
#!/usr/bin/bash
#
#
# vi - Launches gVim
#
# Windows User environment variables
#VIM = C:\Program File\vim
#VIMTMP = X:\Temp
#
#
# Handle vim flags
while [[ $# -gt 0 ]]; do
if [[ $1 =~ '^-' ]]; then
FLAGS=$FLAGS $1
shift
else
break
fi
done
# Generate Windows paths for args
for (( ii=1; $ii = $#; ii=$ii + 1 )); do
if [[ -d ${!ii} ]]; then
echo ${!ii} is a directory - ignored
elif [[ ! -d `dirname ${!ii}` ]]; then
echo 'No such dir:' \'`dirname ${!ii}`\'
exit 1
else
lst[$ii]=`cygpath -w ${!ii}`
fi
done
# Run Windows version of gVim
/cygdrive/c/program files/vim/vim64/gvim.exe $FLAGS -i $VIM\\_viminfo
[EMAIL PROTECTED] /dev/null /dev/null 21
exit 0
# EOF
--
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/
cvs 1.11.21-1 still experimental
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: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Apache failure with 2006-03-01/2 snapshots
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 for the 2006-03-01 Cygwin snapshot. Apache starts properly with the 2006-02-27 Cygwin snapshot. (Apache installed using setup.exe. Cygwin snapshot are full distributions (inst=full), and installed using procedure in FAQ.) Corinna Vinschen asked: Any chance to get some really helpful info, like, say, results of some debugging? I have apache not even installed on my machine and certainly also no debug version of apache handy. With the 20060302 snapshot in place, I was able to build Apache 1.3.33 from the Cygwin source module. I ran the version distributed with setup.exe and the (non-stripped) version I made. Both terminated with the same error message. I am not an expert in Apache, nor in debugging programs under Cygwin. However, if someone gives me an idea of what to do or test for, I'd be glad to try it and supply the information. -- 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/
RE: 'Missing isnand' still not fixed in 2006-03-01 snapshot
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/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2): undefined reference to `___isnand' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x6506): undefined reference to `___isnand' Corinna Vinschen replied: The libraries libcygwin.a and libm.a *do* contain the symbols ___isnand and __impisnand, though. I don't think this is correct. I checked and found isnan and isnanf in both, but isnand is not in either. In fact, I check all the libs using: for file in /usr/lib/*.a; do strings $file | grep isnand; done And got no hits. You don't show us the link command you're using. Maybe there's something not quite correct? I reinstalled cygwin-inst-20060301.tar.bz2 (dll, exes, libs, headers, etc) from the 2006-03-01 (23:10 GMT) snapshot, and tried once more: Here's more complete output: CCCMD = gcc -DPERL_CORE -c -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -Wdeclaration-after-statement -O3 -pipe -frename-registers -fomit-frame-pointer -march=pentium4 -mfpmath=sse -mmmx -msse -msse2 -Wall PATH=/c/perl_tmp/perl-5.8.8:.:/home/jhedden/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/djgpp/bin:/c/Program\ Files/WiX:/c/Program\ Files/nant-0.85-rc3/bin:/c/Program\ Files/apache-ant-1.6.3/bin:/c/j2sdk1.4.2_08/bin:/c/Program\ Files/Documentum/Shared:/c/blp/API:/c/oracle/ora92/bin:/c/Program\ Files/Oracle/jre/1.3.1/bin:/c/Program\ Files/Oracle/jre/1.1.8/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/system32/WBEM:/c/Program\ Files/cvsnt:.:/usr/local:/etc:/usr/lib:/lib:/usr/sbin gcc -L/c/perl_tmp/perl-5.8.8 -s -L/usr/local/lib -o miniperl miniperlmain.o opmini.o -lperl -lcrypt -lgdbm_compat /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' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x6506): undefined reference to `___isnand' collect2: ld returned 1 exit status make: *** [miniperl.exe] Error 1 Reverting to the cygwin-inst-20060224.tar.bz2 (dll, exes, libs, headers, etc) snapshot, building Perl successed. The corresponding section of the build output reads: CCCMD = gcc -DPERL_CORE -c -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -Wdeclaration-after-statement -O3 -pipe -frename-registers -fomit-frame-pointer -march=pentium4 -mfpmath=sse -mmmx -msse -msse2 -Wall PATH=/c/perl_tmp/perl-5.8.8:.:/home/jhedden/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/djgpp/bin:/c/Program\ Files/WiX:/c/Program\ Files/nant-0.85-rc3/bin:/c/Program\ Files/apache-ant-1.6.3/bin:/c/j2sdk1.4.2_08/bin:/c/Program\ Files/Documentum/Shared:/c/blp/API:/c/oracle/ora92/bin:/c/Program\ Files/Oracle/jre/1.3.1/bin:/c/Program\ Files/Oracle/jre/1.1.8/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/system32/WBEM:/c/Program\ Files/cvsnt:.:/usr/local:/etc:/usr/lib:/lib:/usr/sbin gcc -L/c/perl_tmp/perl-5.8.8 -s -L/usr/local/lib -o miniperl miniperlmain.o opmini.o -lperl -lcrypt -lgdbm_compat PATH=/c/perl_tmp/perl-5.8.8:.:/home/jhedden/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/djgpp/bin:/c/Program\ Files/WiX:/c/Program\ Files/nant-0.85-rc3/bin:/c/Program\ Files/apache-ant-1.6.3/bin:/c/j2sdk1.4.2_08/bin:/c/Program\ Files/Documentum/Shared:/c/blp/API:/c/oracle/ora92/bin:/c/Program\ Files/Oracle/jre/1.3.1/bin:/c/Program\ Files/Oracle/jre/1.1.8/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/system32/WBEM:/c/Program\ Files/cvsnt:.:/usr/local:/etc:/usr/lib:/lib:/usr/sbin ./miniperl -w -Ilib -MExporter -e '?' || make minitest I checked the commands and they read the same. (The 3rd line shows that the 'make miniperl' command succeeded and the make continued.) The only variable in the above is the Cygwin snapshots. -- 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/
libm.info missing from snapshot?
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 reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: libm.info missing from snapshot?
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 code. But does this indicate some sort of change/error in the build process? -- 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/
Improper snapshot install [was 'missing isnand']
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. Since Explorer doesn't know about the /usr/bin and /usr/lib mount points, it created bin and lib dirs under usr and put files in them. Back under Cygwin, the mounts then 'masked' the new files. Once I fixed everything up, all is well. To perhaps save some other poor soul from committing the same blunder I did, I humbly offer the suggestion to add the following to the snapshots page: Install snapshots using the procedure documented a href=http://www.cygwin.com/faq/faq_2.html#SEC21;here/a. My deepest apologies to those I inconvenienced with this matter. -- 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/
Apache failure with 2006-03-01/2 snapshots
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 starts properly with the 2006-02-27 Cygwin snapshot. (Apache installed using setup.exe. Cygwin snapshot are full distributions (inst=full), and installed using procedure in FAQ.) -- 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/
'Missing isnand' still not fixed in 2006-03-01 snapshot
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' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x6506): undefined reference to `___isnand' Is there something else I need to download/fix/modify? -- 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/
RE: 'Missing isnand' still not fixed in 2006-03-01 snapshot
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): undefined reference to `___isnand' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x6506): undefined reference to `___isnand' Igor Peshansky asked: Did you install the whole snapshot, or just the DLL? The full (inst) 2006-03-01 (23:10 GMT) snapshot I.e., cygwin-inst-20060301.tar.bz2 where 'cygwin-inst-*.tar.bz2 = directory from make install (dll, exes, libs, headers, etc)' -- 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/
Missing isnand in 2006-02-27 snapshot
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' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x64f2): undefined reference to `___isnand' /c/perl_tmp/perl-5.8.8/libperl.a(pp.o):pp.c:(.text+0x6506): undefined reference to `___isnand' collect2: ld returned 1 exit status Searching through the snapshot diff, I couldn't find any reference to 'isnand'. Nor could I find 'isnand' in the referenced source file. Can anyone divine what the trouble might be? -- 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/
Re: experimental coreutils-5.94-4
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 FAQ: http://cygwin.com/faq/
Re: d_ino bug in //
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 wasn't meant to, then please pardon my ignorance.) -- 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/
Re: experimental coreutils-5.94-3
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 -- 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/
Apache2 Threads
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 processes available, each with many threads. Since it uses less resources, I would recommend that we use that model under Cygwin. -- 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/
RE: [PATCH] Add -p option to ps command
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 no copyright assignment in place. I will send one in today. I applied your patch with some minor changes. Thanks. I realized one minor oversight. Using -p should imply -a so that even if the PID is not owned by the current user, it will still get listed. I've attached a patch for this (just a one line addition) that builds on top of the previous patch (i.e., apply it against version 1.20 of ps.cc). Thanks again. Index: src/winsup/utils/ps.cc === --- ps.cc 1.20 +++ ps.cc @@ -286,6 +286,7 @@ break; case 'p': proc_id = atoi (optarg); + aflag = 1; break; case 's': sflag = 1;
RE: [PATCH] Add -p option to ps command
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 should imply -a so that even if the PID is not owned by the current user, it will still get listed. I've attached a patch for this (just a one line addition) that builds on top of the previous patch (i.e., apply it against version 1.20 of ps.cc). Thanks again. Index: src/winsup/utils/ps.cc === --- ps.cc 1.20 +++ ps.cc @@ -286,6 +286,7 @@ break; case 'p': proc_id = atoi (optarg); + aflag = 1; break; case 's': sflag = 1; What about the ChangeLog entry? http://cygwin.com/contrib.html I'll get this right one of these days. Thanks for your patience. Changelog entry: 2006-02-16 Jerry D. Hedden [EMAIL PROTECTED] * ps.cc (main): -p implies -a
[PATCH] Add -p option to ps command
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 2006-02-13 17:19:24.0 -0500
+++ ps.cc 2006-02-13 17:53:20.0 -0500
@@ -29,6 +29,7 @@
{full, no_argument, NULL, 'f' },
{help, no_argument, NULL, 'h' },
{long, no_argument, NULL, 'l' },
+ {process, required_argument, NULL, 'p'},
{summary, no_argument, NULL, 's' },
{user, required_argument, NULL, 'u'},
{version, no_argument, NULL, 'v'},
@@ -36,7 +37,7 @@
{NULL, 0, NULL, 0}
};
-static char opts[] = aefhlsu:vW;
+static char opts[] = aefhlp:su:vW;
typedef BOOL (WINAPI *ENUMPROCESSMODULES)(
HANDLE hProcess, // handle to the process
@@ -200,7 +201,7 @@
usage (FILE * stream, int status)
{
fprintf (stream, \
-Usage: %s [-aefls] [-u UID]\n\
+Usage: %s [-aefls] [-u UID] [-p PID]\n\
Report process status\n\
\n\
-a, --all show processes of all users\n\
@@ -208,6 +209,7 @@
-f, --full show process uids, ppids\n\
-h, --help output usage information and exit\n\
-l, --long show process uids, ppids, pgids, winpids\n\
+ -p, --process show information for specified PID\n\
-s, --summary show process summary\n\
-u, --user list processes owned by UID\n\
-v, --version output version information and exit\n\
@@ -244,7 +246,7 @@
main (int argc, char *argv[])
{
external_pinfo *p;
- int aflag, lflag, fflag, sflag, uid;
+ int aflag, lflag, fflag, sflag, uid, proc_id;
cygwin_getinfo_types query = CW_GETPINFO;
const char *dtitle = PID TTY STIME COMMAND\n;
const char *dfmt = %7d%4s%10s %s\n;
@@ -256,6 +258,7 @@
aflag = lflag = fflag = sflag = 0;
uid = getuid ();
+ proc_id = -1;
lflag = 1;
prog_name = strrchr (argv[0], '/');
@@ -281,6 +284,9 @@
case 'l':
lflag = 1;
break;
+ case 'p':
+ proc_id = atoi (optarg);
+ break;
case 's':
sflag = 1;
break;
@@ -328,6 +334,9 @@
(p = (external_pinfo *) cygwin_internal (query, pid | CW_NEXTPID));
pid = p-pid)
{
+ if ((proc_id 0) (p-pid != proc_id)) {
+ continue;
+ }
if (!aflag)
if (p-version = EXTERNAL_PINFO_VERSION_32_BIT)
{
--- cygwin-ug-net.sgml.orig 2006-02-14 08:59:42.0 -0500
+++ cygwin-ug-net.sgml 2006-02-14 09:01:38.0 -0500
@@ -3834,7 +3834,7 @@
sect2 id=pstitleps/title
screen
-Usage: ps [-aefls] [-u UID]
+Usage: ps [-aefls] [-u UID] [-p PID]
Report process status
-a, --all show processes of all users
@@ -3842,6 +3842,7 @@
-f, --full show process uids, ppids
-h, --help output usage information and exit
-l, --long show process uids, ppids, pgids, winpids
+ -p, --process show information for specified PID
-s, --summary show process summary
-u, --user list processes owned by UID
-v, --version output version information and exit
@@ -3880,7 +3881,9 @@
mode, showing a long listing with all the above columns. The other display
option is literal-s/literal, which outputs a shorter listing of just
PID, TTY, STIME, and COMMAND. The literal-u/literal option allows you
-to show only processes owned by a specific user. The literal-W/literal
+to show only processes owned by a specific user. The literal-p/literal
+option allows you to show information for only the process with the
+specified PID. The literal-W/literal
option causes commandps/command show non-Cygwin Windows processes as
well as Cygwin processes. The WINPID is also the PID, and they can be killed
with the Cygwin commandkill/command command's literal-f/literal
--- cygwin-ug-net.texi.orig 2006-02-14 09:03:06.0 -0500
+++ cygwin-ug-net.texi 2006-02-14 09:02:10.0 -0500
@@ -3873,7 +3873,7 @@
@example
-Usage: ps [-aefls] [-u UID]
+Usage: ps [-aefls] [-u UID] [-p PID]
Report process status
-a, --all show processes of all users
@@ -3881,6 +3881,7 @@
-f, --full show process uids, ppids
-h, --help output usage information and exit
-l, --long show process uids, ppids, pgids, winpids
+ -p, --process show information for specified PID
-s, --summary show process summary
-u, --user list processes owned by UID
-v, --version output version information and exit
@@ -3915,7 +3916,9 @@
mode, showing a long listing with all the above columns. The other display
option is @samp{-s}, which outputs a shorter listing of just
PID, TTY, STIME, and COMMAND. The @samp{-u} option allows you
-to show only processes owned by a specific user. The @samp{-W}
+to show only processes owned by a specific user. The @samp{-p}
+option allows you to show information for only the process with the
+specified PID. The @samp{-W}
option causes @code{ps} show non-Cygwin Windows processes as
well as Cygwin processes. The WINPID
Building Cygwin
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 Domain Users 1335037 Feb 14 10:55 i686-pc-cygwin/winsup/utils/ps.exe* compared with the distributed binary: 147 cygwin-1.5.19-4 ls -l /bin/ps.exe -rwxr-xr-x 1 jhedden Domain Users 9728 Jan 20 13:29 /bin/ps.exe* I see that there is a problem. What settings do I need to use to get the binaries to be the same (small) size? -- 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/
BUG: ualarm(0,0) not clearing ualarms
I have encounted a bug in Cygwin whereby ualarm(0,0) is not clearing
previously set ualarms. This first cropped up while using Perl, but I
was able to reproduce the bug with the following 'C' program. The gist
is that ualarm() is used several times, and then a final ualarm(0,0) is
executed to clear them. This is followed by a usleep(). The alarm
signal handler shows that 'bogus' alarms are going off during the
usleep(). Without the signal handler, the program would terminate
prematurely due to uncaught SIGALRM.
/*
* Reproduces bug associated with ualarm
*
* Make using: gcc -o ualarm_bug.exe ualarm_bug.c
*
* Typical output:
*
*First ualarm - one shot
*Second ualarm - one shot
*Last ualarm - repeats 3 times
*Clearing ualarm
*Sleeping
*--- BOGUS ALARM ---
*--- BOGUS ALARM ---
*Done
*
*/
#include unistd.h
#include signal.h
/* Increments a counter when alarm goes off */
int tick;
void
inc_tick(int signal)
{
tick++;
}
/* Prints out a warning message when an alarm goes off */
void
bogus(int signal)
{
printf(--- BOGUS ALARM ---\n);
}
int
main(int argc, char **argv)
{
int counter;
/* Set incrementing alarm handler */
signal(SIGALRM, inc_tick);
printf(First ualarm - one shot\n);
tick = 0; ualarm(1, 0); while (tick == 0) { counter++; };
printf(Second ualarm - one shot\n);
tick = 0; ualarm(1, 0); while (tick == 0) { counter++; };
printf(Last ualarm - repeats 3 times\n);
tick = 0; ualarm(1, 1); while (tick 3) { counter++; };
printf(Clearing ualarm\n);
ualarm(0, 0);
/* Set warning alarm handler */
signal(SIGALRM, bogus);
printf(Sleeping\n);
usleep(50);
printf(Done\n);
exit(0);
}
/* EOF */
--
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/
RE: BUG: ualarm(0,0) not clearing ualarms
Original Message From: Christopher Faylor [EMAIL PROTECTED] Thanks for the test case but I don't see any difference in operation between cygwin and linux when I run it: I know that Perl version of the bug occurred on both my work computer (Win2K) and home computer (WinXP) both using the lastest Cygwin DLL. The C code I sent, produced the bug on my work computer. I'll try my home computer this evening. Is it possible that something in my environment is the problem? Cygwin Configuration Diagnostics Current System Time: Mon Feb 13 14:57:12 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Perl\bin\ C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt E:\cygwin\usr\local\lib C:\dev-cpp\bin\ .\ Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/usr/local/src/perl' CYGWIN = 'server ntsec forkchunk:32768' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 38% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 81% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 69% CP CS UN PAshared y: net NTFS225738Mb 84% CP CS UN PA FC . /cygdrive user binmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl.exe Found: C:\Perl\bin\perl.exe Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: E:\cygwin\bin\sed.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 1210k 2006/02/13 E:\cygwin\bin\cygperl5_8.dll 56k 2005/07/09 E:\cygwin\bin\cygbz2-1.dll 895k 2004/04/28 E:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 E:\cygwin\bin\cygdb_cxx-4.2.dll 19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll 28k 2003/07/20 E:\cygwin\bin\cyggdbm-3.dll 15k 2003/07/20 E:\cygwin\bin\cyggdbm_compat-3.dll 30k 2003/08/11 E:\cygwin\bin\cyggdbm-4.dll 15k 2003/08/11 E:\cygwin\bin\cyggdbm_compat-4.dll 21k 2001/06/20 E:\cygwin\bin\cygintl.dll 22k 2001/12/13 E:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 E:\cygwin\bin\cygintl-2.dll 45k 2001/04/25 E:\cygwin\bin\cygform5.dll 26k 2001/04/25 E:\cygwin\bin\cygmenu5.dll 156k 2001/04/25 E:\cygwin\bin\cygncurses++5.dll 226k 2001/04/25 E:\cygwin\bin\cygncurses5.dll 15k 2001/04/25 E:\cygwin\bin\cygpanel5.dll 35k 2002/01/09 E:\cygwin\bin\cygform6.dll 20k 2002/01/09 E:\cygwin\bin\cygmenu6.dll 175k 2002/01/09 E:\cygwin\bin\cygncurses++6.dll 202k 2002/01/09 E:\cygwin\bin\cygncurses6.dll 12k 2002/01/09 E:\cygwin\bin\cygpanel6.dll 48k 2003/08/09
[BUG] 'chmod' broken on FAT32 drive with Cygwin 1.5.19
'chmod' does not work on FAT32 drive under Cygwin 1.5.19 81 tmp ls -l total 0 -rw-r--r-- 1 jhedden Domain Users 0 Feb 3 10:27 dummy.txt 82 tmp chmod 666 dummy.txt 83 tmp ls -l total 0 -rw-r--r-- 1 jhedden Domain Users 0 Feb 3 10:27 dummy.txt Cygwin Configuration Diagnostics Current System Time: Fri Feb 03 10:35:54 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Perl\bin\ C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt E:\cygwin\usr\local\lib C:\dev-cpp\bin\ .\ Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/tmp' CYGWIN = 'server ntsec forkchunk:32768' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 38% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 89% CP CS UN PA FC g: net NTFS 14315Mb 34% CP CS UN PA FC h: net NTFS 14315Mb 34% CP CS UN PA FC v: net NTFS 2753169Mb 69% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive user binmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl.exe Found: C:\Perl\bin\perl.exe Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: E:\cygwin\bin\sed.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 1212k 2006/02/02 E:\cygwin\bin\cygperl5_8.dll 56k 2005/07/09 E:\cygwin\bin\cygbz2-1.dll 895k 2004/04/28 E:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 E:\cygwin\bin\cygdb_cxx-4.2.dll 19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll 28k 2003/07/20 E:\cygwin\bin\cyggdbm-3.dll 15k 2003/07/20 E:\cygwin\bin\cyggdbm_compat-3.dll 30k 2003/08/11 E:\cygwin\bin\cyggdbm-4.dll 15k 2003/08/11 E:\cygwin\bin\cyggdbm_compat-4.dll 21k 2001/06/20 E:\cygwin\bin\cygintl.dll 22k 2001/12/13 E:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 E:\cygwin\bin\cygintl-2.dll 45k 2001/04/25 E:\cygwin\bin\cygform5.dll 26k 2001/04/25 E:\cygwin\bin\cygmenu5.dll 156k 2001/04/25 E:\cygwin\bin\cygncurses++5.dll 226k 2001/04/25 E:\cygwin\bin\cygncurses5.dll 15k 2001/04/25 E:\cygwin\bin\cygpanel5.dll 35k 2002/01/09 E:\cygwin\bin\cygform6.dll 20k 2002/01/09 E:\cygwin\bin\cygmenu6.dll 175k 2002/01/09 E:\cygwin\bin\cygncurses++6.dll 202k 2002/01/09 E:\cygwin\bin\cygncurses6.dll 12k 2002/01/09 E:\cygwin\bin\cygpanel6.dll 48k 2003/08/09 E:\cygwin\bin\cygform7.dll 29k 2003/08/09 E:\cygwin\bin\cygmenu7.dll 224k 2003/08/09 E:\cygwin\bin\cygncurses7.dll 19k 2003/08/09 E:\cygwin\bin\cygpanel7.dll 22k 2002/06/09 E:\cygwin\bin\cygpopt-0.dll 17k 2001/06/28 E:\cygwin\bin\cyghistory4.dll 108k 2001/06/28 E:\cygwin\bin\cygreadline4.dll 29k 2003/08/11
Re: cygwin-1.5.16-1: FIFOs broken
However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior you mentioned with the 'cat' exiting after it reads text. However, this is a bad thing. It means that the FIFO is being set EOF after there is no more data. I tried my client-server app with the snapshot cygwin1.dll, and it failed because of this. It seems to me that the behavior of FIFOs under 1.5.15 was correct, and that under both 1.5.16 and the snapshot, FIFOs are now broken. FWIW, I just tested your example under Solaris 8 and it works just like Christopher describes. Okay. I have seen the error of my ways. I'm going to rewrite my app to use UPD instead. -- 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/
cygwin-1.5.16-1: FIFOs broken
I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. -- 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/
Re: cygwin-1.5.16-1: FIFOs broken
Christopher Faylor wrote: On Sat, Apr 30, 2005 at 08:38:17PM -0400, Jerry D. Hedden wrote: I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. As I mentioned in another enjoyable thread last week, fifos are only just barely working in cygwin. They are still a work in progress. However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior you mentioned with the 'cat' exiting after it reads text. However, this is a bad thing. It means that the FIFO is being set EOF after there is no more data. I tried my client-server app with the snapshot cygwin1.dll, and it failed because of this. It seems to me that the behavior of FIFOs under 1.5.15 was correct, and that under both 1.5.16 and the snapshot, FIFOs are now broken. -- 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/
BUG: shmget() [was RE: shmget() not working(?)]
shmget() is not able to 'find' an existing shared memory segment
unless the 'flags' argument is set to '0'. This is a bug. If
flags = 0666 (or at least compatible with the permissions set
when the segment was created), it should still be able to find
and use the segment.
The test program:
#include sys/shm.h
#include errno.h
#define CHLD_MODE 0666
int
main(int argc, char **argv)
{
int pid = fork();
int id;
if (pid == 0) {
sleep(5);
id = shmget(1, 100, CHLD_MODE);
printf(child (%d): %d (%d)\n, getpid(), id, errno);
} else {
id = shmget(1, 100, IPC_CREAT | 0666);
printf(parent (%d): %d (%d)\n, getpid(), id, errno);
sleep(10);
shmctl(id, IPC_RMID, 0);
}
return (0);
}
Produces the following output:
parent (35492): 196609 (0)
child (3876): 0 (0)
This shows that:
1. The parent created the shared memory segment and got back its
ID (196609).
2. The child process tried to attach to the parent's shared memory
segment (using the same key = 1), but shmget() returned 0 with no
error!
However, if CHLD_MODE is set to 0 in the code above, then:
parent (34084): 393216 (0)
child (11232): 393216 (0)
Which shows that the child did find the parent's shared memory
segment.
=
Jerry D. Hedden
If you're not having fun, then you're not doing it right!
--
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/
BUG: More shmget() problems
The following test program:
#include sys/shm.h
#include errno.h
int
main(int argc, char **argv)
{
int pid = fork();
int id;
if (pid == 0) {
sleep(5);
id = shmget(1, 100, IPC_CREAT | 0666);
printf(child (%d): %d (%d)\n, getpid(), id, errno);
} else {
id = shmget(1, 100, IPC_CREAT | 0666);
printf(parent (%d): %d (%d)\n, getpid(), id, errno);
sleep(10);
shmctl(id, IPC_RMID, 0);
}
return (0);
}
Produces:
parent (6592): 720896 (0)
child (28268): 1638401 (0)
Showing that the child process created its own segment instead of
begin given the parent's segment. This is a bug.
=
Jerry D. Hedden
If you're not having fun, then you're not doing it right!
--
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/
BUG: ash 20040127-1 under W2K fails on _fcntl64
After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails. Running '/usr/bin/make' causes the following requestor to be displayed: sh.exe - Entry Point Not Found The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll. Running '/usr/bin/man man' causes the above requestor, and additionally prints out the following to the shell: Error executing formatting or display command. System command (cd /usr/share/man (echo .pl 1100i; /usr/bin/cat '/usr/share/man/man1/man.1'; echo; echo .pl \n(nlu+10) | /usr/bin/tbl | /usr/bin/nroff -c -mandoc | /bin/less -aeimR) exited with status 32768. No manual entry for man Revert back to ash 20031007-1 eliminates these problems. This problem does not occur on my Window 98SE box with ash 20040127-1. cygcheck output attached. Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 30 08:29:05 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\home\jhedden\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\blp\API\dde c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\blp\API c:\Program Files\Hummingbird\Connectivity\7.10\Accessories\ c:\ant\bin c:\Program Files\IBM\IBM CICS Transaction Gateway\BIN . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(jhedden) GID: 545(Users) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(jhedden) GID: 545(Users) 544(Administrators) 547(Power Users) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT Here's some environment variables that may affect cygwin: HOME = `C:\cygwin\home\jhedden' MAKE_MODE = `unix' PWD = `/home/jhedden' USER = `jhedden' Here's the rest of your environment variables: ALLUSERSPROFILE = `C:\Documents and Settings\All Users' ANT_HOME = `C:\ant' APPDATA = `C:\Documents and Settings\jhedden\Application Data' BASH_ENV = `/home/jhedden/.bashrc' CLASSPATH = `C:\Program Files\IBM\IBM CICS Transaction Gateway\Classes\CTGCLIENT.JAR;C:\Program Files\IBM\IBM CICS Transaction Gateway\Classes\CTGSERVER.JAR;C:\Program Files\IBM\IBM CICS Transaction Gateway\Classes\CICSJ2EE.JAR;C:\Program Files\IBM\IBM CICS Transaction Gateway\Classes\CTGSAMPLES.JAR' COLORFGBG = `default;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PN100-01-0524E' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' ENV = `/home/jhedden/.bashrc' FOFFICE = `pton' FSUBNET = `pn100' GROUP = `Users' HISTFILE = `' HOMEDRIVE = `C:' HOMEPATH = `\cygwin\home\jhedden' HOSTNAME = `PN100-01-0524E' IGNOREEOF = `' INCLUDE = `C:\Program Files\IBM\IBM CICS Transaction Gateway\samples\include;C:\Program Files\IBM\IBM CICS Transaction Gateway\include' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' JAVA_HOME = `C:\jdk1.3.1_09' LANG = `C' LANGUAGE = `C' LC_ALL = `C' LIB = `C:\Program Files\IBM\IBM CICS Transaction Gateway\lib' LOGONSERVER = `\\PN1002' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' MYDOCS = `/cygdrive/c/Documents and Settings/jhedden/My Documents' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/jhedden/news' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PAGER = `/bin/less -aeimR' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PS1 = `\[\e]2;\w\007\]\[\e[1;31m\]\# \[\e[32m\]\W \[\e[36m\] \[\e[0m\]' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\jhedden\LOCALS~1\Temp' TERM = `rxvt-cygwin-native' TMP = `c:\DOCUME~1\jhedden\LOCALS~1\Temp' USERDNSDOMAIN = `corp.bloomberg.com' USERDOMAIN = `CORP' USERNAME = `jhedden' USERPROFILE = `C:\Documents and Settings\jhedden' VIM = `C:\PROGRA~1\VIM' WINDIR = `C:\WINNT' WINDOWID = `168046944' XT_APP = `/usr/bin/rxvt -j -ut -tn rxvt-cygwin-native -display :0 -fg white -bg black -font Lucida Console-10' XT_GEOM = `-geometry 80x99' XT_MAX = `99' XT_SB = `-sb -sr -si -sk -sl 2500' _ = `/usr/bin/cygcheck' Scanning registry for keys with `Cygnus' in them... HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Re: BUG: ash 20040127-1 under W2K fails on _fcntl64
Original Message From: [EMAIL PROTECTED] On Fri, 30 Jan 2004, Jerry D. Hedden wrote: After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails. Running '/usr/bin/make' causes the following requestor to be displayed: sh.exe - Entry Point Not Found The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll. From your cygcheck output: Cygwin DLL version info: DLL version: 1.5.5 This version of ash requires cygwin1.dll = 1.5.6. This is an ABI change between 1.5.5 and 1.5.6. Should the setup.hint handle this? Strange. setup.exe showed me has having cygwin 1.5.6 installed. I reinstalled it and the problem when away. Thank you. = Jerry D. Hedden If you're not having fun, then you're not doing it right! -- 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/
PATCH: Save/load proxy settings in setup.exe
One of the items on the TODO list for setup.exe is to save and load proxy settings so the user doesn't have to keep entering them. Below is a small patch to ConnectionSetting.cc to do just that: 39d38 delete f; 41a41,47 fg_ret = f-gets (localdir, 1000); if (fg_ret) net_proxy_host = strdup(fg_ret); fg_ret = f-gets (localdir, 1000); if (fg_ret) net_proxy_port = atoi(fg_ret); delete f; 48a55 char port_str[20]; 62c69,71 // TODO: also write the proxy and port, and then parse them in load. --- f-write(net_proxy_host,strlen(net_proxy_host)); sprintf(port_str, \n%d\n, net_proxy_port); f-write(port_str,strlen(port_str)); Hope this gets incorporated soon. Thanks. = Jerry D. Hedden If you're not having fun, then you're not doing it right! -- 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/
Cygwin 'bell' not working
The following command is supposed to sound a 'bell', but does not produce any sound output on my machine: echo -e '\a' If I output a ^G using Window's echo command, I do get a beep. I am not using X-Windows. I am using Windows 'command prompt' window running bash. Does Cygwin lack the ability to sound the computer's bell? If not, what do I need to change to fix this? = Jerry D. Hedden - Author of MegaWiki for Palm-based handhelds http://www.palmgear.com/software/showsoftware.cfm?prodID=36156 http://groups.yahoo.com/group/megawiki/ and http://www.megawiki.com I know you believe you understand what you think I said, but I'm not sure you realize that what you heard is not what I meant. __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://platinum.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 'bell' not working
--- Mark Blackburn [EMAIL PROTECTED] wrote: Jerry D. Hedden wrote: The following command is supposed to sound a 'bell', but does not produce any sound output on my machine: echo -e '\a' If I output a ^G using Window's echo command, I do get a beep. Pump up the Volume :) Lately, cygwin sends bell characters to the soundcard if available. If your speakers are turned down you won't hear it. I do not have speakers, although there may be a sound card in the PC. If cygwin is sending beeps to the sound card, how can I change it to send them to the PC's internal speaker/bell? = Jerry D. Hedden - Author of MegaWiki for Palm-based handhelds http://www.palmgear.com/software/showsoftware.cfm?prodID=36156 http://groups.yahoo.com/group/megawiki/ and http://www.megawiki.com I know you believe you understand what you think I said, but I'm not sure you realize that what you heard is not what I meant. __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://platinum.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
