With 3.1.6 command line client, we're seeing (for example) .java files with multiple copies of the source included in one file in a GET operation.
We're not seeing this in the Windows GUI client.
Is this a known issue?
Linux command line client: 2 files in 1 error
Moderator: SourceGear
-
- Posts: 95
- Joined: Mon Aug 29, 2005 12:39 pm
I didn't see anything logged to our bug database.
Could you provide more details? Are you using a Vault 3.1.6 Server?
Is this happening with the CLC on Windows or only a Unix/Linux machine? Which operating system?
Is this reproducible?
Is it just with .java files?
Does it only affect a particular file?
When you say multiple copies of the source are included in the file, do you mean if the file has "abcdefg", the file shows "abcdefg abcdefg" after the get?
Could you provide more details? Are you using a Vault 3.1.6 Server?
Is this happening with the CLC on Windows or only a Unix/Linux machine? Which operating system?
Is this reproducible?
Is it just with .java files?
Does it only affect a particular file?
When you say multiple copies of the source are included in the file, do you mean if the file has "abcdefg", the file shows "abcdefg abcdefg" after the get?
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
-
- Posts: 95
- Joined: Mon Aug 29, 2005 12:39 pm
Version Check: Your Vault server is version 3.1.6.3658
The particular OS is RedHat ES 3, with
Mono JIT compiler version 1.1.13.4, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com
TLS: normal
GC: Included Boehm (with typed GC)
SIGSEGV : normal
I've only seen this with .java files, but that may be because of a particular dir path, and not the file, but I haven't tested that yet. I have no seen this in any other path or file, save the ones in the same directory.
And you example is close, more like "abcdefgh" shows up as "abcde abc".
It is not happening with our Windows integration server, so the CLC for Windows appears to be ok.
I've been able to reproduce this on 2 different machines, multiple times.
The particular OS is RedHat ES 3, with
Mono JIT compiler version 1.1.13.4, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com
TLS: normal
GC: Included Boehm (with typed GC)
SIGSEGV : normal
I've only seen this with .java files, but that may be because of a particular dir path, and not the file, but I haven't tested that yet. I have no seen this in any other path or file, save the ones in the same directory.
And you example is close, more like "abcdefgh" shows up as "abcde abc".
It is not happening with our Windows integration server, so the CLC for Windows appears to be ok.
I've been able to reproduce this on 2 different machines, multiple times.
-
- Posts: 95
- Joined: Mon Aug 29, 2005 12:39 pm
There could be a problem applying the delta, if you are doing a "get latest" when baselines already exist. When you get a file the first time, a baseline is created. After that, only the changes to the baseline are sent or received. Baseline files are stored in the _sgvault directory.
If you set a new, empty working directory (no baseline created yet), do you still see the the problem on a Get?
If you set a new, empty working directory (no baseline created yet), do you still see the the problem on a Get?
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
-
- Posts: 95
- Joined: Mon Aug 29, 2005 12:39 pm