search for: o16

This version contains a fix to mbr.asm, plus a version of Murali's menu system, but ported to gcc. Although gcc produces much bigger 16-bit code (since it's really 32-bit code with prefixes) I figured it would be much easier for people to deal with since it requires the configuration to be compiled in. That being said, it's a *very* powerful menu system, partially *because*

...port endpoint is not connected" warning messages were observed on the linux 2.2.14 kernel with earlier release of openssh. The same happens when I used the port-forwarded HTTP connection. But this time, after accessing such http connections, I noticed that there are now cases of "[i1 o16] " as opposed to [i1 o128]" in the warning messages. Following is a copy of real warning message I collected a few minutes ago. [o128 meant the connection was closed. But o16 seems to suggest that output was open. from nchan.h: #define CHAN_OUTPUT_OPEN 0x10 #define CHAN_O...

...er finishing I cannot exit the slogin command: host-A> slogin -A host-B ... host-B> ssh host-C "ls -al" ... [output from ls -al command] host-B> exit logout Waiting for forwarded connections to terminate... The following connections are open: #2 accepted auth socket (t4 r0 i8/0 o16/0 fd 9/9) #3 accepted auth socket (t4 r1 i8/0 o16/0 fd 10/10) I have to kill the "slogin -A host-B" process on "host-A" to terminate the session. When connecting from host-B to host-D, for which RSA host authentication is allowed (and hence my personal key not needed), only o...

When I try to compile the menu I got the following: gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o main.s main.c echo '.code16gcc' | cat - main.s > main.s16 as -o main.o16 main.s16 gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o biosio.s biosio.c biosio.c: In function `getdisppage': biosio.c:61: error: bp cannot be used in asm here make: *** <biosio.s> Error 1 thanks G?nther rm main.s16...

...unning Squid at one end as an HTTP proxy and a browser at the other end (Netscape, IE) everything works fine, I can tunnel HTTP requests through OpenSSH but I keep seeing the following error messages that mess up my display really bad: channel 14: chan_shutdown_read: shutdown() failed for fd23 [i1 o16]: Transport endpoint is not connected channel 28: chan_shutdown_read: shutdown() failed for fd37 [i1 o16]: Transport endpoint is not connected (There are very many of these, they never end). I noticed that if I start the client with "ssh -q" or if I set the LogLevel in ssh_config to FAT...

...nux machine (both running openssh-2.5.1p2) and am unable to run any X applications. I ran a verbose session and this happens: debug: fd 6 IS O_NONBLOCK debug: channel 0: new [X11 connection from host port 4572] debug: X11 connection uses different authentication protocol. debug: X11 rejected 0 i1/o16 debug: channel 0: read failed debug: channel 0: input open -> drain debug: channel 0: close_read debug: channel 0: input: no drain shortcut debug: channel 0: ibuf empty debug: channel 0: input drain -> wait_oclose debug: channel 0: send ieof debug: channel 0: write failed debug: channel 0: ou...

...rt debug1: client_init id 0 arg 0 debug1: Sending command: ps -ef debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 16384 debug1: channel_free: channel 0: client-session, nchannels 1 debug3: channel_free: status: The following connections are open: #0 client-session (t4 r0 i1/0 o16/0 fd 6/8) [..] Has anyone else see this? Well, off to throw up OpenSSH -current on Linux for testing... - Ben

...message like the following if the ssh couldn't end because it was still forewarding connections: % Waiting for forwarded connections to terminate... % The following connections are open: % #0 direct-tcpip: listening port 54321 for xantha port 9, connect % from 127.0.0.1 port 2337 (t4 r1 i1/0 o16/0) However in this case that didn't happen. We are fairly sure that there is a bug in rdesktop - but even so ssh should either exit or give that message in our opinion. Any suggestions? (The Debian BTS entry for this bug includes some strace output which I could mail to this list if it...

...#39;t forward X11 connections. This worked fine for me under 2.9p1 but with 2.9p2 it seems that $XAUTHORITY isn't getting set and when I try and set it manually connections to the Xserver still fail with: debug1: X11 connection uses different authentication protocol. debug1: X11 rejected 1 i1/o16 Verbose debugs below. client: OpenSSH_2.9p1, SSH protocols 1.5/2.0, OpenSSL 0x0090600f debug1: Reading configuration data /home/jrippas/.ssh/config debug1: Seeding random number generator debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: s...

Hi! I am resending the following message about problems with utmp handling. * In the meantime I had some request in private mail from people asking whether I have new information. * The problem is still persistant in 2.9p2. * My own new investigations show, that the problem only appears with protocol 2, not with protocol 1, I therefore only started to note it when protocol 2 became the

...p2 to 2.9p2 and found that a hendl at host_a# ssh host_b works fine with authentication agent and X11 forwarding on but a hendl at host_b# su root at host_b# /usr/bin/X11/xclock afterwards gives errors like debug: X11 connection uses different authentication protocol. debug: X11 rejected 0 i1/o16 ... debug: X11 connection to ... broken... With version 2.5.1p2 these errors don't occur. What shell I do? Thanks regards Stephan -- LDS Brandenburg Dr. Stephan Hendl fon: +49-(0)331-39 471 fax: +49-(0)331-27548 1187 EMail: stephan.hendl at lds.brandenburg.de

...I have not seen this under Solaris and Linux yet. debug1: Received X11 open request. debug1: fd 4 setting O_NONBLOCK debug1: fd 4 IS O_NONBLOCK debug1: channel 0: new [X11 connection from 127.0.0.1 port 3419] debug1: X11 connection uses different authentication protocol. debug1: X11 rejected 0 i1/o16 debug1: channel 0: read failed debug1: channel 0: input open -> drain debug1: channel 0: close_read debug1: channel 0: input: no drain shortcut debug1: channel 0: ibuf empty debug1: channel 0: input drain -> wait_oclose debug1: channel 0: send ieof debug1: channel 0: write failed debug1: chan...

...spoofing. ... [brian at vaio brian]$ xclock debug: Received X11 open request. debug: channel 0: new [X11 connection from localhost.localdomain port 1117] debug: X11 connection uses different authentication protocol. X11 connection rejected because of wrong authentication. debug: X11 rejected 0 i1/o16 debug: channel 0: INPUT_OPEN -> INPUT_WAIT_DRAIN [read failed] debug: channel 0: shutdown_read debug: channel 0: OUTPUT_OPEN -> OUTPUT_WAIT_IEOF [write failed] debug: channel 0: shutdown_write debug: X11 rejected 0 i2/o64 debug: channel 0: INPUT_WAIT_DRAIN -> INPUT_WAIT_OCLOSE [inbuf empty...

...0: is dead debug1: channel_free: channel 0: status: The following connections are open: #0 X11 connection from X.X.X.X port 1482 (t4 r2 i8/0 o128/0 fd 4/4) Waiting for forwarded connections to terminate... The following connections are open: #2 X11 connection from X.X.X.X port 1482 (t4 r0 i4/0 o16/0 fd 8/8) debug1: Transferred: stdin 0, stdout 0, stderr 164 bytes in 1.7 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 96.3 debug1: Exit status 0 -------------- next part -------------- OpenSSH_2.9p1, SSH protocols 1.5/2.0, OpenSSL 0x0090600f debug1: Reading configuration data /h...

...[~:512] echo $DISPLAY $TERM xterm userid at server[~:513] xterm -display server:10.0 debug: Received X11 open request. debug: fd 9 setting O_NONBLOCK debug: channel 0: new [X11 connection from server port 35530] debug: X11 connection uses different authentication protocol. debug: X11 rejected 0 i1/o16 debug: channel 0: read failed debug: channel 0: input open -> drain debug: channel 0: close_read debug: channel 0: input: no drain shortcut debug: channel 0: ibuf empty debug: channel 0: input drain -> wait_oclose debug: channel 0: send ieof debug: channel 0: write failed debug: channel 0: ou...

Sensei H. Peter Anvin, I have successfully modified/enhanced memdisk so that one can chainload a local operating system after running diskless FreeDOS. I would like your advice regarding the appropriate interface for invoking this functionality. In addition, I would like to know what steps to take so that you feel comfortable considering including this in the standard syslinux distribution.

Hi, I am trying to release domU pages from page_list and xenpage_list after domU shutdown while retaining the rest of the domain information. To achieve this in __domain_finalise_shutdown i call domain_relinquish_resources. This is failing to release pages from page_list for type PGT_l2_page_tables and crashing dom0. To be specific, while testing on mini-os i saw that when

...K 2000-05-09 08:33:28.201769500 debug1: fd 11 IS O_NONBLOCK 2000-05-09 08:33:28.201771500 debug1: channel 3: new [forwarded-tcpip] 2000-05-09 08:33:37.299841500 debug1: channel_free: channel 3: status: The following connections are open: 2000-05-09 08:33:37.299844500 #2 server-session (t4 r0 i1/0 o16/0 fd 9/8) 2000-05-09 08:33:37.299847500 #3 forwarded-tcpip (t13 r-1 i1/23 o16/0 fd 11/11) 2000-05-09 08:33:37.299850500 2000-05-09 08:33:41.765736500 debug1: Received SIGCHLD. 2000-05-09 08:33:41.767220500 debug1: session_by_pid: pid 20125 2000-05-09 08:33:41.767224500 debug1: session_exit_messa...

...n: ctype x11 rchan 3 win 4096 max 2048 debug1: client_request_x11: request from 128.175.13.160 46799 debug1: fd 10 setting O_NONBLOCK debug2: fd 10 is O_NONBLOCK debug1: channel 1: new [x11] debug1: confirm x11 debug1: X11 connection uses different authentication protocol. debug1: X11 rejected 1 i1/o16 debug1: channel 1: read failed debug1: channel 1: input open -> drain debug1: channel 1: close_read debug1: channel 1: write failed debug1: channel 1: output open -> closed debug1: channel 1: close_write debug1: X11 closed 1 i2/o128 debug1: channel 1: rcvd eof debug1: channel 1: FORCE input d...

This to announce a test release of 2.1.0p1 before making it widely available. This release includes many fixes to problems reported over the last week. In particular: - spurious error and coredumps caused by the inbuilt entropy gathering - RSAref detection - Compilation fixes for Solaris and others It also contains (completely untested) support for compiling without RSA support. This may be