search for: 2fplain

I'm getting the bus error mentioned in PR bin/124353 and I need a bit more detail on how to apply the patch. Right now I'm getting the following error when I try to do a make on cvsup-without-gui: Fatal Error: bad version stamps: SupTCP.m3 I put the changes in the /usr/local/lib/m3/pkg/m3core/src/unix/freebsd-4.amd64/Unix.i3 file I created the file

Hi all, is it possible configure Shorewall in bridge mode and, in the same box, utilize Squid in transparent mode? I''m triing to do this, but the REDIRECT rule doesn''t work. I''ve already read http://www.shorewall.net/bridge.html to configure the bridge and work fine for me, but when I add the rule for transparent proxy

...put back the if/continue, but I assume it was removed for a reason, and wanted to find out if anyone here knew. Ok, found the cvsweb, and located this: Revision 1.272.2.1: download<http://www.openbsd.org/cgi-bin/cvsweb/%7Echeckout%7E/src/usr.bin/ssh/channels.c?rev=1.272.2.1;content-type=text%2Fplain> - view: text<http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/channels.c?rev=1.272.2.1;content-type=text%2Fplain>, markup<http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/channels.c?rev=1.272.2.1;content-type=text%2Fx-cvsweb-markup>, annotated<http://www.openbsd.org/cgi...

...losure/2012-April/086585.html Fortunately OpenSSH's sshd is not vulnerable - it has avoided the use of ASN.1 parsing since 2002 when Markus wrote a custom RSA verification function (openssh_RSA_verify): http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/ssh-rsa.c?rev=HEAD;content-type=text%2Fplain That's now eight exploitable bugs that this change has saved us from. It's a good lesson in how excising even a relatively small amount of complex attack surface can make a substantial difference to the security of an application. This gloating only applies to sshd though - private key lo...

Hi, I'm thinking about adding support for PDU (Power Distribution Unit) devices from Digipower [1] and Aviosys [2] to NUT via the SNMP interface. The specific devices I have in mind are the following: Digipower AMz-1623/SW-08-1 Aviosys IP Power 925x (both are 8-port PDUs which are SNMP capable via an ethernet interface) Does anybody have other DigiPower or Aviosys devices and if so

...ndom passwords, so IMHO its best to avoid the modulo bias. > See here for more details: http://eternallyconfuzzled.com/arts/jsw_art_rand.aspx > And see arc4random_uniform&#39;s implementation: http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/crypt/arc4random.c?rev=1.26;content-type=text%2Fplain > > 3. The generated password needs ~2^107 brute-force attempts (16 * log2(60) + log2(default_rounds=5000)), which is more than enough of course, but usually 128-bit strength is used for keys. A password length of 20 characters would achieve that. My pull request doesn&#39;t include this...

On Linux x86_64, it is different. The x86-64 ABI says (http://www.x86-64.org/viewvc/trunk/x86-64-ABI/low-level-sys-info.tex?revision=84&content-type=text%2Fplain): >> The end of the input argument area shall be aligned on a 16 byte boundary. In other words, the value (%rsp - 8) is always a multiple of 16 when control is transferred to the function entry point. The stack pointer, %rsp, always points to the end of the latest allocated stack frame. <...

It sure is hard to find info in the documentation/mailing list for a specific error. If an error log message was created by smbd, nmbd, or winbind, shouldn't the documentation contain a description, cause, and possible solution? Specific case in point: [2005/08/05 11:31:22, 0] nmbd/nmbd_browsesync.c:domain_master_node_status_fail(250) domain_master_node_status_fail:

Corrado Zoccolo wrote: > On Linux x86_64, it is different. The x86-64 ABI says > (http://www.x86-64.org/viewvc/trunk/x86-64-ABI/low-level-sys-info.tex?revision=84&content-type=text%2Fplain): > > The end of the input argument area shall be aligned on a 16 byte boundary. > In other words, the value (%rsp - 8) is always a multiple of 16 when control is > transferred to the function entry point. The stack pointer, %rsp, > always points to > the end of the latest alloca...

Hello, Simon > So far, i found no way to denote calls to the host function as aligned > or maintain stack alignment throughout the stack frame of the jit > compiled function. Further, the gcc front end (llvm-g++ (GCC) 4.2.1) > seems to ignore directives such as -mpreferred-stack-boundary. Mike is right. It depends on your subtarget: 1. If you're running stuff on Darwin, which has

Hi all, i am trying to call an aligned function in my host application from jit compiled bitcode. The call itself is done using an absolute pointer to the function. The host application's functions make heavy use of SSE instructions and are thus operate on a stack aligned to 16 byte. If i call an aligned function in the host application from a frame running jit compiled code, the alignment

Hi, I moved a disk with ext2fs from a Linux box (SuSE) into my FreeBSD6.2 box. Some directories on that disk are shared to my Windows boxes via v3.0.26a (according to smbd -V). A couple of directories contain a large number of files (hundreds to thousands). The list of files is incomplete using Windows clients or smbclient on FreeBSD. If I copy the directories to a disk using ufs, the file

https://bugzilla.mindrot.org/show_bug.cgi?id=2140 Bug ID: 2140 Summary: Capsicum support for FreeBSD 10 (-current) Product: Portable OpenSSH Version: -current Hardware: All OS: FreeBSD Status: NEW Severity: enhancement Priority: P5 Component: sshd Assignee: unassigned-bugs at

...Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org Reporter: guenter at weheartwebsites.de In: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/channels.c?rev=1.332;content-type=text%2Fplain Search for: "SSH_SOCKS5_NOAUTH not found" If a connection to SSH-SOCKS5 is established and a unsupported auth method is sent, SSH will not reply anything. According to http://tools.ietf.org/html/rfc1928 the server could (it does not state if the server MUST or SHOULD, hence "could&...