search for: tcsendbreak

http://bugzilla.mindrot.org/show_bug.cgi?id=615 ------- Additional Comments From dtucker at zip.com.au 2003-09-06 12:51 ------- Created an attachment (id=387) --> (http://bugzilla.mindrot.org/attachment.cgi?id=387&action=view) Move libgen test after dirname test Looked at this again, I think the reason it's not working is libgen has already been detected before the dirname test,

http://bugzilla.mindrot.org/show_bug.cgi?id=784 Summary: HAVE_TCSENDBREAK missing from acconfig.h Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-bugs at mindrot.org...

http://bugzilla.mindrot.org/show_bug.cgi?id=784 Summary: HAVE_TCSENDBREAK missing from acconfig.h Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-bugs at mindrot.org...

...rsion: 3.6.1p2 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P1 Component: Build system AssignedTo: openssh-bugs at mindrot.org ReportedBy: fatomei at kachinatech.com /bin/ld: Undefined symbols: _tcsendbreak _munmap ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...n sshd if the channel type is in a 'LARVAL' state? I'm converting an application that currently uses telnet as an underlying communication protocol and it relies on a SIGINT when an IAC/IP is received by the telnet daemon. It seems an SSH break could/should perform a similar function (tcsendbreak() in session_break_req() would cause this) but my application is started as part of the users .profile - i.e. after a 'shell' request and the channel type is changed to SSH_CHANNEL_OPEN. Is there any way I can get a signal through to my server application from the client? Thanks Darren...

...install... /usr/bin/ginstall -c checking for egrep... grep -E checking for ar... /usr/bin/ar checking for ranlib... ranlib checking for inline... inline checking for flock... yes checking for lockf... yes checking for fcvt... yes checking for fcvtl... no checking for cfsetispeed... yes checking for tcsendbreak... yes checking for seteuid... yes checking for setsid... yes checking for getpassphrase... no checking for vsnprintf... yes checking for snprintf... yes checking for setenv... yes checking for inet_aton... yes checking for strerror... yes checking for atexit... yes checking whether byte ordering i...

.... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking for inline... inline checking for flock... yes checking for lockf... yes checking for fcvt... yes checking for fcvtl... no checking for cfsetispeed... yes checking for tcsendbreak... yes checking for seteuid... yes checking for setsid... yes checking for getpassphrase... no checking for on_exit... yes checking for vsnprintf... yes checking for snprintf... yes checking for setenv... yes checking for inet_aton... yes checking for strerror... yes checking for atexit... yes chec...

...ther byte ordering is bigendian... no checking for inline... inline checking for flexible array members... yes checking for variable-length arrays... yes checking for flock... no checking for lockf... yes checking for fcvt... yes checking for fcvtl... no checking for cfsetispeed... yes checking for tcsendbreak... yes checking for seteuid... yes checking for setsid... yes checking for getpassphrase... yes checking for on_exit... no checking for strptime... yes checking for setlogmask... yes checking whether LOG_UPTO is declared... yes checking for vsnprintf... yes checking for snprintf... yes checking for...

Hi, I have a problem with the extern declarations of optarg, optind, etc. We're currently moving getopt from being a statically linked function to a dynamically linked function as part of the Cygwin DLL. On Windows, this requires to generate special symbols (__imp__optarg, etc.), which is done by marking the exported variables in the corresponding header. Instead of extern char *optarg;

...CRNL|IXON|IGNPAR); + t->c_iflag |= IGNBRK; + t->c_oflag &= ~OPOST; + t->c_lflag &= +~(ECHO|ECHOE|ECHOK|ECHONL|ICANON|ISIG|IEXTEN|NOFLSH|TOSTOP|PENDIN); + t->c_cflag &= ~(CSIZE|PARENB); + t->c_cflag |= CS8|CREAD; + t->c_cc[VMIN] = 1; + t->c_cc[VTIME] = 0; +} + +int +tcsendbreak(fd, len) + int fd, len; +{ + struct timeval sleepytime; + + sleepytime.tv_sec = 0; + sleepytime.tv_usec = 400000; + if (ioctl(fd, TIOCSBRK, 0) == -1) + return (-1); + (void)select(0, 0, 0, 0, &sleepytime); + if (ioctl(fd, TIOCCBRK, 0) == -1) + return (-1); + return (0); +} + +int +tcdrain(fd)...

...for vhangup... no checking for vsnprintf... yes checking for waitpid... yes checking for gai_strerror... yes checking for library containing nanosleep... none required checking whether getrusage is declared... no checking whether strsep is declared... yes checking for strsep... yes checking whether tcsendbreak is declared... yes checking whether h_errno is declared... yes checking for setresuid... no checking for setresgid... no checking for gettimeofday... yes checking for time... yes checking for endutent... no checking for getutent... no checking for getutid... no checking for getutline... no checking...

...for vhangup... no checking for vsnprintf... yes checking for waitpid... yes checking for gai_strerror... yes checking for library containing nanosleep... none required checking whether getrusage is declared... no checking whether strsep is declared... yes checking for strsep... yes checking whether tcsendbreak is declared... yes checking whether h_errno is declared... yes checking for setresuid... yes checking if setresuid seems to work... yes checking for setresgid... yes checking if setresgid seems to work... yes checking for gettimeofday... yes checking for time... yes checking for endutent... no chec...

...for waitpid... yes checking for library containing dlopen... none required checking for gai_strerror... yes checking for library containing nanosleep... none required checking whether getrusage is declared... no checking whether strsep is declared... yes checking for strsep... yes checking whether tcsendbreak is declared... yes checking whether h_errno is declared... yes checking whether SHUT_RD is declared... yes checking whether O_NONBLOCK is declared... yes checking whether writev is declared... yes checking whether MAXSYMLINKS is declared... yes checking whether offsetof is declared... yes checking...

...her byte ordering is bigendian... no checking for inline... inline checking for flexible array members... yes checking for variable-length arrays... yes checking for flock... yes checking for lockf... yes checking for fcvt... yes checking for fcvtl... no checking for cfsetispeed... yes checking for tcsendbreak... yes checking for seteuid... yes checking for setsid... yes checking for getpassphrase... no checking for on_exit... yes checking for strptime... yes checking for setlogmask... yes checking whether LOG_UPTO is declared... yes checking for vsnprintf... yes checking for snprintf... yes checking for...

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :

...lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ar... /usr/bin/ar checking for ranlib... ranlib checking for inline... inline checking for flock... yes checking for lockf... yes checking for fcvt... yes checking for fcvtl... no checking for cfsetispeed... yes checking for tcsendbreak... yes checking for seteuid... yes checking for setsid... yes checking for getpassphrase... no checking for on_exit... yes checking for vsnprintf... yes checking for snprintf... yes checking for setenv... yes checking for inet_aton... yes checking for strerror... yes checking for atexit... yes chec...