Displaying 20 results from an estimated 2000 matches similar to: "[Bug 679] fatal: buffer_append_space with compression enabled in putty"
2003 Oct 28
3
[Bug 750] "buffer_append_space: alloc 10506240 not supported" on AIX5 when attempting to use compression
http://bugzilla.mindrot.org/show_bug.cgi?id=750
Summary: "buffer_append_space: alloc 10506240 not supported" on
AIX5 when attempting to use compression
Product: Portable OpenSSH
Version: -current
Platform: All
OS/Version: AIX
Status: NEW
Severity: major
Priority: P2
Component:
2002 Jul 01
3
3.4p1: 'buffer_append_space: alloc 10506240 not supported'
I have been trying to install 3.4p1 on a number of machines.
Servers on ia64 Linux, i386 Linux and SPARC Solaris are all working
like charms. On the other hand, I am having trouble at least with
HPUX 11, DEC OSF 5.1 and Unixware: on all those systems, sshd bails
out after authentication with an error in buffer_append_space.
Here is the output of sshd -d on the UnixWare machine
(uname -a:
2002 Jun 06
4
Linux and Printing via smbprint
Hi there
Looking at the archives I didn't find a solution to the following problem
we have here:
Printing from our linux-server (wagner) to an intel printserver (PS652D8F)
doesn't work.
Here's the stuff we know/tried:
wagner:~ # smbclient -L //PS652D8F -N
added interface ip=10.0.0.10 bcast=10.0.0.255 nmask=255.255.255.0
Got a positive name query response from 10.0.0.40 ( 10.0.0.40
2008 Jan 01
3
[Bug 1425] New: buffer_append_space with rsync
https://bugzilla.mindrot.org/show_bug.cgi?id=1425
Summary: buffer_append_space with rsync
Classification: Unclassified
Product: Portable OpenSSH
Version: 4.7p1
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: bitbucket at mindrot.org
2005 Mar 22
1
Segmentation fault in buffer_append_space for AIX 5.3 for openssh-4.0p1
For AIX 53 ML01 I'm getting a "Segmentation fault in buffer_append_space at line 85 in file buffer.c" in sshd after typing my password for a new connection to the AIX 5.3 host. Line 85 is "if (buffer->offset == buffer->end) {". Is this caused by an old bug in buffer_append_space?
Regards
Rob v.d. Wal
2005 Dec 07
4
[Bug 1131] buffer_append_space: alloc not supported Error with V 4.2p1
http://bugzilla.mindrot.org/show_bug.cgi?id=1131
Summary: buffer_append_space: alloc not supported Error with V
4.2p1
Product: Portable OpenSSH
Version: 4.2p1
Platform: Sparc
OS/Version: Solaris
Status: NEW
Keywords: help-wanted
Severity: normal
Priority: P3
Component: sftp
2009 Sep 16
3
Music on Hold
Hi,
I have trouble getting MOH to work after an upgrade from asterisk 1.4 to
1.6.1.4. The call goes on hold, MOH is started, and then stops right away.
Here are the files both of type .raw:
Tsunami*CLI> moh show files
Class: default
File: /etc/asterisk/musiconhold/Fr?d?ric Chopin - Polonaises Op. 40-2
File: /etc/asterisk/musiconhold/Fr?d?ric Chopin - Polonaises Op. 40-1
These files
2003 Jan 20
1
Possible bug: Putty's psftp doesn't work when priv-sep is turned on
Hi List(s)
A customer of mine reported that sftp didn't work for them. It seems to
work just fine for me on that system, and after checking into it I
noticed that the customer used psftp, while I use sftp from either
cygwin or the linux version from openssh.
The openssh version of sftp works in all cases, priv-sep on or off.
However, the putty psftp breaks as soon as I turn on priv-sep
2003 Feb 24
1
[Bug 502] New: sshd fails when "Compression yes" set on HPUX
http://bugzilla.mindrot.org/show_bug.cgi?id=502
Summary: sshd fails when "Compression yes" set on HPUX
Product: Portable OpenSSH
Version: 3.5p1
Platform: HPPA
OS/Version: HP-UX
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at mindrot.org
2006 Mar 16
11
[Bug 1131] buffer_append_space: alloc not supported Error with V 4.2p1
http://bugzilla.mindrot.org/show_bug.cgi?id=1131
------- Comment #18 from cove at wildpackets.com 2006-03-17 09:06 -------
It could be a bug in cryptlib, but I had the same problem with libssh and the
first comment in this bug report is with a 3rd implementation.
debug2: load_server_config: filename /usr/local/etc/sshd_config
debug2: load_server_config: done config len = 292
debug2:
2003 Apr 03
2
new downloads
Neal O'Doan plays 4 piano concerti: Chopin#2, Grieg, Moszkowski#1 and
Rachmaninoff#1
Neal and Nancy O'Doan play St-Saens Carnival of the Animals together
with pieces by Poulenc, Korsakov, Warner and Tufts. Pan116e.
<p><p><p>--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send
2013 Feb 25
1
doveadm search not showing expected results
i'm running doveadm search:
>doveadm search -A mailbox sent savedbefore 365d
>
and it's returning no results.
a similar command does return some results:
>doveadm search -A mailbox sent savedbefore 120d | grep -iF 'jdoe'
jdoe 7b9a8b0b7d37504fe72c000055e4fe9a 65
jdoe 7b9a8b0b7d37504fe72c000055e4fe9a 66
jdoe 7b9a8b0b7d37504fe72c000055e4fe9a 67
jdoe
2008 Sep 15
0
No subject
hello..
i am running openssh-3.7.1p2. on linux.It is working successfully..and daemon is running &client also connecting.But the problem is with the mips architecture when i connecting this server from remote syytem.?i got an error of buufer_get:trying to get more bytes 1 than buffer0.And client is not connecting from remote system.My out is as follows on my server
?in sshd main
before
2008 Sep 18
2
SSHD_PROBLEM
hello..
i am running openssh-3.7.1p2. on linux.It is working
successfully.and daemon is running &client also connecting.But the
problem is with the mips architecture when i connecting this server
from remote syytem. i got an error of buufer_get:trying to get more
bytes 1 than buffer0.And client is not connecting from remote system.My
out is as follows on my server
in sshd main
before
2006 Jan 11
0
[Bug 1131] buffer_append_space: alloc not supported Error with V 4.2p1
http://bugzilla.mindrot.org/show_bug.cgi?id=1131
------- Comment #4 from dtucker at zip.com.au 2006-01-11 23:07 -------
It sounds like either the client is sending a 10MB(!) packet, or there's some
bug some other place.
Does disabling compression (either by turning it off in the client or setting
Compression no in sshd_config) prevent the error?
------- You are receiving this mail
2001 Jul 04
3
a little probleme
Hi all,
i would like to find the best way to resolve the following problem.
Suppoose i have a vector x of length N with k different elements.
length(x)=N
u<-unique(x)
length(u)=k
I would like to get a matrix M with k rows and N columns such that:
in each line i (i=1,...,k), which(x%in%u[i]) is equal to 1 and 0 else.
Thanks for your help.
Olivier
--
2002 Jul 01
0
Memory allocation gone awry with OpenSSH 3.(3,4)p1
Hello,
I have recently upgraded from an older version of OpenSSH to the
newer 3.3p1 (first) and now to 3.4p1 - because of the discovered
vulnerabilities. The default setting for these versions is to use
privilege separation, and this seems to trigger some weird bug with my
systems, causing sshd to consume memory until it barfs.
Details:
1. OpenSSH 3.3p1, privsep on, compression on:
1998 Dec 01
2
read.table
Sorry to all bothering you with a trivial question:
I am using R (rw0630 for Win32) and am simply unable to read-in the *.txt data.
I've tried to copy the file (prum.txt) to different directories of rw0630 but get
uniformly the answer "object "prum.txt" not found". Which is the default
directory for read.table() ??
Thanks!
Z. Skala
++++++++++++++++++++++
Zdenek Skala
1999 Nov 09
2
Problems with read.table
Hi I am using R65.1 in Windows 95
I have a CSV file from Excell
>
a<-read.table("c:/heberto/mgc/tst.csv",header=T,sep=",")
> attach(a)
> a
manolo fvcpp fevpp fvvcpp tlcpp rvpp rvtlpp plmaxpp
1 1 99.28 97.67 98.38 91.14 102.9 111.25 117.64
2 1 86.97 68.56 78.89 94.60 112.34 118.53 159.20
3 1 81.12 71.76 88.37 89.16
2003 Sep 16
1
OpenSSH Security Advisory: buffer.adv
This is the 1st revision of the Advisory.
This document can be found at: http://www.openssh.com/txt/buffer.adv
1. Versions affected:
All versions of OpenSSH's sshd prior to 3.7 contain a buffer
management error. It is uncertain whether this error is
potentially exploitable, however, we prefer to see bugs
fixed proactively.
2. Solution:
Upgrade to OpenSSH