RE: SVN and PRN and CON files on Windows platform
[snip] > It's not a bug in Subversion; it's a "feature" (or at least a > reality that's unlikely to change) of the Windows operating > system. On Windows, you may not create a file whose name is > "PRN", with any extension. It would be a great benefit for the user if SVN warns about that fact during "svn add"... Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection"
Re: SVN and PRN and CON files on Windows platform
On Sep 24, 2012, at 03:17, Andreas Tscharner wrote: > >> It's not a bug in Subversion; it's a "feature" (or at least a >> reality that's unlikely to change) of the Windows operating >> system. On Windows, you may not create a file whose name is >> "PRN", with any extension. > > It would be a great benefit for the user if SVN warns about that fact during > "svn add"... Subversion can't really know if you care about Windows compatibility. Many people don't. What you can do though, if you care about Windows compatibility, is to write a pre-commit hook script that prevents the addition of files with those names. It won't alert you when you "svn add", but it will prevent the "svn commit".
Re: SVN and PRN and CON files on Windows platform
On Mon, Sep 24, 2012 at 12:57:38AM -0500, Ryan Schmidt wrote: > It's not a bug in Subversion; it's a "feature" (or at least a > reality that's unlikely to change) of the Windows operating system. > On Windows, you may not create a file whose name is "PRN", with any > extension. Actually, it *is* possible to work around the "feature", although it's not generally a good idea to do so, and I don't think svn should do it: you can use the Windows API to create files with the old reserved DOS device names by prefixing the pathname with "\\?\". E.g., Start -> Run, notepad \\?\C:\temp\prn.txt , type some text, and File -> Save. (Substitute C:\temp with the path to a directory that exists on your machine, of course) The problem is that while svn could be changed to create a file with reserved names, almost nothing else will be able to work with the file. Try finding a program that can do anything with the prn.txt file created above. You can't even delete it without jumping through hoops (one way is to open a Command Prompt, and running del \\?\C:\temp\prn.txt) -- Name: Dave Huang | Mammal, mammal / their names are called / INet: k...@azeotrope.org | they raise a paw / the bat, the cat / FurryMUCK: Dahan | dolphin and dog / koala bear and hog -- TMBG Dahan: Hani G Y+C 36 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++
RE: Assertion failure in 1.7.3
Hello, > -Original Message- > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > [mailto:frank.perdic...@hp.com] > Sent: 22 September 2012 01:06 > To: users@subversion.apache.org > Subject: Assertion failure in 1.7.3 > > > Thanks for your work on Subversion. > It crashed on my Win7 Pro SP1 machine (12 core Xeon5690, 48GB) > while trying to connect for the first time to a new head. Wow, nice system! What do you mean by "a new head"? > My name is more than 8 chars long, so it gets remapped with a ~1. > (The 8.3 file naming format -- with all its problems -- is > now old enough to collect Social Security.It cannot die > soon enough for me.) While I agree with your comments ref 8.3, we use quite a few paths longer than 8 characters without problems (although I'm still on XP but use Win7 at home). I suspect that is not the problem. > Of course there is no such actual directory, so we get the > error message > > 'C:\Users\lngnam~1\AppData\Local\Temp' is not a working copy > > Then the crash: > > --- > Subversion Exception! > --- > Subversion encountered a serious problem. > Please take the time to report this on the Subversion mailing list Thanks for doing this > with as much information as possible about what > you were trying to do. ...but this would help. What was the command(s) you tried that failed? > But please first search the mailing list archives for the > error message to avoid reporting the same problem repeatedly. > You can find the mailing list archives at > http://subversion.apache.org/mailing-lists.html Did you do this bit? TortoiseSVN has its own mailing list too. > Subversion reported the following > (you can copy the content of this dialog > to the clipboard using Ctrl-C): > > In file > > 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\ subversion\libsvn_wc\wc_db.c' > line 11679: assertion failed (svn_dirent_is_absolute(local_abspath)) > --- > OK > --- Note that 1.7.3 (Dec 2011) is now 6 revisions out of date, can you try again with 1.7.9 (30th August 2012) and see if it still fails? Cheers, ~ Mark C
RE: SVN and PRN and CON files on Windows platform
> -Original Message- > From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] > Sent: 24 September 2012 09:22 > To: Andreas Tscharner > Cc: Alexei Baranov; users@subversion.apache.org > Subject: Re: SVN and PRN and CON files on Windows platform > > > On Sep 24, 2012, at 03:17, Andreas Tscharner wrote: > > > >> It's not a bug in Subversion; it's a "feature" (or at least a > >> reality that's unlikely to change) of the Windows operating > >> system. On Windows, you may not create a file whose name is > >> "PRN", with any extension. > > > > It would be a great benefit for the user if SVN warns about > that fact during "svn add"... > > Subversion can't really know if you care about Windows > compatibility. Many people don't. > > What you can do though, if you care about Windows > compatibility, is to write a pre-commit hook script that > prevents the addition of files with those names. It won't > alert you when you "svn add", but it will prevent the "svn commit". That sounds like something someone may already have done and I'm always interested in good hook script examples for windoze, anyone? ~ mark c
Re: SVN and PRN and CON files on Windows platform
Am 24.09.2012 10:52, schrieb Cooke, Mark: -Original Message- From: Ryan Schmidt Subversion can't really know if you care about Windows compatibility. Many people don't. What you can do though, if you care about Windows compatibility, is to write a pre-commit hook script that prevents the addition of files with those names. It won't alert you when you "svn add", but it will prevent the "svn commit". That sounds like something someone may already have done and I'm always interested in good hook script examples for windoze, anyone? There is already a script [1] that makes sure that filenames not only differ in case, which is another thing MS Windows doesn't handle too well. It looks reasonably well written and could easily be cloned or extended to check for reserved filenames. The same directory contains other hook scripts written in Perl or for the POSIX shell. Uli [1] http://svn.apache.org/repos/asf/subversion/trunk/contrib/hook-scripts/case-insensitive.py ** Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932 ** Visit our website at http://www.dominolaser.com ** Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden. E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich. **
windows search index flags on checked out files - is a bug?
Hello. I look to confirm whether what i describe below is a bug. Issue concerns windows search flags of files checked out on Windows 7. Checked out folders have the flag "allow files in this folder to have contents indexed in addition to file properties" enabled, but files inside them have the flag "allow this file to have contents indexed in addition to file properties" cleared. Therefore contents of the files is not indexed. I expect it to be indexed in order to be able to use windows search (native OS search) on local working copy (I use it to search documentation - Word, text, excel files). I first encoundered it with TortoiseSVN, but subsequently tested it doing a fresh check-out using command-line svn (as suggested by otik in thread linked below). This behavior still exists. Version 1.6.16 is not affected. This older version however had a nuisannce that it also set the flags allowing for indexing svn metadata. It was possible to workaround this issue by custom search rules. relevant thread http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&viewType=browseAll&dsMessageId=3007689#messagefocus google groups copy of the thread https://groups.google.com/forum/?fromgroups=#!topic/tortoisesvn/gtCPsFDQk80 version of TSVN: TortoiseSVN 1.7.9, Build 23248 - 64 Bit , 2012/08/30 18:25:37 Subversion 1.7.6, apr 1.4.6 apr-utils 1.3.12 neon 0.29.6 OpenSSL 1.0.1c 10 May 2012 zlib 1.2.7 thanks for concern. best, Michal
Attn : List Manager - Subject Indentifier
Hello List Manager, Can you add a Subject Identifier to the messages of this list. This would be easy for us to sort out emails in a better way. I am looking forward to something like [SVN-Users] or [SVN-List] or anything that you think is right. Thanks. -- --- Ashish Kaushik | Team SourceFuse SourceFuse Technologies India (P) Ltd. http://www.sourcefuse.com ---
Re: Attn : List Manager - Subject Indentifier
On 24 September 2012 11:23, Ashish Kaushik wrote: > ** > Hello List Manager, > Can you add a Subject Identifier to the messages of this list. This would > be easy for us to sort out emails in a better way. > I am looking forward to something like [SVN-Users] or [SVN-List] or > anything that you think is right. > > Thanks. > > > I am not the list manager, but all emails from this list contain a header like: List-Id: That should enable you to filter them appropriately. -- Mat Booth Software Engineer WANdisco, Inc. http://www.wandisco.com
Re: Attn : List Manager - Subject Indentifier
On Mon, Sep 24, 2012 at 12:23 PM, Ashish Kaushik < ashish.kaus...@sourcefuse.com> wrote: > ** > Hello List Manager, > Can you add a Subject Identifier to the messages of this list. This would > be easy for us to sort out emails in a better way. > I am looking forward to something like [SVN-Users] or [SVN-List] or > anything that you think is right. > > > Mails from this list already carry a *List-Id* header. Teach your mail client to filter on that. e.g.: List-Id: // ben
Re: Attn : List Manager - Subject Indentifier
On Sep 24, 2012, at 05:23, Ashish Kaushik wrote: > Can you add a Subject Identifier to the messages of this list. This would be > easy for us to sort out emails in a better way. > I am looking forward to something like [SVN-Users] or [SVN-List] or anything > that you think is right. http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=590932
Re: Attn : List Manager - Subject Indentifier
Thank You Ryan. I appreciate. I apologize for not going through messages before posting this. -- --- Ashish Kaushik | Team SourceFuse SourceFuse Technologies India (P) Ltd. http://www.sourcefuse.com --- On Mon, 2012-09-24 at 05:40 -0500, Ryan Schmidt wrote: > On Sep 24, 2012, at 05:23, Ashish Kaushik wrote: > > > Can you add a Subject Identifier to the messages of this list. This would > > be easy for us to sort out emails in a better way. > > I am looking forward to something like [SVN-Users] or [SVN-List] or > > anything that you think is right. > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=590932 >
Re: SVN and PRN and CON files on Windows platform
On Mon, Sep 24, 2012 at 4:21 AM, Ryan Schmidt wrote: > > On Sep 24, 2012, at 03:17, Andreas Tscharner wrote: >> >>> It's not a bug in Subversion; it's a "feature" (or at least a >>> reality that's unlikely to change) of the Windows operating >>> system. On Windows, you may not create a file whose name is >>> "PRN", with any extension. >> >> It would be a great benefit for the user if SVN warns about that fact during >> "svn add"... > > Subversion can't really know if you care about Windows compatibility. Many > people don't. > > What you can do though, if you care about Windows compatibility, is to write > a pre-commit hook script that prevents the addition of files with those > names. It won't alert you when you "svn add", but it will prevent the "svn > commit". Don't forget to check for both cases and mixes of case, such as 'pRn".
Re: svndumpfilter and empty revisions
On Fri, Sep 14, 2012 at 6:49 PM, Daniel Shahaf
wrote:
> Can you post the actual parts of the dumpfile for those empty revisions?
> (between successive "Revision-number: " lines)
>
>
Sure. Posted below are a couple of revisions. I actually worked around
this problem by writing a perl script that uses SVN::Dumpfile to read and
write each revision but ignoring revisions with the svn:log property of
"This is an empty revision for padding." The fail case here would be if a
developer commited a revision with that log message, but shame on them.
== Perl script ==
#!/usr/bin/perl
use SVN::Dumpfile;
use strict;
my $olddf = SVN::Dumpfile->open(file => "original.dmp");
my $newdf = $olddf->copy->create(file => "new.dump");
while ( my $node = $olddf->read_node ) {
if ($node->property('svn:log') ne 'This is an empty revision for
padding.') {
$newdf->write_node($node);
}
}
== Dump File Sample ==
Revision-number: 66
Prop-content-length: 112
Content-length: 112
K 7
svn:log
V 38
This is an empty revision for padding.
K 8
svn:date
V 27
2009-06-18T13:13:48.00Z
PROPS-END
Revision-number: 67
Prop-content-length: 112
Content-length: 112
K 7
svn:log
V 38
This is an empty revision for padding.
K 8
svn:date
V 27
2009-06-23T12:38:37.00Z
PROPS-END
RE: Assertion failure in 1.7.3
Mark, Please see comments in-line. Frank Perdicaro, frank.perdic...@hp.com Inkjet Solutions Workflow Engineer AFP Integration, HQ RIP Details HP IHPS Corvallis (541) 715-3129 > -Original Message- > From: Cooke, Mark [mailto:mark.co...@siemens.com] > Sent: Monday, September 24, 2012 1:49 AM > To: Perdicaro, Frank (GSB-IHPS-Corvallis); users@subversion.apache.org > Subject: RE: Assertion failure in 1.7.3 > > Hello, > > > -Original Message- > > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > > [mailto:frank.perdic...@hp.com] > > Sent: 22 September 2012 01:06 > > To: users@subversion.apache.org > > Subject: Assertion failure in 1.7.3 > > > > > > Thanks for your work on Subversion. > > It crashed on my Win7 Pro SP1 machine (12 core Xeon5690, 48GB) while > > trying to connect for the first time to a new head. > > Wow, nice system! What do you mean by "a new head"? [Perdicaro, Frank (GSB-IHPS-Corvallis)] Not a new toilet! A co-worker of mine made a new repository; I had never connected. This was my first connection.Perhaps the better phrasing would be 'first connection to the main trunk of a brand new repository'. The system is an HP Z800 configured to be an emulator of an HP G7 blade system.We have several of these configured for doing analysis of high-speed PDL (page description language) processing.It is dual-boot and has the high-speed dual-disk RAID -- 4 disks total.Yes, a nice PC.MSRP is like a new car. > > My name is more than 8 chars long, so it gets remapped with a ~1. > > (The 8.3 file naming format -- with all its problems -- is > > now old enough to collect Social Security.It cannot die > > soon enough for me.) > > While I agree with your comments ref 8.3, we use quite a few paths longer > than 8 characters without problems (although I'm still on XP but use Win7 at > home). I suspect that is not the problem. [Perdicaro, Frank (GSB-IHPS-Corvallis)] I suspect it is the problem. The COE (corporate operating environment) here cuts my name down all the time. This results in mismatches fairly often. To me it looks like a mismatch between the actual name and the GUID-like name. Eventually a null pointer results... > > > Of course there is no such actual directory, so we get the error > > message > > > > 'C:\Users\lngnam~1\AppData\Local\Temp' is not a working copy > > > > Then the crash: > > > > --- > > Subversion Exception! > > --- > > Subversion encountered a serious problem. > > Please take the time to report this on the Subversion mailing list > > Thanks for doing this > > > with as much information as possible about what you were trying to do. > > ...but this would help. What was the command(s) you tried that failed? [Perdicaro, Frank (GSB-IHPS-Corvallis)] See above > > > But please first search the mailing list archives for the error > > message to avoid reporting the same problem repeatedly. > > You can find the mailing list archives at > > http://subversion.apache.org/mailing-lists.html > > Did you do this bit? TortoiseSVN has its own mailing list too. [Perdicaro, Frank (GSB-IHPS-Corvallis)] Apparently not. I followed the directions in the GUI which was displaying the error. > > > Subversion reported the following > > (you can copy the content of this dialog to the clipboard using > > Ctrl-C): > > > > In file > > > > 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\ > subversion\libsvn_wc\wc_db.c' > > line 11679: assertion failed (svn_dirent_is_absolute(local_abspath)) > > --- > > OK > > --- > > Note that 1.7.3 (Dec 2011) is now 6 revisions out of date, can you try again > with 1.7.9 (30th August 2012) and see if it still fails? [Perdicaro, Frank (GSB-IHPS-Corvallis)] Not so easy. Sure the update is easy, but not making a new repository. I will keep this in mind. > > Cheers, > > ~ Mark C
RE: Assertion failure in 1.7.3
> -Original Message- > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > [mailto:frank.perdic...@hp.com] > Sent: 24 September 2012 15:55 > To: Cooke, Mark; users@subversion.apache.org > Subject: RE: Assertion failure in 1.7.3 > > Mark, > > Please see comments in-line. ditto > > -Original Message- > > From: Cooke, Mark [mailto:mark.co...@siemens.com] > > Sent: Monday, September 24, 2012 1:49 AM > > To: Perdicaro, Frank (GSB-IHPS-Corvallis); > users@subversion.apache.org > > Subject: RE: Assertion failure in 1.7.3 > > > > Hello, > > > > > -Original Message- > > > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > > > [mailto:frank.perdic...@hp.com] > > > Sent: 22 September 2012 01:06 > > > To: users@subversion.apache.org > > > Subject: Assertion failure in 1.7.3 > > > > > > > > > Thanks for your work on Subversion. > > > It crashed on my Win7 Pro SP1 machine (12 core Xeon5690, > > > 48GB) while trying to connect for the first time to a new > > > head. > > > > Wow, nice system! What do you mean by "a new head"? > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > Not a new toilet! A co-worker of mine made a new > repository; I had never connected. This was my first connection. > Perhaps the better phrasing would be 'first connection to the > main trunk of a brand new repository'. Thanks for clarifying. > The system is an HP Z800 configured to be an emulator of an > HP G7 blade system.We have several of these configured > for doing analysis of high-speed PDL (page description > language) processing. It is dual-boot and has the > high-speed dual-disk RAID -- 4 disks total. Yes, a nice > PC.MSRP is like a new car. > > > > My name is more than 8 chars long, so it gets remapped with a ~1. > > > (The 8.3 file naming format -- with all its problems -- is > > > now old enough to collect Social Security.It cannot die > > > soon enough for me.) > > > > While I agree with your comments ref 8.3, we use quite a > > few paths longer than 8 characters without problems > > (although I'm still on XP but use Win7 at home). I suspect > > that is not the problem. > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > I suspect it is the problem. The COE (corporate operating > environment) here cuts my name down all the time. This > results in mismatches fairly often. To me it looks like a > mismatch between the actual name and the GUID-like name. > Eventually a null pointer results... > > > > Of course there is no such actual directory, so we get the error > > > message > > > > > > 'C:\Users\lngnam~1\AppData\Local\Temp' is not a working copy > > > > > > Then the crash: > > > > > > --- > > > Subversion Exception! > > > --- > > > Subversion encountered a serious problem. > > > Please take the time to report this on the Subversion mailing list > > > > Thanks for doing this > > > > > with as much information as possible about what you were > trying to do. > > > > ...but this would help. What was the command(s) you tried > that failed? > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > See above So you were trying to do a new checkout of a new repository into 'C:\Users\lngnam~1\AppData\Local\Temp'? The text "is not a working copy" indicates you possibly selected 'update' instead of checkout? > > > > > But please first search the mailing list archives for the error > > > message to avoid reporting the same problem repeatedly. > > > You can find the mailing list archives at > > > http://subversion.apache.org/mailing-lists.html > > > > Did you do this bit? TortoiseSVN has its own mailing list too. > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > Apparently not. I followed the directions in the GUI which > was displaying the error. ...this is the text you copied from that GUI No worries. > > > Subversion reported the following > > > (you can copy the content of this dialog to the clipboard using > > > Ctrl-C): > > > > > > In file > > > > > > 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\libsvn_wc\wc_db.c' > > > line 11679: assertion failed (svn_dirent_is_absolute(local_abspath)) > > > --- > > > OK > > > --- > > > > Note that 1.7.3 (Dec 2011) is now 6 revisions out of date, > > can you try again with 1.7.9 (30th August 2012) and see if > > it still fails? > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > Not so easy. Sure the update is easy, but not making a new > repository. I will keep this in mind. This looks to be a client issue, so updating the server is not required. BTW, what version is the server running? Cheers, ~ Mark C
Re: Assertion failure in 1.7.3
On Mon, Sep 24, 2012 at 10:55 AM, Perdicaro, Frank (GSB-IHPS-Corvallis) wrote: >> >> > Of course there is no such actual directory, so we get the error >> > message >> > >> > 'C:\Users\lngnam~1\AppData\Local\Temp' is not a working copy >> > >> > Then the crash: >> > >> > --- >> > Subversion Exception! >> > --- >> > Subversion encountered a serious problem. >> > Please take the time to report this on the Subversion mailing list >> >> Thanks for doing this >> >> > with as much information as possible about what you were trying to do. >> >> ...but this would help. What was the command(s) you tried that failed? > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > See above > >> >> > But please first search the mailing list archives for the error >> > message to avoid reporting the same problem repeatedly. >> > You can find the mailing list archives at >> > http://subversion.apache.org/mailing-lists.html >> >> Did you do this bit? TortoiseSVN has its own mailing list too. > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > Apparently not. I followed the directions in the GUI which was displaying > the error. > >> >> > Subversion reported the following >> > (you can copy the content of this dialog to the clipboard using >> > Ctrl-C): >> > >> > In file >> > >> > 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\ >> subversion\libsvn_wc\wc_db.c' >> > line 11679: assertion failed (svn_dirent_is_absolute(local_abspath)) >> > --- >> > OK >> > --- >> >> Note that 1.7.3 (Dec 2011) is now 6 revisions out of date, can you try again >> with 1.7.9 (30th August 2012) and see if it still fails? > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > Not so easy. Sure the update is easy, but not making a new repository. > I will keep this in mind. You don't need to create a new repository. The error is reported by the *client*, so your first step is to try with the latest *client* release.
RE: Assertion failure in 1.7.3
Mark, See comment below. Frank Perdicaro, frank.perdic...@hp.com Inkjet Solutions Workflow Engineer AFP Integration, HQ RIP Details HP IHPS Corvallis (541) 715-3129 > -Original Message- > From: Cooke, Mark [mailto:mark.co...@siemens.com] > Sent: Monday, September 24, 2012 8:29 AM > To: Perdicaro, Frank (GSB-IHPS-Corvallis); users@subversion.apache.org > Subject: RE: Assertion failure in 1.7.3 > > > -Original Message- > > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > > [mailto:frank.perdic...@hp.com] > > Sent: 24 September 2012 15:55 > > To: Cooke, Mark; users@subversion.apache.org > > Subject: RE: Assertion failure in 1.7.3 > > > > Mark, > > > > Please see comments in-line. > > ditto > > > > -Original Message- > > > From: Cooke, Mark [mailto:mark.co...@siemens.com] > > > Sent: Monday, September 24, 2012 1:49 AM > > > To: Perdicaro, Frank (GSB-IHPS-Corvallis); > > users@subversion.apache.org > > > Subject: RE: Assertion failure in 1.7.3 > > > > > > Hello, > > > > > > > -Original Message- > > > > From: Perdicaro, Frank (GSB-IHPS-Corvallis) > > > > [mailto:frank.perdic...@hp.com] > > > > Sent: 22 September 2012 01:06 > > > > To: users@subversion.apache.org > > > > Subject: Assertion failure in 1.7.3 > > > > > > > > > > > > Thanks for your work on Subversion. > > > > It crashed on my Win7 Pro SP1 machine (12 core Xeon5690, > > > > 48GB) while trying to connect for the first time to a new head. > > > > > > Wow, nice system! What do you mean by "a new head"? > > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > Not a new toilet! A co-worker of mine made a new > > repository; I had never connected. This was my first connection. > > Perhaps the better phrasing would be 'first connection to the main > > trunk of a brand new repository'. > > Thanks for clarifying. > > > The system is an HP Z800 configured to be an emulator of an > > HP G7 blade system.We have several of these configured > > for doing analysis of high-speed PDL (page description > > language) processing. It is dual-boot and has the high-speed > > dual-disk RAID -- 4 disks total. Yes, a nice > > PC.MSRP is like a new car. > > > > > > My name is more than 8 chars long, so it gets remapped with a ~1. > > > > (The 8.3 file naming format -- with all its problems -- is > > > > now old enough to collect Social Security.It cannot die > > > > soon enough for me.) > > > > > > While I agree with your comments ref 8.3, we use quite a few paths > > > longer than 8 characters without problems (although I'm still on XP > > > but use Win7 at home). I suspect that is not the problem. > > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > > > I suspect it is the problem. The COE (corporate operating > > environment) here cuts my name down all the time. This > > results in mismatches fairly often. To me it looks like a > > mismatch between the actual name and the GUID-like name. > > Eventually a null pointer results... > > > > > > Of course there is no such actual directory, so we get the error > > > > message > > > > > > > > 'C:\Users\lngnam~1\AppData\Local\Temp' is not a working copy > > > > > > > > Then the crash: > > > > > > > > --- > > > > Subversion Exception! > > > > --- > > > > Subversion encountered a serious problem. > > > > Please take the time to report this on the Subversion mailing list > > > > > > Thanks for doing this > > > > > > > with as much information as possible about what you were > > trying to do. > > > > > > ...but this would help. What was the command(s) you tried > > that failed? > > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > See above > > So you were trying to do a new checkout of a new repository into > 'C:\Users\lngnam~1\AppData\Local\Temp'? > > The text "is not a working copy" indicates you possibly selected 'update' > instead of checkout? [Perdicaro, Frank (GSB-IHPS-Corvallis)] Not quite right. I was trying to do a get(checkout) into C:/Users/perdicaro/work/RIP/hhr/dave_test2 At no point did I do anything with AppData or Local or Temp. But Windows was doing its typical "I know better than you" thing. And it crashed. > > > > > > > > But please first search the mailing list archives for the error > > > > message to avoid reporting the same problem repeatedly. > > > > You can find the mailing list archives at > > > > http://subversion.apache.org/mailing-lists.html > > > > > > Did you do this bit? TortoiseSVN has its own mailing list too. > > [Perdicaro, Frank (GSB-IHPS-Corvallis)] > > Apparently not. I followed the directions in the GUI which > > was displaying the error. > > ...this is the text you copied from that GUI No worries. > > > > > Subversion reported the following > > > > (you can copy the content of this dialog to the clipboard using > > > > Ctrl-C): > > > > > > > > In file > > > > > > > > 'D:\Development\SVN\Releases\TortoiseSVN- > 1.7.3\ext\subversion\subversion\libsvn_wc\wc_db.c' > > > > line 11679: asser
How to tell if I am using HTTPv2?
Hello, I've recently upgraded my svn client to 1.7. I'm not sure which version the server is. It's not reported in the http headers. I guess it does not matter what the exact server version is, but how can I verify if my client and the server are communicating via HTTPv2 or the older http based protocol? Thank you
