lsh-bugs December 2003

lsh-bugs@lists.lysator.liu.se

4 participants
4 discussions

Bug with lsh
by James Raynolds 12 Dec '03

12 Dec '03

To all, I'm trying to install lsh-1.4 within cygwin and I keep getting the following error regarding GNU MP although I've fully installed and successfully tested gmp-4.1.2 configure: error: GNU MP not found, or not 3.1 or up, see http://www.swox.com/gmp <http://www.swox.com/gmp> . (this error comes when running ./configure in the lsh-1.4 directory) Can someone please tell me how to fix this or if there is a better way to do lsh (or ssh) from cygwin? I tried openssh but ran into other problems related to the program not being able to find certain files. Sincerely, Jim Raynolds ( jraynolds(a)uamail.albany.edu <mailto:jraynolds@uamail.albany.edu> )

2 1

Compile error
by Sloan Bowman 10 Dec '03

10 Dec '03

When I try to compile lsh-1.4.3 under Solaris 8 (Sparc) I receive the following error. I have tried to figure this out to no end but haven't been able to get it working properly. Thanks for the help. Making all in . make[1]: Entering directory `/export/spare/local/src/lsh-1.4.3/src' if gcc -DHAVE_CONFIG_H -I. -I/export/spare/local/src/lsh-1.4.3/src -I.. -I/export/spare/local/src/lsh-1.4.3/src -DLSH -D_GNU_SOURCE -I -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wbad-function-cast -Wnested-externs -MT abstract_io.o -MD -MP -MF ".deps/abstract_io.Tpo" \ -c -o abstract_io.o `test -f 'abstract_io.c' || echo '/export/spare/local/src/lsh-1.4.3/src/'`abstract_io.c; \ then mv ".deps/abstract_io.Tpo" ".deps/abstract_io.Po"; \ else rm -f ".deps/abstract_io.Tpo"; exit 1; \ fi In file included from lsh.h:27, from exception.h:27, from abstract_io.h:29, from abstract_io.c:26: lsh_types.h:59:3: #error No suitable type found to use for UINT32 lsh_types.h:67:3: #error No suitable type found to use for UINT16 In file included from exception.h:27, from abstract_io.h:29, from abstract_io.c:26: lsh.h:96: parse error before "UINT32" lsh.h:96: warning: no semicolon at end of struct or union lsh.h:98: warning: type defaults to `int' in declaration of `length' lsh.h:98: warning: data definition has no type or storage class lsh.h:100: parse error before '}' token In file included from exception.h:30, from abstract_io.h:29, from abstract_io.c:26: exception.h.x:8: parse error before "UINT32" exception.h.x:8: warning: no semicolon at end of struct or union exception.h.x:10: parse error before '}' token exception.h.x:66: parse error before "UINT32" exception.h.x:66: warning: no semicolon at end of struct or union exception.h.x:67: warning: type defaults to `int' in declaration of `value' exception.h.x:67: warning: data definition has no type or storage class exception.h.x:69: parse error before '}' token exception.h.x:91: field `super' has incomplete type exception.h.x:92: parse error before "UINT32" exception.h.x:92: warning: no semicolon at end of struct or union In file included from abstract_io.h:29, from abstract_io.c:26: exception.h:170: parse error before "mask" exception.h:171: warning: function declaration isn't a prototype exception.h:182: parse error before "type" exception.h:182: warning: function declaration isn't a prototype exception.h:205: parse error before "reason" exception.h:205: warning: function declaration isn't a prototype In file included from abstract_io.h:32, from abstract_io.c:26: abstract_io.h.x:63: parse error before "UINT32" abstract_io.h.x:63: warning: no semicolon at end of struct or union In file included from abstract_io.c:29: abstract_io.h.x:74: sizeof applied to an incomplete type make[1]: *** [abstract_io.o] Error 1 make[1]: Leaving directory `/export/spare/local/src/lsh-1.4.3/src' make: *** [all-recursive] Error 1

2 1

e10711189493074.49837680906
by Sloan Bowman 10 Dec '03

10 Dec '03

1 0

mixing O_NONBLOCK and raw tty causes portability problems
by Matthias Drochner 10 Dec '03

10 Dec '03

Hi - I thought I'd give lsh a try, just to see how it compares to openssh... The client didn't work well on NetBSD, got a message like "unexpected EWOULDBLOCK" on each keystroke. Looked a bit deeper and found that stdin is set to O_NONBLOCK and a raw tty mode with c_cc[VMIN] > 1 and c_cc[VTIME] > 0. I'll append a little test program which does the same. I've tried it on 3 operating systems (Linux, NetBSD, Digital UNIX), and it behaves differently on each: -on Linux, if a key is pressed, the read returns immediately with that one character -on NetBSD, the read returns with no data but EWOULDBLOCK -on D'UNIX, the poll() doesn't teturn before 4 keypresses are done; the read() returns these 4 characters Indeed, in SUSv2's termios page is a sentence which says that if both O_NONBLOCK and VTIME>0 are set, the behaviour is more or less undefined. I've solved my immediate problems by setting VMIN to 1 instead of 4 in unix_interact.c:do_make_raw(), but VTIME is still pointless, so I wouldn't call this a clean solution. (Don't know what liboop uses under the hood, but in case it does poll(), anything with VMIN>1 wouldn't work with D'Unix...) best regards Matthias

3 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

lsh-bugs December 2003