* RE: BUG: ualarm(0,0) not clearing ualarms
@ 2006-02-13 20:03 Jerry D. Hedden
2006-02-13 22:15 ` Christopher Faylor
2006-02-14 1:40 ` Gary R. Van Sickle
0 siblings, 2 replies; 15+ messages in thread
From: Jerry D. Hedden @ 2006-02-13 20:03 UTC (permalink / raw)
To: cygwin
> -------- Original Message --------
> From: Christopher Faylor <cgf-no-personal-reply-please@cygwin.com>
>
> 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/A N/A
c: hd NTFS 38161Mb 38% CP CS UN PA FC
d: cd N/A N/A
e: hd FAT32 114442Mb 14% CP UN EXTERNAL
f: net NTFS 451498Mb 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 PA shared
y: net NTFS 225738Mb 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 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 E:\cygwin\bin\cyghistory5.dll
148k 2003/08/11 E:\cygwin\bin\cygreadline5.dll
24k 2006/02/08 E:\cygwin\bin\cyghistory6.dll
21k 2004/10/22 E:\cygwin\bin\cygminires.dll
152k 2006/02/08 E:\cygwin\bin\cygreadline6.dll
965k 2005/05/14 E:\cygwin\bin\cygdb-4.3.dll
1240k 2005/05/14 E:\cygwin\bin\cygdb_cxx-4.3.dll
41k 2005/08/29 E:\cygwin\bin\cyglber-2-2-7.dll
176k 2005/08/29 E:\cygwin\bin\cygldap-2-2-7.dll
188k 2005/08/29 E:\cygwin\bin\cygldap_r-2-2-7.dll
78k 2004/10/13 E:\cygwin\bin\cygsasl2-2.dll
65k 2005/08/23 E:\cygwin\bin\cygz.dll
176k 2005/09/06 E:\cygwin\bin\cygpcre-0.dll
299k 2005/09/06 E:\cygwin\bin\cygpcrecpp-0.dll
6k 2005/09/06 E:\cygwin\bin\cygpcreposix-0.dll
226k 2005/09/27 E:\cygwin\bin\cygncurses-8.dll
91k 2005/11/11 E:\cygwin\bin\cygapr-0-0.dll
67k 2005/11/11 E:\cygwin\bin\cygaprutil-0-0.dll
40k 2005/09/29 E:\cygwin\bin\cygform-8.dll
21k 2005/09/29 E:\cygwin\bin\cygmenu-8.dll
67k 2005/09/29 E:\cygwin\bin\cygncurses++-8.dll
11k 2005/09/29 E:\cygwin\bin\cygpanel-8.dll
174k 2004/10/14 E:\cygwin\bin\cygexpat-0.dll
1047k 2005/10/11 E:\cygwin\bin\cygcrypto-0.9.8.dll
215k 2005/10/11 E:\cygwin\bin\cygssl-0.9.8.dll
1108k 2005/10/17 E:\cygwin\bin\cygcrypto-0.9.7.dll
231k 2005/10/17 E:\cygwin\bin\cygssl-0.9.7.dll
7k 2005/11/20 E:\cygwin\bin\cygcharset-1.dll
947k 2005/11/20 E:\cygwin\bin\cygiconv-2.dll
31k 2005/11/20 E:\cygwin\bin\cygintl-3.dll
1763k 2006/01/20 E:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.5.19
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 150
Shared data: 4
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Fri Jan 20 13:28:43 EST 2006
CVS tag: cr-0x5ef
Shared id: cygwin1S4
Service : cron
Display name : CYGWIN cron
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/cron -D
Service : cygserver
Display name : CYGWIN cygserver
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/cygserver
Cygwin Package Information
Package Version
_update-info-dir 00355-1
alternatives 1.3.20a-2
ash 20040127-3
base-files 3.7-1
base-passwd 2.2-1
bash 3.0-14
bc 1.06-2
binutils 20050610-1
byacc 1.9-1
bzip2 1.0.3-1
clear 1.0-2
coreutils 5.93-3
cron 3.0.1-19
crypt 1.1-1
cvs 1.11.17-1
cygrunsrv 1.12-1
cygutils 1.2.10-1
cygwin 1.5.19-4
cygwin-doc 1.4-3
diffutils 2.8.7-1
editrights 1.01-1
expat 1.95.8-1
findutils 4.2.27-1
gawk 3.1.5-2
gcc 3.4.4-1
gcc-core 3.4.4-1
gcc-g++ 3.4.4-1
gcc-mingw-core 20050522-1
gcc-mingw-g++ 20050522-1
gdbm 1.8.3-7
gnupg 1.4.1-1
grep 2.5.1a-2
groff 1.18.1-2
gzip 1.3.5-1
hexedit 1.2.10-1
less 381-1
libapr0 0.9.7-1
libaprutil0 0.9.7-1
libbz2_1 1.0.3-1
libcharset1 1.9.2-2
libdb4.2 4.2.52-1
libdb4.2-devel 4.2.52-1
libdb4.3 4.3.28-1
libgdbm 1.8.0-5
libgdbm-devel 1.8.3-7
libgdbm3 1.8.3-3
libgdbm4 1.8.3-7
libiconv 1.9.2-2
libiconv2 1.9.2-2
libintl 0.10.38-3
libintl1 0.10.40-1
libintl2 0.12.1-3
libintl3 0.14.5-1
libncurses-devel 5.4-4
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libncurses8 5.4-4
libopenldap2_2_7 2.2.26-2
libpcre0 6.3-1
libpopt0 1.6.4-4
libreadline4 4.1-2
libreadline5 4.3-5
libreadline6 5.1-3
libsasl2 2.1.19-3
libsasl2-devel 2.1.19-3
login 1.9-7
m4 1.4.4-1
make 3.80-1
man 1.5p-1
mingw-runtime 3.9-2
minires 1.00-1
mktemp 1.5-3
ncurses 5.4-4
openldap 2.2.26-2
openldap-devel 2.2.26-2
openssh 4.3p1-2
openssl 0.9.8a-1
openssl-devel 0.9.8a-1
openssl097 0.9.7i-1
patch 2.5.8-8
perl 5.8.7-5
pilrc 3.2
ping 1.0-1
prc-tools 2.3
readline 5.1-3
run 1.1.6-1
rxvt 2.7.10-6
sed 4.1.5-1
tar 1.15.1-3
tcltk 20030901-1
termcap 20050421-1
terminfo 5.4_20041009-1
texinfo 4.8-1
unzip 5.50-5
vim 6.4-4
w32api 3.6-1
wget 1.10.2-1
which 1.7-1
zip 2.3-6
zlib 1.2.3-1
Use -h to see help about each section
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-13 20:03 BUG: ualarm(0,0) not clearing ualarms Jerry D. Hedden
@ 2006-02-13 22:15 ` Christopher Faylor
2006-02-14 1:40 ` Gary R. Van Sickle
1 sibling, 0 replies; 15+ messages in thread
From: Christopher Faylor @ 2006-02-13 22:15 UTC (permalink / raw)
To: cygwin
On Mon, Feb 13, 2006 at 12:58:14PM -0700, Jerry D. Hedden wrote:
> From: Christopher Faylor <email address deleted>
>>
>>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.
I'm not really interested in the Perl version of the bug. I thought that
the test case which you forwarded demonstrated the problem.
>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?
I don't know what it would be, if so.
Btw, please don't use raw email addresses in the body of your messages
and please *attach* the cygcheck output. Don't just include it inline
in your message.
cgf
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: BUG: ualarm(0,0) not clearing ualarms
2006-02-13 20:03 BUG: ualarm(0,0) not clearing ualarms Jerry D. Hedden
2006-02-13 22:15 ` Christopher Faylor
@ 2006-02-14 1:40 ` Gary R. Van Sickle
2006-02-14 1:48 ` Christopher Faylor
1 sibling, 1 reply; 15+ messages in thread
From: Gary R. Van Sickle @ 2006-02-14 1:40 UTC (permalink / raw)
To: cygwin
> From: cygwin-owner@cygwin.com
> [mailto:cygwin-owner@cygwin.com] On Behalf Of Jerry D. Hedden
> Sent: Monday, February 13, 2006 1:58 PM
> To: cygwin@cygwin.com
> Subject: RE: BUG: ualarm(0,0) not clearing ualarms
>
> > -------- Original Message --------
> > From: Christopher Faylor <cgf-no-personal-reply-please@cygwin.com>
> >
> > 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.
I get the same can't-duplicate as Chris does, on 'uname -a'=
CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47 i686 Cygwin
I don't have any of this stuff in $CYGWIN, might be worth a try to ditch it:
"
CYGWIN = 'server ntsec forkchunk:32768'
"
--
Gary R. Van Sickle
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 1:40 ` Gary R. Van Sickle
@ 2006-02-14 1:48 ` Christopher Faylor
2006-02-14 2:22 ` Gary R. Van Sickle
0 siblings, 1 reply; 15+ messages in thread
From: Christopher Faylor @ 2006-02-14 1:48 UTC (permalink / raw)
To: cygwin
On Mon, Feb 13, 2006 at 07:33:26PM -0600, Gary R. Van Sickle wrote:
>> On Behalf Of Jerry D. Hedden
>> Sent: Monday, February 13, 2006 1:58 PM
>> Subject: RE: BUG: ualarm(0,0) not clearing ualarms
>>
>> > -------- Original Message --------
>> > From: Christopher Faylor
>> >
>> > 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.
>
>I get the same can't-duplicate as Chris does, on 'uname -a'=
>
>CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47 i686 Cygwin
>
>I don't have any of this stuff in $CYGWIN, might be worth a try to ditch it:
>
>"
>CYGWIN = 'server ntsec forkchunk:32768'
>"
Btw, I have a hyperthreaded machine running at 3.06G with 1G of RAM. I
wouldn't expect that to make a difference in this case, though. I can't see
how this could be a N-processor race-related bug.
cgf
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 1:48 ` Christopher Faylor
@ 2006-02-14 2:22 ` Gary R. Van Sickle
2006-02-14 2:27 ` Reid Thompson
0 siblings, 1 reply; 15+ messages in thread
From: Gary R. Van Sickle @ 2006-02-14 2:22 UTC (permalink / raw)
To: cygwin
[snip]
> >I get the same can't-duplicate as Chris does, on 'uname -a'=
> >
> >CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47
> i686 Cygwin
> >
> >I don't have any of this stuff in $CYGWIN, might be worth a
> try to ditch it:
> >
> >"
> >CYGWIN = 'server ntsec forkchunk:32768'
> >"
>
> Btw, I have a hyperthreaded machine running at 3.06G with 1G
> of RAM. I wouldn't expect that to make a difference in this
> case, though. I can't see how this could be a N-processor
> race-related bug.
>
> cgf
Hyperthreding P4 3.4GHz "X-Treme Edition" (more cache?), 1Gig RAM.
Maybe this is the one bug that HT actually masks instead of reveals. ;-)
--
Gary R. Van Sickle
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 2:22 ` Gary R. Van Sickle
@ 2006-02-14 2:27 ` Reid Thompson
0 siblings, 0 replies; 15+ messages in thread
From: Reid Thompson @ 2006-02-14 2:27 UTC (permalink / raw)
Cc: cygwin
Gary R. Van Sickle wrote:
>[snip]
>
>
>>>I get the same can't-duplicate as Chris does, on 'uname -a'=
>>>
>>>CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47
>>>
>>>
>>i686 Cygwin
>>
>>
>>>I don't have any of this stuff in $CYGWIN, might be worth a
>>>
>>>
>>try to ditch it:
>>
>>
>>>"
>>>CYGWIN = 'server ntsec forkchunk:32768'
>>>"
>>>
>>>
>>Btw, I have a hyperthreaded machine running at 3.06G with 1G
>>of RAM. I wouldn't expect that to make a difference in this
>>case, though. I can't see how this could be a N-processor
>>race-related bug.
>>
>>cgf
>>
>>
>
>Hyperthreding P4 3.4GHz "X-Treme Edition" (more cache?), 1Gig RAM.
>
>Maybe this is the one bug that HT actually masks instead of reveals. ;-)
>
>
>
AMD Athlon XP2500+ 1.83GHZ 512MB RAM.
CYGWIN_NT-5.1 cyberhome 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
$ ./ualarm
First ualarm - one shot
Second ualarm - one shot
Last ualarm - repeats 3 times
Clearing ualarm
Sleeping
Done
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 16:11 Robb, Sam
2006-02-14 16:54 ` Christopher Faylor
@ 2006-02-15 7:27 ` Gary R. Van Sickle
1 sibling, 0 replies; 15+ messages in thread
From: Gary R. Van Sickle @ 2006-02-15 7:27 UTC (permalink / raw)
To: cygwin
> From: cygwin-owner@cygwin.com
> [mailto:cygwin-owner@cygwin.com] On Behalf Of Robb, Sam
> Sent: Tuesday, February 14, 2006 10:09 AM
> To: cygwin@cygwin.com
> Subject: RE: BUG: ualarm(0,0) not clearing ualarms
>
> Gary R. Van Sickle wrote:
> > I get the same can't-duplicate as Chris does, on 'uname -a'=
> >
> > CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47
> > i686 Cygwin
> >
> > I don't have any of this stuff in $CYGWIN, might be worth a try to
> > ditch it:
> >
> > "
> > CYGWIN = 'server ntsec forkchunk:32768'
> > "
>
> Chris, Gary, et al,
>
> I'm able to reproduce this on my machine, but only when I'm
> running it under rxvt. If I run it from cmd.exe or within a
> standard cygwin bash shell, then it completes without the
> '-- BOGUS ALARM --' warnings.
>
> $ uname -a
> CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
>
> $ gcc -o ua-test ua-test.c
>
> $ ./ua-test.exe
> First ualarm - one shot
> Second ualarm - one shot
> Last ualarm - repeats 3 times
> Clearing ualarm
> Sleeping
> --- BOGUS ALARM ---
> --- BOGUS ALARM ---
> Done
>
> -Samrobb
Rxvt here too, but no problems. WinXPSP2+EveryPossibleUpdate btw.
--
Gary R. Van Sickle
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 18:07 ` Reid Thompson
@ 2006-02-14 18:13 ` Christopher Faylor
0 siblings, 0 replies; 15+ messages in thread
From: Christopher Faylor @ 2006-02-14 18:13 UTC (permalink / raw)
To: cygwin
On Tue, Feb 14, 2006 at 01:05:09PM -0500, Reid Thompson wrote:
>>> I'm able to reproduce this on my machine, but only when I'm
>>>running it under rxvt. If I run it from cmd.exe or within a
>>>standard cygwin bash shell, then it completes without the
>>>'-- BOGUS ALARM --' warnings.
>>>
>>> $ uname -a
>>> CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
>>>
>>> $ gcc -o ua-test ua-test.c
>>>
>>> $ ./ua-test.exe
>>> First ualarm - one shot
>>> Second ualarm - one shot
>>> Last ualarm - repeats 3 times
>>> Clearing ualarm
>>> Sleeping
>>> --- BOGUS ALARM ---
>>> --- BOGUS ALARM ---
>>> Done
>>>
>>
>>It behaves the same for me no matter where I run it. I even increased the
>>final sleep time in case the program was exiting before the bogus alarm
>>was tripped.
>
>my previous test case was run under rxvt as well, with no BOGUS ALARM's
>noted.
Ditto, on both W2K and XP.
cgf
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 17:04 Robb, Sam
@ 2006-02-14 18:10 ` Reid Thompson
0 siblings, 0 replies; 15+ messages in thread
From: Reid Thompson @ 2006-02-14 18:10 UTC (permalink / raw)
To: cygwin
Robb, Sam wrote:
>>> From: "Robb, Sam"
>>> I'm able to reproduce this on my machine, but only when I'm
>>> running it under rxvt. If I run it from cmd.exe or within a
>>> standard cygwin bash shell, then it completes without the
>>> '-- BOGUS ALARM --' warnings.
>>>
>>> $ uname -a
>>> CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
>>>
>>> $ gcc -o ua-test ua-test.c
>>>
>>> $ ./ua-test.exe
>>> First ualarm - one shot
>>> Second ualarm - one shot
>>> Last ualarm - repeats 3 times
>>> Clearing ualarm
>>> Sleeping
>>> --- BOGUS ALARM ---
>>> --- BOGUS ALARM ---
>>> Done
>>>
>> I'm the original poster of this bug report.
>> I usually run in an rxvt window, which is where I see the bug.
>> I tried a dos window, and the bug did not occur.
>> Further, it occurs on my Win2K box, but not on my WinXP box.
>>
>
> Jerry,
>
> I've cc'd the cygwin list on this reply since the difference
> (Win2K vs. WinXP) may be significant. I'm also running cygwin
> under Win2K. It may be that others who have not seen this
> error are also running under XP as well.
>
> -Samrobb
>
my system is XP/SP2.
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 16:54 ` Christopher Faylor
@ 2006-02-14 18:07 ` Reid Thompson
2006-02-14 18:13 ` Christopher Faylor
0 siblings, 1 reply; 15+ messages in thread
From: Reid Thompson @ 2006-02-14 18:07 UTC (permalink / raw)
To: cygwin
>> I'm able to reproduce this on my machine, but only when I'm
>> running it under rxvt. If I run it from cmd.exe or within a
>> standard cygwin bash shell, then it completes without the
>> '-- BOGUS ALARM --' warnings.
>>
>> $ uname -a
>> CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
>>
>> $ gcc -o ua-test ua-test.c
>>
>> $ ./ua-test.exe
>> First ualarm - one shot
>> Second ualarm - one shot
>> Last ualarm - repeats 3 times
>> Clearing ualarm
>> Sleeping
>> --- BOGUS ALARM ---
>> --- BOGUS ALARM ---
>> Done
>>
>
> It behaves the same for me no matter where I run it. I even increased the
> final sleep time in case the program was exiting before the bogus alarm
> was tripped.
>
> cgf
>
my previous test case was run under rxvt as well, with no BOGUS ALARM's
noted.
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: BUG: ualarm(0,0) not clearing ualarms
@ 2006-02-14 17:04 Robb, Sam
2006-02-14 18:10 ` Reid Thompson
0 siblings, 1 reply; 15+ messages in thread
From: Robb, Sam @ 2006-02-14 17:04 UTC (permalink / raw)
To: Jerry D. Hedden; +Cc: cygwin
> > From: "Robb, Sam"
> > I'm able to reproduce this on my machine, but only when I'm
> > running it under rxvt. If I run it from cmd.exe or within a
> > standard cygwin bash shell, then it completes without the
> > '-- BOGUS ALARM --' warnings.
> >
> > $ uname -a
> > CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
> >
> > $ gcc -o ua-test ua-test.c
> >
> > $ ./ua-test.exe
> > First ualarm - one shot
> > Second ualarm - one shot
> > Last ualarm - repeats 3 times
> > Clearing ualarm
> > Sleeping
> > --- BOGUS ALARM ---
> > --- BOGUS ALARM ---
> > Done
>
> I'm the original poster of this bug report.
> I usually run in an rxvt window, which is where I see the bug.
> I tried a dos window, and the bug did not occur.
> Further, it occurs on my Win2K box, but not on my WinXP box.
Jerry,
I've cc'd the cygwin list on this reply since the difference
(Win2K vs. WinXP) may be significant. I'm also running cygwin
under Win2K. It may be that others who have not seen this
error are also running under XP as well.
-Samrobb
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-14 16:11 Robb, Sam
@ 2006-02-14 16:54 ` Christopher Faylor
2006-02-14 18:07 ` Reid Thompson
2006-02-15 7:27 ` Gary R. Van Sickle
1 sibling, 1 reply; 15+ messages in thread
From: Christopher Faylor @ 2006-02-14 16:54 UTC (permalink / raw)
To: cygwin
On Tue, Feb 14, 2006 at 11:08:52AM -0500, Robb, Sam wrote:
>Gary R. Van Sickle wrote:
>> I get the same can't-duplicate as Chris does, on 'uname -a'=
>>
>> CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47
>> i686 Cygwin
>>
>> I don't have any of this stuff in $CYGWIN, might be worth a
>> try to ditch it:
>>
>> "
>> CYGWIN = 'server ntsec forkchunk:32768'
>> "
>
>Chris, Gary, et al,
>
> I'm able to reproduce this on my machine, but only when I'm
>running it under rxvt. If I run it from cmd.exe or within a
>standard cygwin bash shell, then it completes without the
>'-- BOGUS ALARM --' warnings.
>
> $ uname -a
> CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
>
> $ gcc -o ua-test ua-test.c
>
> $ ./ua-test.exe
> First ualarm - one shot
> Second ualarm - one shot
> Last ualarm - repeats 3 times
> Clearing ualarm
> Sleeping
> --- BOGUS ALARM ---
> --- BOGUS ALARM ---
> Done
It behaves the same for me no matter where I run it. I even increased the
final sleep time in case the program was exiting before the bogus alarm
was tripped.
cgf
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: BUG: ualarm(0,0) not clearing ualarms
@ 2006-02-14 16:11 Robb, Sam
2006-02-14 16:54 ` Christopher Faylor
2006-02-15 7:27 ` Gary R. Van Sickle
0 siblings, 2 replies; 15+ messages in thread
From: Robb, Sam @ 2006-02-14 16:11 UTC (permalink / raw)
To: cygwin
Gary R. Van Sickle wrote:
> I get the same can't-duplicate as Chris does, on 'uname -a'=
>
> CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47
> i686 Cygwin
>
> I don't have any of this stuff in $CYGWIN, might be worth a
> try to ditch it:
>
> "
> CYGWIN = 'server ntsec forkchunk:32768'
> "
Chris, Gary, et al,
I'm able to reproduce this on my machine, but only when I'm
running it under rxvt. If I run it from cmd.exe or within a
standard cygwin bash shell, then it completes without the
'-- BOGUS ALARM --' warnings.
$ uname -a
CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
$ gcc -o ua-test ua-test.c
$ ./ua-test.exe
First ualarm - one shot
Second ualarm - one shot
Last ualarm - repeats 3 times
Clearing ualarm
Sleeping
--- BOGUS ALARM ---
--- BOGUS ALARM ---
Done
-Samrobb
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: BUG: ualarm(0,0) not clearing ualarms
2006-02-13 19:43 Jerry D. Hedden
@ 2006-02-13 19:54 ` Christopher Faylor
0 siblings, 0 replies; 15+ messages in thread
From: Christopher Faylor @ 2006-02-13 19:54 UTC (permalink / raw)
To: cygwin
On Mon, Feb 13, 2006 at 12:18:45PM -0700, Jerry D. Hedden wrote:
>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.
Thanks for the test case but I don't see any difference in operation
between cygwin and linux when I run it:
% ./ualarm.unix
First ualarm - one shot
Second ualarm - one shot
Last ualarm - repeats 3 times
Clearing ualarm
Sleeping
Done
cgf
--
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
* BUG: ualarm(0,0) not clearing ualarms
@ 2006-02-13 19:43 Jerry D. Hedden
2006-02-13 19:54 ` Christopher Faylor
0 siblings, 1 reply; 15+ messages in thread
From: Jerry D. Hedden @ 2006-02-13 19:43 UTC (permalink / raw)
To: cygwin
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(10000, 0); while (tick == 0) { counter++; };
printf("Second ualarm - one shot\n");
tick = 0; ualarm(10000, 0); while (tick == 0) { counter++; };
printf("Last ualarm - repeats 3 times\n");
tick = 0; ualarm(10000, 10000); while (tick < 3) { counter++; };
printf("Clearing ualarm\n");
ualarm(0, 0);
/* Set warning alarm handler */
signal(SIGALRM, &bogus);
printf("Sleeping\n");
usleep(500000);
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/
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2006-02-14 23:19 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-13 20:03 BUG: ualarm(0,0) not clearing ualarms Jerry D. Hedden
2006-02-13 22:15 ` Christopher Faylor
2006-02-14 1:40 ` Gary R. Van Sickle
2006-02-14 1:48 ` Christopher Faylor
2006-02-14 2:22 ` Gary R. Van Sickle
2006-02-14 2:27 ` Reid Thompson
-- strict thread matches above, loose matches on Subject: below --
2006-02-14 17:04 Robb, Sam
2006-02-14 18:10 ` Reid Thompson
2006-02-14 16:11 Robb, Sam
2006-02-14 16:54 ` Christopher Faylor
2006-02-14 18:07 ` Reid Thompson
2006-02-14 18:13 ` Christopher Faylor
2006-02-15 7:27 ` Gary R. Van Sickle
2006-02-13 19:43 Jerry D. Hedden
2006-02-13 19:54 ` Christopher Faylor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).