#1 Burning Software

Greetings!

Sorry for disturbing you once more, looks like I'm misunderstanding something or even simply doing it wrong.

Here is the situation: I'm recording multi-session disc, the second session adds some files to the folder created during the first one. (On the clear disc I recorded folder A with some files (a1,a2), then I burn the second session with the folder A and files a3 and a4)

I was sure it would work fine as I found that in CN_FILE_TREE_PROGRESS_NAME_COLLISION callback I can answer NAME_COLLISION_MERGE_FOLDERS (actually, that's the default answer for directories, as I discovered).

So, I just wrote the following code:



And expect this directories to be merged.

But, instead, I've got the disc with only the files recored by the second session (a3,a4, in example described above)


In documentation this moment is explained differently in 2 places:

1) In help topic _NAME_COLLISION_SOLUTION this item is explained as
NAME_COLLISION_MERGE_FOLDERS Add files from new folder into an old folder

2) but in description of PNAME_COLLISION_INFO,
m__NAME_COLLISION_SOLUTION is explained as The solution of the collision (what action has been performed) (so it sounds as I have to do it, what is true only for renaming, I guess. or for merging also?).

So, my question is following: what had I misunderstood about all this stuff and what I have to do to merge folders successfully? (to have new files added to the directory instead of replacing whole directory with the new one.)

Attaching the log file, even though I haven't found anything useful for me there.

And, again: I'm absolutely not in a hurry with this and it's totally enough just to point me the manual where I can find the answer (I haven't found it neither in manuals nor in samples).

OK, this looks weird but we cannot download your log fine any more (( Could you please upload it again so we'd start looking again at this issue more closely? Thank you!

Greetings again!
Thanks for your answer!

Strange, what I've done wrong when I uploaded it first time?
Here it is (should be this one, I haven't repeated the test).

Maybe I should provide you the source code I use?
I'll try to minimize it: it might show me the problem or, if I'll fail, -- to you.
I'll inform you if I find anything.

I did not say you've did anything wrong I've just told we cannot download your file (but I'm pretty sure it was working first time).

OK, now is OK. Please let us start with your log and if it would not be enough we'll ask for your source code snippet

Thank you!

Hi there!

I've created a small and understandable (relatively ) sample that illustrates the issue.

Also I've created smaller log file (with this application).

Here is all this stuff.

Hope this will help you to detect the cause of the issue.

Thanks a lot for a help!

Please give us some time to fix this one... Thank you very much for cooperation! Your help is appreciated!

You're welcome!

I'm absolutely not in a hurry, I just wanted to minimize the time you waste on this.

If this is a bug, are you sure it is present in the latest version? (Notice, I'm using 10.5 Tomahawk!),

Latest version is in SVN trunk. The one on the site is a bit outdated.

No need to do anything with this all anymore.

That's the bug in 10.5

I've tested the last public version (V12 Trident II) and it works fine (i've just replaced the lib, key/version and dll file in my sample)

So, sorry I disturbed you.

Once again that's my fault.

Absolutely no problem! Please drop us an e-mail to support@starburnsoftware.com so we could provide you with updated set of DLL/LIB files. Thank you very much for cooperation!