#1 Burning Software

Greetings, Anton.
Have a problem. When I resolve name conflict with NAME_COLLISION_RENAME_NEW solution, subsequent calls of StarBurn_ISO9660JolietFileTree_GetNames() for renamed node return old, unchanged names.
I've expected that it will return me new name.
So, should it ( and I have to recheck my code for some error ) or not ?
Thanks a lot.

See, GetNames(...) return FULL path on source disk, actual file name on source disk and 8.3 DOS compatible name on source disk. It has nothing to do with the destination names (they could be very different from the source ones). If you need to know destination names for file - please let me know and we would add something like GetFileSystemNames(...) API call to return ISO9660, Joliet and UDF name for file object. Drop me a message to anton@rocketdivision.com so we could discuss feature request.

OK. Got nothing from you so far So i'll be adding

StarBurn_ISO9660TreeNode_GetFileSystemName(...)

and

StarBurn_JolietTreeNode_GetFileSystemName(...)

API calls to get ISO9660 and Joliet names of tree node. Gimme a couple of hours

Hey, guys, I definitely LOVE your style of working
That will be really nice, 'cause we need such stuff for correct GUI representation, and I guess, other people may find it usefull, too.

Finally ended wth GetNamesEx(...) returning the same stuff as GetNames(...) did + ISO9660 and Joliet names. UDF seems to be another story...

Please drop me a message to anton@rocketdivision.com and I'd issue you with the version to test. We'll be releasing new StarBurn SDK soon but I'm not sure how fast it would happen.

Thanks!