search for: xbill

On 2018-07-22, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > > And on top of all: MS Windows is the only systems I know of whose vendor > tells you, it is not safe to run without 3rd party software (antivirus). AFAIK (my son runs Windows, to my shame) Windows now comes bundled with antivirus software. I have no idea if it actually works or not. --keith -- kkeller at

...uestion that comes to mind is the future of klibc. Is there > still potential for merging at some point? In ubuntu we never got to > where we could do without glibc to do what? dual and quad cores in laptop with vista or similar (X based) operating systems are no better, than toasters in `xbill`. what was really done new and useful in recent years? zoos of * scripting and other languages, * window managers * useless GUI programs. * codecs * media players klibc is a good place to start even for aged kernel developers to do better, not sucking userspace. * boot * kernel run-time c...

...); else The problem is obvious. But it gets worse. That line of code occurs more than once in WindowMaker, and besides that there are several other overflows possible by using long program names. To see if your vulnerable, fire up WindowMaker and in an xterm window or whatever try: doexec xbill `perl -e'print "A" x 250;'` That will replace argv[0] with 250 A's. Doexec is a program that comes installed by default on RedHat systems, all it does is relace argv[x] values, I used it because it's the easiest way to illustrate the problem. Unfortunately the problem...

Things consider problems with sftp software - sftp manually first time to accept the fingerprint and anytime software is updated on host. - no ascii mode only binary - no verbose or indication of bytes transfered (you would do an ls after sftp is done) - no mput or mget (this may be a show stopper) but could script could generate itself with all the filenames takes coding. Kenneth

Hi. Attached is a patch that introduces a new escape character (~c) that opens a command line. From the command line, a command of the form: -L port:host:hostport can be entered, which will forward the local port, as if the same option has been provided on the command line. I attempted to allow remote port forwards to be specified similarly, but the server disconnects with a protocol error