Re: Fwd: Possible bug in subversion

2015-01-23 Thread Philip Martin
Martin Wam writes: > I'm having some issues with dbx, but was able to extract the following > stacktrace: > > Segmentation fault in apr_palloc at line 681 in file > "memory/unix/apr_pools.c" ($t1) > 681 active = pool->active; > (dbx) where > apr_palloc(pool = 0xfffeee88, in_size = 20),

Re: Fwd: Possible bug in subversion

2015-01-23 Thread Martin Wam
Philip Martin wandisco.com> writes: > > Martin Wam esito.no> writes: > > >> That looks as if it could be a problem with APR's mmap support on AIX. > >> Which version of APR are you using? Did you build the APR binaries > >> yourself? Did whoever built the binaries run the APR regression >

Re: Fwd: Possible bug in subversion

2015-01-22 Thread Philip Martin
Martin Wam writes: >> That looks as if it could be a problem with APR's mmap support on AIX. >> Which version of APR are you using? Did you build the APR binaries >> yourself? Did whoever built the binaries run the APR regression >> tests? > > We are using apr version 1.5.1-1 downloaded from p

Re: Fwd: Possible bug in subversion

2015-01-22 Thread Martin Wam
Philip Martin wandisco.com> writes: > > Martin Wam esito.no> writes: > > > We are also experiencing the same issues on AIX 7.1 (having tried all > > versions from 1.8.5 to 1.8.10). A backtrace from the coredump shows: > > > > Core was generated by `svn'. > > Program terminated with signal SI

Re: Fwd: Possible bug in subversion

2015-01-21 Thread Philip Martin
Martin Wam writes: > We are also experiencing the same issues on AIX 7.1 (having tried all > versions from 1.8.5 to 1.8.10). A backtrace from the coredump shows: > > Core was generated by `svn'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0xd82f169c in apr_palloc () from

Re: Fwd: Possible bug in subversion

2015-01-21 Thread Martin Wam
> To: Ryan Schmidt > > Subject: SV: Possible bug in subversion > > Date: January 16, 2015 at 3:27:03 AM CST > > > > Hi, > > > > svn server version: > > > > svnserve --version > > svnserve, version 1.8.5 (r1542147) > > compiled N

Fwd: Possible bug in subversion

2015-01-16 Thread Ryan Schmidt
I'm forwarding your response back to the list so that hopefully someone can help you. Remember to use Reply All so that the discussion stays on the list. Begin forwarded message: > From: Jon-Erik TYVAND > To: Ryan Schmidt > Subject: SV: Possible bug in subversion > Date: Janu

Re: Possible bug in subversion

2015-01-15 Thread Ryan Schmidt
On Jan 15, 2015, at 4:10 AM, Jon-Erik TYVAND wrote: > We use subversion on AIX 6.1 and it works perfectly! But on AIX 7.1 we get a > Segmention fault(coredump) using svn co. We have tried several of the aix 7.1 > rpm supplied from perlz. Is this a known bug? What versions of Subversion are yo

Possible bug in subversion

2015-01-15 Thread Jon-Erik TYVAND
Hello, We use subversion on AIX 6.1 and it works perfectly! But on AIX 7.1 we get a Segmention fault(coredump) using svn co. We have tried several of the aix 7.1 rpm supplied from perlz. Is this a known bug? test30:/home/rumo/tmp> svn co http://tvinnsvn:8080/svn/tvinn/trunk/dev/felles Authenti

Re: svnmucc installation bug in Subversion 1.8.0

2013-06-22 Thread Nico Kadel-Garcia
On Fri, Jun 21, 2013 at 4:45 AM, Philip Martin wrote: > Nico Kadel-Garcia writes: > >> # Compatibility symlink. >> # This runs after the target of the same name in build-outputs.mk. >> INSTALL_EXTRA_TOOLS=\ >> $(MKDIR) $(DESTDIR)$(bindir); \ >> test -n "$$SVN_SVNMUCC_IS_SVNSYITF" && \ >> ln

Re: svnmucc installation bug in Subversion 1.8.0

2013-06-21 Thread Philip Martin
Nico Kadel-Garcia writes: > # Compatibility symlink. > # This runs after the target of the same name in build-outputs.mk. > INSTALL_EXTRA_TOOLS=\ > $(MKDIR) $(DESTDIR)$(bindir); \ > test -n "$$SVN_SVNMUCC_IS_SVNSYITF" && \ > ln -sf svnmucc$(EXEEXT) $(DESTDIR)$(bindir)/svnsyitf$(EXEEXT); \ >

svnmucc installation bug in Subversion 1.8.0

2013-06-20 Thread Nico Kadel-Garcia
I'm trying to build up a subversion-1.8.0 SRPM toolkit, and have noticed a little "svnucc" deployment bug. Specifically, the Makefile winds up saying this: # Compatibility symlink. # This runs after the target of the same name in build-outputs.mk. INSTALL_EXTRA_TOOLS=\ $(MKDIR) $(DESTDIR)$(bind

Re: Strange race-condition/possible bug in Subversion 1.7.0

2011-10-20 Thread Daniel Shahaf
Les Mikesell wrote on Wed, Oct 19, 2011 at 18:06:37 -0500: > On Wed, Oct 19, 2011 at 3:58 PM, Harald Wilhelmi > wrote: > > > >    svn copy a b > >    echo -n yyy >b > >    svn commit -m 'c2' . > > > > Of cause I expect 'b' to contain 'yyy'. However sometimes it > > contains 'xxx'. After this the r

Re: Strange race-condition/possible bug in Subversion 1.7.0

2011-10-19 Thread Les Mikesell
On Wed, Oct 19, 2011 at 3:58 PM, Harald Wilhelmi wrote: > >    svn copy a b >    echo -n yyy >b >    svn commit -m 'c2' . > > Of cause I expect 'b' to contain 'yyy'. However sometimes it > contains 'xxx'. After this the repository is all consistent and fine > in my opinion (expect that 'a' has the

Strange race-condition/possible bug in Subversion 1.7.0

2011-10-19 Thread Harald Wilhelmi
Hi, in the last weeks I developed a little Subversion tool. When I heard about Subversion 1.7.0 I downloaded the source at the next opportunity to run the functional tests against the new version. With the new version two of the tests fail *sometimes*. The tests use the command line and do about

Re: Bug in Subversion regarding file attributes

2011-08-22 Thread Les Mikesell
On 8/21/11 11:07 PM, Andy Canfield wrote: WOW! So the .svn hidden directory contains a spare copy of every file in that directory??? Why not just store a computed checksum? The theory is that disk space is cheaper than a fast network. And sometimes it is true... It also lets the client do

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Thorsten Schöning
Guten Tag Andy Canfield, am Montag, 22. August 2011 um 06:07 schrieben Sie: > WOW! So the .svn hidden directory contains a spare copy of every file in > that directory??? Why not just store a computed checksum? You really want to read about the concepts of Subversion and not wonder about things w

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Nico Kadel-Garcia
On Mon, Aug 22, 2011 at 12:07 AM, Andy Canfield wrote: > > > On 08/21/2011 10:52 PM, Mark Phippard wrote: > > On Sun, Aug 21, 2011 at 11:03 AM, David Weintraub wrote: > >> >> What Subversion does is look at the timestamp of the file and the >> contents of the .svn directory that contains the file

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Andy Canfield
On 08/21/2011 10:52 PM, Mark Phippard wrote: On Sun, Aug 21, 2011 at 11:03 AM, David Weintraub > wrote: What Subversion does is look at the timestamp of the file and the contents of the .svn directory that contains the file information. If the timestamp ha

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Stephen Butler
On Aug 21, 2011, at 13:21 , Andy Canfield wrote: > I created a repository and created a subdirectory in it named 'scripts'. In > this are a half-dozen Linux shell scripts. Unfortunately, I set the execute > flag on only five of them; the sixth was untested as of my first commit so I > had neve

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Mark Phippard
On Sun, Aug 21, 2011 at 11:03 AM, David Weintraub wrote: > What Subversion does is look at the timestamp of the file and the > contents of the .svn directory that contains the file information. If > the timestamp has been touched, it is compared against the base to see > if there was an actual c

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Thorsten Schöning
Guten Tag Andy Canfield, am Sonntag, 21. August 2011 um 15:02 schrieben Sie: > I am having a similar problem now with directories that need to be > globally readable. This happens because the repository contains a web > site, and the user ('andy') who checks out the repository is not the > user

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread David Weintraub
On Sun, Aug 21, 2011 at 9:02 AM, Andy Canfield wrote: >> >> If the file's timestamp didn't change, Subversion won't pick up the >> change. > > So does this mean that if the file's timestamp does not change, but the > files's contents change, Subversion will not pick up the changed contents; Almos

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread David Weintraub
> On Sun, Aug 21, 2011 at 07:21, Andy Canfield wrote: >> I created a repository and created a subdirectory in it named 'scripts'. In >> this are a half-dozen Linux shell scripts. Unfortunately, I set the execute >> flag on only five of them; the sixth was untested as of my first commit so I >> had

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Andy Canfield
On 08/21/2011 06:48 PM, Andy Levy wrote: On Sun, Aug 21, 2011 at 07:21, Andy Canfield wrote: I created a repository and created a subdirectory in it named 'scripts'. In this are a half-dozen Linux shell scripts. Unfortunately, I set the execute flag on only five of them; the sixth was unteste

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Thorsten Schöning
Guten Tag Andy Canfield, am Sonntag, 21. August 2011 um 13:21 schrieben Sie: > In my humble opinion [1] and [3] should have resulted in the file > attributes stored in the repository being changed. Subversion doesn't version file attributes. http://svnbook.red-bean.com/en/1.5/svn.advanced.props.

Re: Bug in Subversion regarding file attributes

2011-08-21 Thread Andy Levy
On Sun, Aug 21, 2011 at 07:21, Andy Canfield wrote: > I created a repository and created a subdirectory in it named 'scripts'. In > this are a half-dozen Linux shell scripts. Unfortunately, I set the execute > flag on only five of them; the sixth was untested as of my first commit so I > had never

Bug in Subversion regarding file attributes

2011-08-21 Thread Andy Canfield
I created a repository and created a subdirectory in it named 'scripts'. In this are a half-dozen Linux shell scripts. Unfortunately, I set the execute flag on only five of them; the sixth was untested as of my first commit so I had never noticed that the execute attribute was unset. [1] I set

Re: bug in subversion

2011-08-15 Thread Stefan Sperling
On Mon, Aug 15, 2011 at 10:44:46AM +0200, Mihai Prunescu wrote: > Hello! > > Subversion refused to commit a version. Message: > > D:\Development\SVN\Tortoise\ext\subversion\subversion\libsvn_wc\wc_db.c > > Line 7304: internal malfunction > > [after changing the level I could commit – as one

bug in subversion

2011-08-15 Thread Mihai Prunescu
Hello! Subversion refused to commit a version. Message: D:\Development\SVN\Tortoise\ext\subversion\subversion\libsvn_wc\wc_db.c Line 7304: internal malfunction [after changing the level I could commit – as one file] Dr. Mihai Prunescu Brain Products GmbH Softwareentwickler phone +49 (0

AW: Corrupted FSFS commit - possible bug in subversion 1.6.5?

2010-04-20 Thread Kutter, Martin
> Hi, > > we encountered (again) the error already discussed in the > earlier thread > "Corrupted FSFS commit" (starting February 25). Update: Server version: 1.6.5 Client version: 1.6.7 Martin

Corrupted FSFS commit - possible bug in subversion 1.6.5?

2010-04-19 Thread Kutter, Martin
Hi, we encountered (again) the error already discussed in the earlier thread "Corrupted FSFS commit" (starting February 25). When checking out a reporitory from a subversion 1.6.5 server via https (apache 2.2), a client receives a connection abort. The log file states "Svndiff contains a too-