Jazz Register Log in
Jazz Forum Welcome to the Jazz Community Forum

Welcome to the Jazz Community Forum

Connect and collaborate with IBM Engineering experts and users

Workaround: More than one simultaneous ‘compare session’ with BeyondCompare 4

Actually this is not a question but an answer – I just new to .jazz and I don’t know how to publish

(English is not my language …)

The problem:

For long, we have this issue: that when working with BC4 (Beyond Compare 4) we are not able to perform more than simultaneous compare.

For example, if we have two conflicts:

And we ‘Open In external …’  the first one – it works fine.

Now without closing BC4 we tried to open the second one, we got in BC4:

 --- Image with error goes here, But I can't upload :( don't have reputation --


BC4 complains that it can’t find the common and remote file.


1

1 vote

Comments

Great work. I suggest you do the following to complete your Q&A post.
1. Modify the original post and remove the part beginning with "explanation".
2. Make the part beginning with "explanation" into a new "answer". Yes, you answer your own question.
3. Accept the "answer".

 @Donald Thank you for helping me improving it.



One answer

Permanent link
  

Explanation

This is not a bug in RTC Client, or in BC4

When eclipse start an external compare session:

1.       It prepare the ‘remote’ files as a local files on temp directory so external tool can access them.

2.       It spawn a process to start the external tool

3.       It wait for the process to exit

4.       It examines the output files created by external tool

5.     It deletes the temp files

When BC4 start:

1.       If it is there is no BC4 already running then the compare is performed it the newly started process

2.       If there is already BC4 process running, then it ‘passes’ the arguments to the already running process to process the compare and exits

So from Eclipse point of view, the second compare process ended immediately, so it delete the temporary files create by it, so BC4 can longer access them.

The solution:

We need some way to tell BC4 that in case the compare session is not performed by the launched process, the last one need to wait for the compare session to end.

In this way Eclipse won’t delete the files before we finish the compare session.

Looking at BC4 documentation:

BComp.com

This is a Win32 console program.  It has to have a console.  If you launch it from one (or a batch file) that console will wait for the comparison to complete before returning.  If you launch it from a version control system interactively, it will show a console window while it's waiting.

So all we need is to use BComp.com instead BComp.exe

(both for 2-way and 3-way)

But it is important to end the compare session correctly by closing the tab in BC4 

0 votes

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 35
× 1
× 1

Question asked: Jun 30 '15, 5:26 a.m.

Question was seen: 4,344 times

Last updated: Jul 01 '15, 3:20 a.m.

Confirmation Cancel Confirm