[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.0.6 released. *SECURITY FIX*

From: Scott Lawrence <slawrence_at_pingtel.com>
Date: 2004-07-20 15:03:46 CEST

On Tue, 2004-07-20 at 08:52, François Beausoleil wrote:
> Hello Scott,
>
> Scott Lawrence wrote:
>
> > On Mon, 2004-07-19 at 19:23, Ben Reser wrote:
> >
> >>Subversion 1.0.6 is ready.
> >
> >
> >> User-visible-changes:
> >> * fixed: crash in status command, caused by race (r10144)
> >
> >
> > Can someone point me to more detail on this? That doesn't seem to be an
> > issue tracker number...
> >
>
> $ svn log -r10144 http://svn.collab.net/repos/svn
> ------------------------------------------------------------------------
> r10144 | bliss | 2004-07-05 12:10:13 -0400 (Mon, 05 Jul 2004) | 6 lines
>
> Fix a bug in get_dir_status that makes us call handle_dir_entry with a
> null entry pointer which makes it crash.
>
> * subversion/libsvn_wc/status.c
> (get_dir_status): Only call handle_dir_entry if the entry is versioned.
>
> ------------------------------------------------------------------------
>
> It's a convention to use an r prefix to identify revisions. Hope that
> helps !

Thanks, but what I was looking for was some indication of when, from a
users point of view, this happens.

My server is running 1.0.4, and not using any of the other things that
appear to be important in 1.0.5|6, so I'm trying to determine whether or
not this is a reason to upgrade. I expect to go to 1.1.x by the time
it's final, and would rather save the trouble of upgrading twice if this
isn't a problem we'll see.

-- 
  Scott Lawrence
  SIPfoundry server tools maintainer
  webmaster@sipfoundry.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 20 15:04:29 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.