similar to: [patch] ASSERT needs declaration

u.inuse.type_info is at the end of the pfn_info structure, and is u32 for both x86_32 and x86_64--in this location it can also be the last 32 bits of a page. several functions use bitopts.h functions to manipulate this member, and on x86_64 these functions use u64 instructions, which will overflow the page boundary, and possibly the end of memory as we see here: (XEN)

Changeset 11598 broke the build with my gcc-4.1.2. You can''t forward-declare a static function within another function. Trivial patch attached to fix this. Signed-off-by: Charles Coffing <ccoffing@novell.com> gcc -O1 -fno-omit-frame-pointer -g -m32 -march=i686 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -nostdinc -fno-builtin -fno-common -fno-strict-aliasing

At OLS we had a couple of "Xen Mini Summit" sessions. Although there weren''t any formal minutes, here''s a rough summary of what we discussed/concluded. Status as of 24 July 2005 ========================= Summary: We have a couple of annoying bugs, but things are coming together nicely. x86_32p (PAE 16GB) and x86_64 ports are close to being feature complete with

Auto-generated debug report by Wine Quick Debug Report Maker Thingy: WINE Version: Wine release 20010629 Windows Version: Windows 98 Distribution: Slackware 7.1 (modified) Kernel Version: 2.4.2 OS Type: Linux CPU: i686 GCC Version: gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2

As I have mentioned on this list before, my goal is to switch entirely away from CVS for managing the wxRuby source code. CVS is fundamentally broken in several ways, including: - Each developer needs write access to contribute effectively - Tagging and branching are weak - Checkins are file-based instead of patchset-based - Moving files or directories loses the history For me, the first one

While compiling XEN with XSM_ENABLE=y and FLASK_ENABLE=y, I received the following error. gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe

Calling all rails darcs users! We may be in the minority, but I''m sure we can still share some know how here. Question: how are you managing your vendor/rails directory? svn externals seems to be the preferred option for svn folk (at least this is the approach recommended in the Agile 2 beta). Is there a way to get the same functionality within darcs? That would seem to be the

Hi, as our repository has now been switched to SVN I have stopped my darcs-mirror. Is anyone still interested in the darcs mirror? I would have to set up a new one for the SVN then, since I can''t reuse the history of the CVS import. If no one requires the darcs mirror, I would just trash the darcs repository and reactivate it if need arises. In other news, I have some small fixes for

On 11/27/06, Scott Michel <scottm at rushg.aero.org> wrote: > Anton Korobeynikov wrote: > >>the official cutover. Granted, you might need darcs to pull the current > >>version out of its repo, since it was originally designed with darcs in > >>mind. > > > > I can confirm, that tailor converts LLVM CVS with all history preserved > > to mercurial

Hi everyone. I''m choosing an SCM for my current Rails project. Up until now, for my other (non-Rails) codings, I used Darcs and liked it very much. I''d prefer to use Darcs for my Rails development as well. Looking into the matter, I''m somewhat deterred by the appearant dominance of Subversion as the SCM tool of choice for Rails hackers. Is there a technical reason for

Anton Korobeynikov wrote: >>the official cutover. Granted, you might need darcs to pull the current >>version out of its repo, since it was originally designed with darcs in >>mind. > > I can confirm, that tailor converts LLVM CVS with all history preserved > to mercurial repository without any visible troubles. I'm not sure if I just took HEAD or converted the

https://bugzilla.mindrot.org/show_bug.cgi?id=1382 Summary: scp/sftp sometimes hangs as a ControlMaster slave Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: ix86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket

I just joined the list, and I see in the archives that about a month ago there was a brief discussion of SRP, but it was dismissed. I urge people to take a look at this site: http://srp.stanford.edu/srp/ It's very cool. Let's say I'm on vacation visiting a friend, and I want to log in to my account back home. I trust my friend's machine, but I don't have my home

Hello, Scott. > the official cutover. Granted, you might need darcs to pull the current > version out of its repo, since it was originally designed with darcs in > mind. I can confirm, that tailor converts LLVM CVS with all history preserved to mercurial repository without any visible troubles. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint

G'day, First off, I'm not subscribed to the list, so if there are any responses that should be directed to me, feel free to CC me in :) The below url is an updated patch of Professor Tom's earlier SRP patches for SSH. The only things changed was so that it would compile on a newer openssh version. For more information regarding SRP, see http://srp.stanford.edu This isn't

This is to announce the availability of SRP (Secure Remote Password) support for OpenSSH. A tarball is available on Tripod: http://members.tripod.com/professor_tom/archives/ http://members.tripod.com/professor_tom/archives/openssh-2.5.2p2-srp5.tar.gz (Note: Tripod requires you to LEFT click on links to download files.) To install, unpack, configure --with-srp, and make install, then create an

[I know this is the 'port' list, but I can't find a better place to post this, and with the garbage going on @slashdot I figured I'd get this out. This belongs on sci.crypt or a general OpenSSH mailing list] First, a quick rehash of stuff everyone here already knows, OpenSSH can use two major forms of authentication: 1. Password 2. RSA keys The RSA method is good because it

This is the 2nd beta release of SRP for OpenSSH. The patch attached to this message is relative to the current (20010411) CVS sources of OpenSSH-portable (2.5.4p1). A tarball is also available: http://members.tripod.com/professor_tom/archives/ http://members.tripod.com/professor_tom/archives/openssh-2.5.4p1-srp6.tar.gz (Note: Tripod requires you to LEFT click on links to download files, and

On Sun, 29 Apr 2001, RJ Atkinson wrote: > At 06:26 27/04/01, Tom Wu wrote: > >For those of you who were following the discussion about the new draft > >and implementation of SRP-based password authentication in OpenSSH, I > >promised to have Stanford issue the IETF an official, explicit, > >statement reiterating the unencumbered royalty-free licensing terms. > >The

Hi Reid, > A deficiency in the cvs2svn script causes it to bloat the Subversion > repository (significantly, as in 10x) in the conversion of branches > and tags. It's probably a bit late in the day, but have you considered other CVS to SVN conversion tools, e.g. Tailor? http://www.darcs.net/DarcsWiki/Tailor http://darcs.arstecnica.it/tailor/ Cheers, Ralph.