Displaying 20 results from an estimated 400 matches similar to: "Help wanted: configure test for busted mmap"
2002 Jun 25
2
Linux 2.2 + borken mmap() round 1
The following is just a simple 'if ANON|SHARE is broken, disable
compression'. We don't have time for fancy stuff until we have time for
long term testing.
I have one friend of mine testing this. Can I get a few other people to
test. This is against --current, but maybe work against 3.3p1. Unsure.
BTW.. those on NeXT platform (if you have autoreconf) should also test
this. this
2002 Jul 27
1
Patch to OpenSSH-3.4p1/monitor_mm.c for Linux 2.0
I had to modify the file monitor_mm.c to get the privledge separation to
work for Linux 2.0.36 (and above) and am passing on the patch to you; if
there is a better place to send this, please let me know. I've included a
new #define (USE_MMAP_DEV_ZERO) to select this patch, but am not including
the patch to config.h---if there's a better name for it, please, by all
means, change it.
2002 Jun 26
0
IRIX 6.5 patch for Compression with UsePrivilegeSeparation
Simon Cooper already mailed in a patch to get the effects of MAP_ANON on
IRIX systems, but it was against openssh/3.3p1. I've reapplied his
patach to openssh/3.4p1 and include it as an attachment.
Here's his explanation:
> I noticed that the recent release requires the existence of MAP_ANON to get
> an anonymous memory region. In Irix the equivalent functionality can be
>
2002 Jun 25
3
3.3p1 patch for Solaris 2.6
here's a patch to 3.3p1 for Solaris 2.6 - it does not handle
mmap() with fd = -1. does it look okay?
itojun
--- work.i386/openssh-3.3p1/servconf.c- Tue Jun 25 23:43:22 2002
+++ work.i386/openssh-3.3p1/servconf.c Tue Jun 25 23:43:33 2002
@@ -257,7 +257,7 @@
if (use_privsep == -1)
use_privsep = 1;
-#if !defined(HAVE_MMAP) || !defined(MAP_ANON)
+#if !defined(HAVE_MMAP)
if
2002 Jun 25
1
[Bug 259] UsePrivilegeSeparation crashed sshd under Linux 2.2
http://bugzilla.mindrot.org/show_bug.cgi?id=259
------- Additional Comments From Al.Smith at gold.net 2002-06-25 18:09 -------
Linux 2.2 defines MAP_ANON in <bits/mman.h>, however it can seen in
/usr/src/linux/mm/mmap.c (lines 200 onwards) that if MAP_ANON is used
then the system call will return -EINVAL.
The following is a quick hack to get openssh to compile on linux 2.2:
diff -ur
2002 Jun 26
2
MAP_ANON replacement?
Here I would like to suggest a replacement for MAP_ANON on systems which
do not have it, such as Solaris < 8. In "man mmap" of Solaris 8:
When MAP_ANON is set in flags, and fd is set to -1, mmap()
provides a direct path to return anonymous pages to the
caller. This operation is equivalent to passing mmap() an
open file descriptor on /dev/zero with
2008 Sep 09
1
DTrace and shared memory id
Hello all,
I saw this question about a year back in the archive[1], but with no
final answer.
I would like to trace shmget calls and also get the id of the shared
memory segment.
That script looked like[2], but we dont get the id since arg1 is the
errno value.
How do i access the shm id, i would need this to debug a customer
problem but i don''t have time to learn it the hard
2002 Mar 25
2
compile failure
The latest snapshot (20020324) fails to compile here.
Linux 2.4.18-rc1 Alpha
The first messages are:
monitor_wrap.c: In function `mm_request_receive':
monitor_wrap.c:91: warning: int format, different type arg (arg 3)
monitor_wrap.c:100: warning: int format, different type arg (arg 3)
which have to do with fatal() calls and int not being the same as
ssize_t... But the next one is the
2002 Jul 18
1
hard-coded MM_SWAP_TEMPLATE
Hard-coded MM_SWAP_TEMPLATE defined as "/var/run/sshd.mm.XXXXXXXX"
in openssh-SNAP-20020718/openbsd-compat/xmmap.c should not be used
because "/var/run" directory does not exist on some platohomes.
-- ayamura
Ayamura KIKUCHI, M.D., Ph.D.
2002 Apr 05
14
PLEASE TEST snapshots
The next OpenSSH release is close, too.
If you want OpenSSH 3.2 to be the best version of OpenSSH,
then please test the snapshots.
If you like to see new features in future OpenSSH releases,
then test the snapshots.
If you are running OpenBSD then please test the OpenBSD
snapshots.
If you are running the portable OpenSSH release then please
test the nightly snapshots from
2002 Dec 18
1
[Bug 458] sshd crashes with "fatal: mm_malloc: size too big"
http://bugzilla.mindrot.org/show_bug.cgi?id=458
------- Additional Comments From us- at gmx.de 2002-12-19 03:16 -------
Sorry, typo: The irix version is 6.5.17 not 6.5.18
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
2002 Mar 20
1
privsep
i think our strategy for privsep is to just keep portable sync'd closely
with openbsd's tree, even though things will be broken wrt privsep for
many platforms. then we just get primary one's working and work out
issues as we go along. i'll start to work on sun and hp-ux again
tomorrow.
2002 Apr 07
5
[Bug 205] PrivSep needs to be a compile-time option
http://bugzilla.mindrot.org/show_bug.cgi?id=205
------- Additional Comments From mouring at eviladmin.org 2002-04-07 10:28 -------
Created an attachment (id=64)
This patch (does not include configure.ac patch) should allow non-mmap platforms to compile, but will not allow them to use privsep period. One has to do more R&D to figure out where to disable compression on sshd since
2001 Mar 17
1
ogg123 doesn't destroy shm segment
Every time ogg123 -bXXX is run, it creates another shared memory
segment but fails to destroy it on exit. Thus an increasing number
of shm segments keeps piling up and eat all the (often rather
limited amount of) available shared memory.
The patch below corrects this and also fixes the bizarre abuse of
stat() permission bits for shmget().
On systems that support it, I'd very much like to
2006 Jan 08
3
Allow --without-privsep build.
I've been trying to cut down the size of openssh so I can run it on my
Nokia 770. One thing which helps a fair amount (and will help even more
when I get '-ffunction-sections -fdata-sections --gc-sections' working)
is to have the option of compiling out privilege separation...
Is it worth me tidying this up and trying to make it apply properly to
the OpenBSD version? Does the openbsd
2003 Oct 28
2
Privilege separation
Hello!
Please consider including the attached patch in the next release. It
allows one to drop privilege separation code while building openssh by using
'--disable-privsep' switch of configure script. If one doesn't use privilege
separation at all, why don't simply allow him to drop privilege separation
support completely?
--
Sincerely Your, Dan.
-------------- next part
2005 Sep 12
3
Problems Compiling OpenSSH 4.2p1 on Tru64 UNIX 5.1b
I configure as follows:
./configure --with-zlib=/usr/local/include
cc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o
sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o
auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o
auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o
auth2-passwd.o auth2-pubkey.o monitor_mm.o
2007 Mar 23
2
openssh 4.6p1 bug / IRIX
hello,
little problem compiling openssh 4.6p1 on irix using mipspro 7.4.x.
c99 -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o
sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o
auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o
auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o
auth2-passwd.o auth2-pubkey.o
2003 Aug 10
9
updated gssapi diff
this is the proposed gssapi diff against OpenSSH-current (non-portable).
note: if this goes in, the old krb5 auth (ssh.com compatible) will be
removed.
please comment.
jakob
Index: auth.h
===================================================================
RCS file: /home/hack/jakob/mycvs/sshgss/auth.h,v
retrieving revision 1.1.1.2
retrieving revision 1.3
diff -u -r1.1.1.2 -r1.3
--- auth.h
2014 Jul 15
3
GSSAPI
If I am trying to build OpenSSH 6.6 with Kerberos GSSAPI support, do I still need to get Simon Wilkinson's patches?
---
Scott Neugroschl | XYPRO Technology Corporation
4100 Guardian Street | Suite 100 |Simi Valley, CA 93063 | Phone 805 583-2874|Fax 805 583-0124 |