RE: svn command line client 1.8.8 - Error: file name or extension is too long

Dear all,

I am running Windows 7 Enterprise 64-bit (6.1, build 7601), also I should
note, that I used IDE Intellij Idea 13.1.3 to commit changes ( Not sure,
whether the IDE influences this issue in this case). I do not know how to
get the generated command from Intellij, also I already commited the files
and therefore can not reproduce the issue in exactly same way.

Next time I will face the same issue, I will try to provide you with the
svn command. Hope this helps.

Have a nice day
With regards
Milan

From: Geoff Field <Geoff_Field_at_aapl.com.au>
To: Stefan Sperling <stsp_at_elego.de>,
Cc: "Milan_Plancik_at_swissre.com" <Milan_Plancik_at_swissre.com>,
"users_at_subversion.apache.org" <users_at_subversion.apache.org>
Date: 16. 09. 2014 00:54
Subject: RE: svn command line client 1.8.8 - Error: file name or
extension is too long

> On Mon, Sep 15, 2014 at 09:38:29AM +1000, Geoff Field wrote:
> > However, please note that Milan finally mannaged to commit
> all the files by doing them in smaller batches. That would
> seem to indicate some other issue.
>
> What were the commands he typed which worked?

Sorry Stefan, but I'm the wrong person to ask about this. However, from
Milan's original post:
"Then I tried to commit changes in chunks (I did not change any path or
file name), which finally worked. I had 285 files to commit."

Note that he also said: "This file in its path is far away from the
longest name in project..."
This implies that files with longer pathnames successfully committed.
However, it's up to Milan to confirm or deny this.

> There are references to absolute paths working around the
> problem in the archives:
> http://svn.haxx.se/users/archive-2005-02/1088.shtml
>
> There are also posts that seem to contradict this theory:
> http://svn.haxx.se/dev/archive-2004-10/1482.shtml
>
> I don't use windows so I can't verify any of this myself.

Part of the problem is that the rules very much depend on which version of
Windows is being used. Back in 2004/2005, XP was the bees' knees. (Mind
you, I'm typing this on a machine that's still running XP.) Nowadays,
things are somewhat different. The next OS produced by MS was a 64-bit
one, with all sorts of rule (and, of course, API) changes.

It would help if Milan told us more details, such as the exact platform
(which Windows?) and the exact commands entered.

We know the SVN version from this:
"C:\srdev\tool\SVN_CLIENT_1.8.8\svn.exe"

Regards,

Geoff

-- 
Apologies for the auto-generated legal boilerplate added by our IT 
department:
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally privileged or sensitive information and is 
intended
solely for the individual or entity to which it is addressed.
- Only the intended recipient may review, reproduce, retransmit, disclose,
disseminate or otherwise use or take action in reliance upon the 
information
contained in this email and any attachments, with the permission of
Australian Arrow Pty. Ltd.
- If you have received this communication in error, please reply to the 
sender
immediately and promptly delete the email and attachments, together with
any copies, from all computers.
- It is your responsibility to scan this communication and any attached 
files
for computer viruses and other defects and we recommend that it be
subjected to your virus checking procedures prior to use.
- Australian Arrow Pty. Ltd. does not accept liability for any loss or 
damage
of any nature, howsoever caused, which may result
directly or indirectly from this communication or any attached files. 
This e-mail, including attachments, is intended for the person(s) or company named and may contain confidential and/or legally privileged information.
Unauthorized disclosure, copying or use of this information may be unlawful and is prohibited. If you are not the intended recipient, please delete this message and notify the sender.
All incoming and outgoing e-mail messages are stored in the Swiss Re Electronic Message Repository.
If you do not wish the retention of potentially private e-mails by Swiss Re, we strongly advise you not to use the Swiss Re e-mail account for any private, non-business related communications.