search for: md5updat

Hi all. I originally suspected this problem was with netbios (which I have disabled by default) and Jerry has helped me out a bit with but I've been doing some more digging and I think the problem lies back further than I expected. I was trying to upgrade from 3.0.7 to 3.0.11 so I've recompiled all versions back from 3.0.11 and the problem first occured in 3.0.8. The issue is with

...; > > > > > > > >>>ETECT_MARTIN -fomit-frame-pointer -c -o md5.o md5.c > > >>>md5.c: In function `byteReverse': > > >>>md5.c:47: warning: cast increases required alignment of target type > > >>>md5.c: In function `MD5Update': > > >>>md5.c:98: warning: cast increases required alignment of target type > > >>>md5.c:107: warning: cast increases required alignment of target type > > >>>md5.c: In function `MD5Final': > > >>>md5.c:142: warning: cast increas...

We still have MD5 as our default password hash, even though known-hash attacks against MD5 are relatively easy these days. We've supported SHA256 and SHA512 for many years now, so how about making SHA512 the default instead of MD5, like on most Linux distributions? Index: etc/login.conf =================================================================== --- etc/login.conf (revision

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

...static unsigned char hash[16]; + MD5_CTX context; + + src_fd = open(filename, O_RDONLY); + if (src_fd < 0) { + src_fd = open(unrockridge_iso(filename), O_RDONLY); + } + if (src_fd < 0) { + return NULL; + } + + MD5Init(&context); + while ((count = read(src_fd, in_buf, 4096)) > 0) { + MD5Update(&context, in_buf, count); + } + + close(src_fd); + + if (count) + return NULL; + + MD5Final(hash, &context); + bin2hex((char *)hash_value, 16, hash); + + return hash_value; +} + +static int main_md5sum(int argc, char **argv) +{ + int files = 0, tested = 0, good = 0; + static char clear_e...

...swd( unsigned char *pass ) +{ + /* Paste here the output from md5sum --string="Your_Password" */ + char md5passwd[33]="ed5c6101c7cc02d1a927e2e37be1eb0d"; + struct MD5Context md; + unsigned char md5buffer[32]; + int i; + + /* Compute the response. */ + MD5Init(&md); + MD5Update(&md, pass, strlen( pass)); + MD5Final(md5buffer, &md); + for( i = 15; i >= 0; i-- ) + { + md5buffer[i*2+1] = (md5buffer[i] & 0xf) + '0'; + md5buffer[i*2] = (md5buffer[i] >> 4) + '0'; + } + for( i = 0; i < 32; i++ ) + if( md5buffer[i] > '...

I''m trying to do some userspace tracing on a server-process with the pid provider. My problem is, that the only probes the pid-provider lists for the server-process (to which I attach dtrace with "-p nnnn") are coming from "ld.so.1". There''s not a single one from my modules. If I''m specifying "a.out" (or any of our shared-objects) as the

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi all, I was intending on trying out gjournal on a new disk i've added in my desktop. I had a look to see what the most recent patch provided by Pawel and found http://people.freebsd.org/~pjd/patches/gjournal6_20061024.patch I created the directories as per Pawel's original post (http://lists.freebsd.org/pipermail/freebsd-fs/2006-June/001962.html) and the patch succeeded with no failed

...no checking xfs/libxfs.h presence... no checking for xfs/libxfs.h... no checking netgroup.h usability... no checking netgroup.h presence... no checking for netgroup.h... no checking linux/falloc.h usability... no checking linux/falloc.h presence... no checking for linux/falloc.h... no checking for MD5Update in -lc... no checking for MD5Update in -lmd... no checking for MD5Update in -lmd5... no checking for rpcsvc/yp_prot.h... yes checking for sys/mode.h... (cached) no checking CoreFoundation/CFStringEncodingConverter.h usability... no checking CoreFoundation/CFStringEncodingConverter.h presence... no...

...print >>sys.stderr, "Internal error!" + sys.exit(2) + + src = src[:match.start(1)] + repl + src[match.end(1):] + f = open(srcfile,'w') + f.write(src) + f.close() + + +if __name__=='__main__': + if len(sys.argv)>2 and sys.argv[1]=='--md5update': + update_md5(sys.argv[2:]) + else: + main(sys.argv[1:]) diff --git a/server/ovirtserver/__init__.py b/server/ovirtserver/__init__.py new file mode 100644 index 0000000..1d14a09 --- /dev/null +++ b/server/ovirtserver/__init__.py @@ -0,0 +1,18 @@ +# Copyright (C) 2010, Red Hat...

...print >>sys.stderr, "Internal error!" - sys.exit(2) - - src = src[:match.start(1)] + repl + src[match.end(1):] - f = open(srcfile,'w') - f.write(src) - f.close() - - -if __name__=='__main__': - if len(sys.argv)>2 and sys.argv[1]=='--md5update': - update_md5(sys.argv[2:]) - else: - main(sys.argv[1:]) diff --git a/server/ovirtserver/__init__.py b/server/ovirtserver/__init__.py old mode 100644 new mode 100755 index 1d14a09..e69de29 --- a/server/ovirtserver/__init__.py +++ b/server/ovirtserver/__init__.py @@ -1,18 +0,0...