Re: Coreutils-5.0 make check failed on Solaris

2004-10-15 Thread Alexandre Peshansky 
At 04:30 PM 10/14/2004, Paul Eggert wrote:
Alexandre Peshansky [EMAIL PROTECTED] writes:

 Tried (applied patch) - didn't help.

At this point I'm at a bit of a loss.

Have you tried using an OpenSSH client, from a Linux box?  That seems
to be the only difference between your host and mine.  If you still
have a problem with OpenSSH, then we should probably pursue it.  If
you don't have a problem with OpenSSH, then it's a
Windows-client-related problem and so it's lower priority. 

It looks like you are right - this is a Windows client issue.  I logged in Solaris CDE 
(on another  box) and ssh from terminal application in it to the box where coreutils 
were, and all tests ran.

-- 
Alexandre Peshansky, Systems Manager, RUH, NY



___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-14 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

 Tried (applied patch) - didn't help.

At this point I'm at a bit of a loss.

Have you tried using an OpenSSH client, from a Linux box?  That seems
to be the only difference between your host and mine.  If you still
have a problem with OpenSSH, then we should probably pursue it.  If
you don't have a problem with OpenSSH, then it's a
Windows-client-related problem and so it's lower priority.


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-13 Thread Alexandre Peshansky 
At 07:28 PM 10/12/2004, you wrote:
Alexandre Peshansky [EMAIL PROTECTED] writes:

 I am running it from SSH terminal emulator (http://www.ssh.com,
 version: 3.2.3 (Build 279); Product code: 27010-32X00) on MS 
 Windows 2000.  No redirections.

OK, then I'm afraid you'll have to help me debug this, as I don't 
have access to such a client.

I'll do my best.

What implementation of SSH are you using on Solaris?  Are you using
any local mods, or any non-default configuration parameters?

bash-2.03$ ssh -V
ssh: SSH Secure Shell 3.2.0 (non-commercial version) on sparc-sun-solaris2.8

No local mods, no special configuration AFAIK (nothing in $HOME/.ssh2/, no non-comment 
lines in /etc/ssh_config).

 bash-2.03$ src/stty rows 0 columns 0
 bash-2.03$ src/stty size
 src/stty: standard input: no size information for this device

That last line should have been 0 0.  Can you please try the
following commands, from a fresh terminal?

truss -v ioctl src/stty size

bash-2.03$ cd coreutils-5.2.1/
bash-2.03$ truss -v ioctl src/stty size
execve(src/stty, 0xFFBEFB1C, 0xFFBEFB28)  argc = 2
mmap(0x, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 
0xFF3A
resolvepath(/usr/lib/ld.so.1, /usr/lib/ld.so.1, 1023) = 16
open(/var/ld/ld.config, O_RDONLY) Err#2 ENOENT
stat(/usr/local/lib/libgen.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libgen.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/X/lib/libgen.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/usr/openwin/lib/libgen.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/dt/lib/libgen.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libgen.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/lib/libgen.so.1, 0xFFBEF244)= 0
open(/usr/lib/libgen.so.1, O_RDONLY)  = 3
fstat(3, 0xFFBEF244)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF39
mmap(0x, 98304, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF37
mmap(0xFF386000, 2335, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 
24576) = 0xFF386000
munmap(0xFF376000, 65536)   = 0
memcntl(0xFF37, 6932, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3)= 0
stat(/usr/local/lib/libnsl.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libnsl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/X/lib/libnsl.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/usr/openwin/lib/libnsl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/dt/lib/libnsl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libnsl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/lib/libnsl.so.1, 0xFFBEF244)= 0
open(/usr/lib/libnsl.so.1, O_RDONLY)  = 3
fstat(3, 0xFFBEF244)= 0
mmap(0xFF39, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF39
mmap(0x, 712704, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF28
mmap(0xFF31E000, 32828, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 
581632) = 0xFF31E000
mmap(0xFF328000, 22824, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF328000
munmap(0xFF30E000, 65536)   = 0
memcntl(0xFF28, 82528, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3)= 0
stat(/usr/local/lib/libc.so.1, 0xFFBEF244)Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libc.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/X/lib/libc.so.1, 0xFFBEF244)Err#2 ENOENT
stat(/usr/openwin/lib/libc.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/usr/dt/lib/libc.so.1, 0xFFBEF244)   Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libc.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/lib/libc.so.1, 0xFFBEF244)  = 0
open(/usr/lib/libc.so.1, O_RDONLY)= 3
fstat(3, 0xFFBEF244)= 0
mmap(0xFF39, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF39
mmap(0x, 802816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF18
mmap(0xFF23C000, 24756, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 
704512) = 0xFF23C000
munmap(0xFF22C000, 65536)   = 0
memcntl(0xFF18, 113460, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3)= 0
stat(/usr/local/lib/libdl.so.1, 0xFFBEF244)   Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libdl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/X/lib/libdl.so.1, 0xFFBEF244)   Err#2 ENOENT
stat(/usr/openwin/lib/libdl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/dt/lib/libdl.so.1, 0xFFBEF244)  Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libdl.so.1, 0xFFBEF244) Err#2 ENOENT
stat(/usr/lib/libdl.so.1, 0xFFBEF244) = 0
open(/usr/lib/libdl.so.1, O_RDONLY)   = 3
fstat(3, 0xFFBEF244)= 0
mmap(0xFF39, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF39
close(3)= 0

Re: Coreutils-5.0 make check failed on Solaris

2004-10-13 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

 bash-2.03$ ssh -V
 ssh: SSH Secure Shell 3.2.0 (non-commercial version) on sparc-sun-solaris2.8
 ...
 bash-2.03$ src/stty rows 0 columns 0
 bash-2.03$ truss -v ioctl src/stty size
 ...
 ioctl(0, TCGETS, 0xFFBEFA80)= 0
 iflag=0022442 oflag=0014005 cflag=275 lflag=0105073
 cc:  003 034 177 025 004 000 000 000
  021 023 032 031 022 017 027 026 000 000 000
 ioctl(1, TIOCGWINSZ, 0xFFBEF9D0)Err#22 EINVAL
 ioctl(0, TIOCGWINSZ, 0xFFBEF9D0)Err#22 EINVAL


This appears to be a bug in SSH Secure Shell 3.2.0.  To check my
theory, what does the following series of commands do, with a fresh
terminal?

/usr/bin/stty -a
/usr/bin/stty rows 0 columns 0
truss -v ioctl /usr/bin/stty -a


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-13 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

  From the above it looks like ioctl cannot find ldterm.dat where it
 looks for it (/usr/lib/locale/C/LC_CTYPE/ldterm.dat).  On my system
 I found it in /usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat I
 created symlink to it in /usr/lib/locale/C/LC_CTYPE/

I don't think that's the problem (and I suggest you remove the
symlink if you haven't done that already).

The problem is here, in the output of truss -v ioctl /usr/bin/stty -a:

 ioctl(0, TIOCGWINSZ, 0x000280F8)Err#22 EINVAL

Here, stty is asking for the terminal window size, and is getting an
EINVAL result.

On my Solaris 8 host which uses SSH Secure Shell 3.2.0 (the
non-commercial version), I get this behavior:

 ioctl(0, TIOCGWINSZ, 0x000280F8)  = 0
   row=0   col=0   xpixel=560 ypixel=336

I'm using the same server SSH that you're using, right?  So most
likely it is a problem with your SSH client (commercial SSH version
3.2.3 (Build 279); Product code: 27010-32X00).  My SSH client is
OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3.  Can you try running your test
with an OpenSSH client?


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-13 Thread Alexandre Peshansky 
At 12:38 PM 10/13/2004, Paul Eggert wrote:
Alexandre Peshansky [EMAIL PROTECTED] writes:

 bash-2.03$ ssh -V
 ssh: SSH Secure Shell 3.2.0 (non-commercial version) on 
sparc-sun-solaris2.8
 ...
 bash-2.03$ src/stty rows 0 columns 0
 bash-2.03$ truss -v ioctl src/stty size
 ...
 ioctl(0, TCGETS, 0xFFBEFA80)= 0
 iflag=0022442 oflag=0014005 cflag=275 lflag=0105073
 cc:  003 034 177 025 004 000 000 000
  021 023 032 031 022 017 027 026 000 000 000
 ioctl(1, TIOCGWINSZ, 0xFFBEF9D0)Err#22 EINVAL
 ioctl(0, TIOCGWINSZ, 0xFFBEF9D0)Err#22 EINVAL


This appears to be a bug in SSH Secure Shell 3.2.0.  To check my
theory, what does the following series of commands do, with a fresh
terminal?

/usr/bin/stty -a

bash-2.03$ /usr/bin/stty -a
speed 9600 baud; 
rows = 25; columns = 80; ypixels = 0; xpixels = 0;
csdata ?
eucw 1:0:0:0, scrw 1:0:0:0
intr = ^c; quit = ^\; erase = ^?; kill = ^u;
eof = ^d; eol = undef; eol2 = undef; swtch = undef;
start = ^q; stop = ^s; susp = ^z; dsusp = ^y;
rprnt = ^r; flush = ^o; werase = ^w; lnext = ^v;
-parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -crtscts -crtsxoff -parext 
-ignbrk brkint -ignpar -parmrk -inpck istrip -inlcr -igncr icrnl -iuclc 
ixon -ixany -ixoff imaxbel 
isig icanon -xcase echo echoe echok -echonl -noflsh 
-tostop echoctl -echoprt echoke -defecho -flusho -pendin iexten 
opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel tab3 

/usr/bin/stty rows 0 columns 0
truss -v ioctl /usr/bin/stty -a 

bash-2.03$ /usr/bin/stty rows 0 columns 0
bash-2.03$ truss -v ioctl /usr/bin/stty -a 
execve(/usr/bin/stty, 0xFFBEFB34, 0xFFBEFB40)  argc = 2
mmap(0x, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 
0xFF3A
resolvepath(/usr/lib/ld.so.1, /usr/lib/ld.so.1, 1023) = 16
open(/var/ld/ld.config, O_RDONLY) Err#2 ENOENT
stat(/usr/local/lib/libc.so.1, 0xFFBEF25C)Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libc.so.1, 0xFFBEF25C) Err#2 ENOENT
stat(/usr/X/lib/libc.so.1, 0xFFBEF25C)Err#2 ENOENT
stat(/usr/openwin/lib/libc.so.1, 0xFFBEF25C)  Err#2 ENOENT
stat(/usr/dt/lib/libc.so.1, 0xFFBEF25C)   Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libc.so.1, 0xFFBEF25C) Err#2 ENOENT
stat(/usr/lib/libc.so.1, 0xFFBEF25C)  = 0
open(/usr/lib/libc.so.1, O_RDONLY)= 3
fstat(3, 0xFFBEF25C)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF39
mmap(0x, 802816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF28
mmap(0xFF33C000, 24756, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 
704512) = 0xFF33C000
munmap(0xFF32C000, 65536)   = 0
memcntl(0xFF28, 113460, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3)= 0
stat(/usr/local/lib/libdl.so.1, 0xFFBEF25C)   Err#2 ENOENT
stat(/home/ora_oas/9ias_903/lib/libdl.so.1, 0xFFBEF25C) Err#2 ENOENT
stat(/usr/X/lib/libdl.so.1, 0xFFBEF25C)   Err#2 ENOENT
stat(/usr/openwin/lib/libdl.so.1, 0xFFBEF25C) Err#2 ENOENT
stat(/usr/dt/lib/libdl.so.1, 0xFFBEF25C)  Err#2 ENOENT
stat(/home/ora_oas/9ias_903/jdbc/lib/libdl.so.1, 0xFFBEF25C) Err#2 ENOENT
stat(/usr/lib/libdl.so.1, 0xFFBEF25C) = 0
open(/usr/lib/libdl.so.1, O_RDONLY)   = 3
fstat(3, 0xFFBEF25C)= 0
mmap(0xFF39, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF39
close(3)= 0
stat(/usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1, 0xFFBEF0EC) = 0
open(/usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1, O_RDONLY) = 3
fstat(3, 0xFFBEF0EC)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF38
mmap(0x, 16384, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF37
close(3)= 0
munmap(0xFF38, 8192)= 0
brk(0x000284B0) = 0
brk(0x0002A4B0) = 0
open(/usr/lib/locale/C/LC_CTYPE/ldterm.dat, O_RDONLY) Err#2 ENOENT
ioctl(0, STGET, 0x00028110) Err#22 EINVAL
ioctl(0, TCGETS, 0x00028134)= 0
iflag=0022442 oflag=0014005 cflag=275 lflag=0105073
cc:  003 034 177 025 004 000 000 000
 021 023 032 031 022 017 027 026 000 000 000
ioctl(0, TCGETX, 0x00028100)Err#22 EINVAL
ioctl(0, TIOCGWINSZ, 0x000280F8)Err#22 EINVAL
ioctl(0, I_STR, 0xFFBEF650) = 0
cmd=0xC502 timout=0 len=8 dp=0x000280E4
ioctl(0, I_STR, 0xFFBEF650) = 0
cmd=0xC302 timout=0 len=300 dp=0x00027E7C
ioctl(1, TCGETA, 0xFFBEE86C)= 0
iflag=0022442 oflag=0014005 cflag=275 lflag=0105073 line=0
cc:  003 034 177 025 004 000 000 000
speed 9600 baud; 
write(1,  s p e e d   9 6 0 0   b.., 18)

Re: Coreutils-5.0 make check failed on Solaris

2004-10-13 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

 As a P.S.: after I added symlink to /usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat 
 in /usr/lib/locale/C/LC_CTYPE/, I re-run make check and it worked!

I don't think that's a good idea, because it could well break other programs.

How about this change instead?

2004-10-13  Paul Eggert  [EMAIL PROTECTED]

* tests/stty/row-col-1: Set LC_ALL=C.

Index: tests/stty/row-col-1
===
RCS file: /fetish/cu/tests/stty/row-col-1,v
retrieving revision 1.8
retrieving revision 1.9
diff -p -u -r1.8 -r1.9
--- tests/stty/row-col-114 May 2003 06:27:45 -  1.8
+++ tests/stty/row-col-113 Oct 2004 23:06:57 -  1.9
@@ -11,6 +11,13 @@ fi
 COLUMNS=80
 export COLUMNS
 
+# Make sure we get English-language behavior.
+# See the report about a possibly-related Solaris problem by Alexandre Peshansky
+# http://lists.gnu.org/archive/html/bug-coreutils/2004-10/msg00035.html.
+# Currently stty isn't localized, but it might be in the future.
+LC_ALL=C
+export LC_ALL
+
 # Make sure there's a tty on stdin.
 . $srcdir/../input-tty
 


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-12 Thread Alexandre Peshansky 
At 06:14 PM 10/11/2004, you wrote:
Alexandre Peshansky [EMAIL PROTECTED] writes:

ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.1.tar.gz 

 Nope, same error:
 make[3]: Entering directory 
`/home/aproot/coreutils-5.2.1/tests/stty'
 FAIL: row-col-1

I don't observe these symptoms on my Solaris 8 host.  Here is some of
my system information:

   $ uname -a
   SunOS lindbrook 5.8 Generic_117350-08 sun4u sparc 
SUNW,Sun-Fire-V440
   $ gcc -v
   Reading specs from 
/usr/local/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/specs
   Configured with: ../gcc-3.3.4/configure 
--prefix=/usr/local/gcc-3.3.4 --with-as=/usr/ccs/bin/as 
--with-ld=/usr/ccs/bin/ld 
--with-libiconv-prefix=/usr/local/libiconv-1.9.2 --disable-nls
   Thread model: posix
   gcc version 3.3.4

My system is a bit more up-to-date than yours, but I doubt whether
this makes a difference to stty.

What is the output of these commands on your host?

cd tests/stty
VERBOSE=yes make check 

Attached (I guess you need formatting preserved, right?)
Thank you,

-- 
Alexandre Peshansky, Systems Manager, RUH, NYbash-2.03$ cd tests/stty
bash-2.03$ VERBOSE=yes make check 
make  check-TESTS
make[1]: Entering directory `/home/amp/coreutils-5.2.1/tests/stty'
+ stty --version 
stty (GNU coreutils) 5.2.1
Written by David MacKenzie.

Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
COLUMNS=80
+ export COLUMNS 
+ . ./../input-tty 
+ tty -s 
+ test -t 1 
+ test  = no 
tests=
1 rows_40_columns_80 40_80
2 rows_0_columns_0 0_0
3 rows_40_columns_80 40_80
4 rows_0 0_80
5 columns_0 0_0
6 rows_40 40_0
7 rows_0 0_0
8 columns_80 0_80
9 rows_30 30_80
NA LAST NA

+ set - 1 rows_40_columns_80 40_80 2 rows_0_columns_0 0_0 3 rows_40_columns_80 40_80 4 
rows_0 0_80 5 columns_0 0_0 6 rows_40 40_0 7 rows_0 0_0 8 columns_80 0_80 9 rows_30 
30_80 NA LAST NA 
test 1... ok
test 2... FAIL
test 3... ok
test 4... ok
test 5... FAIL
test 6... ok
test 7... FAIL
test 8... ok
test 9... ok
FAIL: row-col-1
+ stty --version 
stty (GNU coreutils) 5.2.1
Written by David MacKenzie.

Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
+ . ./../input-tty 
+ tty -s 
+ test -t 1 
+ test  = no 
REV_cread=1 REV_cstopb=1 REV_hup=1 REV_hupcl=1 REV_parodd=1 REV_parenb=1
REV_ignpar=1 REV_brkint=1 REV_ignbrk=1 REV_crtscts=1 REV_clocal=1
REV_icrnl=1 REV_igncr=1 REV_inlcr=1 REV_istrip=1 REV_inpck=1 REV_parmrk=1
REV_imaxbel=1 REV_ixany=1 REV_iuclc=1 REV_tandem=1 REV_ixoff=1 REV_ixon=1
REV_onlret=1 REV_onocr=1 REV_onlcr=1 REV_ocrnl=1 REV_olcuc=1 REV_opost=1
REV_echo=1 REV_iexten=1 REV_icanon=1 REV_isig=1 REV_ofdel=1 REV_ofill=1
REV_noflsh=1 REV_echonl=1 REV_echok=1 REV_crterase=1 REV_echoe=1
REV_echoctl=1 REV_prterase=1 REV_echoprt=1 REV_tostop=1 REV_xcase=1
REV_parity=1 REV_evenp=1 REV_crtkill=1 REV_echoke=1 REV_ctlecho=1
REV_litout=1 REV_pass8=1 REV_raw=1 REV_cooked=1 REV_nl=1 REV_oddp=1
REV_LCASE=1 REV_lcase=1 REV_tabs=1 REV_decctlq=1 REV_cbreak=1
fail=0
saved_state=.saved-state
+ stty --save 
+ cat .saved-state 
+ stty 2522:1805:bd:8a3b:3:1c:7f:15:4:0:0:0:11:13:1a:19:12:f:17:16:0:0:0 
+ stty erase - 
+ stty -a 
+ tail -n +2 
+ tr ; \n 
+ sed / = /d;s/^ //;s/-//g 
options=


parenb parodd cs8 hupcl cstopb cread clocal crtscts
ignbrk brkint ignpar parmrk inpck istrip inlcr igncr icrnl ixon ixoff
iuclc ixany imaxbel
opost olcuc ocrnl onlcr onocr onlret ofill ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok echonl noflsh xcase tostop echoprt
echoctl echoke
+ test parenb = parenb 
+ continue 
+ test parodd = parenb 
+ stty parodd 
+ test parodd = cread 
+ eval echo $REV_parodd 
+ echo 1 
rev=1
+ test -n 1 
+ stty -parodd 
+ test cs8 = parenb 
+ stty cs8 
+ test cs8 = cread 
+ eval echo $REV_cs8 
+ echo 
rev=
+ test -n  
+ test hupcl = parenb 
+ stty hupcl 
+ test hupcl = cread 
+ eval echo $REV_hupcl 
+ echo 1 
rev=1
+ test -n 1 
+ stty -hupcl 
+ test cstopb = parenb 
+ stty cstopb 
+ test cstopb = cread 
+ eval echo $REV_cstopb 
+ echo 1 
rev=1
+ test -n 1 
+ stty -cstopb 
+ test cread = parenb 
+ stty cread 
+ test cread = cread 
+ continue 
+ test clocal = parenb 
+ stty clocal 
+ test clocal = cread 
+ eval echo $REV_clocal 
+ echo 1 
rev=1
+ test -n 1 
+ stty -clocal 
+ test crtscts = parenb 
+ stty crtscts 
+ test crtscts = cread 
+ eval echo $REV_crtscts 
+ echo 1 
rev=1
+ test -n 1 
+ stty -crtscts 
+ test ignbrk = parenb 
+ stty ignbrk 
+ test ignbrk = cread 
+ eval echo $REV_ignbrk 
+ echo 1 
rev=1
+ test -n 1 
+ stty -ignbrk 
+ test brkint = parenb 
+ stty brkint 
+ test brkint = cread 
+ eval echo $REV_brkint 
+ echo 1 
rev=1
+ test -n 1 
+ stty -brkint 
+ test ignpar = parenb 
+ stty ignpar 
+ test ignpar = cread 
+ eval echo $REV_ignpar 
+ echo 1 
rev=1
+ test -n 1 
+ stty -ignpar 
+ test

Re: Coreutils-5.0 make check failed on Solaris

2004-10-12 Thread Paul Eggert 
OK, apparently the test is failing whenever stty rows 0 columns 0
is run.

How are you running the test?  I.e., are you running it from an xterm,
from Emacs, or what?  Are you redirecting stdin, stdout, or stderr?

What happens when you run these commands, on a fresh terminal,
without any I/O redirection?

   src/stty -a
   src/stty size
   src/stty rows 40 columns 80
   src/stty size
   src/stty rows 0 columns 0
   src/stty size
   src/stty -a


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-11 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.1.tar.gz 

 Nope, same error:
 make[3]: Entering directory `/home/aproot/coreutils-5.2.1/tests/stty'
 FAIL: row-col-1

I don't observe these symptoms on my Solaris 8 host.  Here is some of
my system information:

   $ uname -a
   SunOS lindbrook 5.8 Generic_117350-08 sun4u sparc SUNW,Sun-Fire-V440
   $ gcc -v
   Reading specs from /usr/local/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/specs
   Configured with: ../gcc-3.3.4/configure --prefix=/usr/local/gcc-3.3.4 
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld 
--with-libiconv-prefix=/usr/local/libiconv-1.9.2 --disable-nls
   Thread model: posix
   gcc version 3.3.4

My system is a bit more up-to-date than yours, but I doubt whether
this makes a difference to stty.

What is the output of these commands on your host?

cd tests/stty
VERBOSE=yes make check


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: Coreutils-5.0 make check failed on Solaris

2004-10-09 Thread Paul Eggert 
Alexandre Peshansky [EMAIL PROTECTED] writes:

 This is a report of the test failed when doing 'make check' for
 coreutils-5.0 on Sun Solaris.

I suspect that bug is fixed in the current coreutils version, here:

ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.1.tar.gz


___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils