Crash when loading tracks from mapped drive

Hi,
I try to get the whole story as brief and clear as possible. A month ago I installed a new windows 7 on a Solid state drive for super fast booting and loading of long mixes. Prices are still high, so I only have used a 128GB SSD, just for OS, programs and some 'active' tracks to work on, all the rest is still on the 'old' HD. (more than 300GB of FLAC files)
Because I did not want to relocate over 2000 songs one by one (if there is a way to have Cross search in an other location in bulk, please tell me!) so I moved the tracks that where on the old C:\users\jimmy\music to C:\ With the new SSD this drive became drive F:\.
I then used windows disk management to mount this F:\ drive on the empty folder C:\users\jimmy\music (kept the same username in both versions of Windows).
All my tracks were found and I made some mixtapes, played a live set, all hassle free like I'm used to from CrossDJ.
Now I've installed Cross 3.0 yesterday, all my tracks showed up and started preparing a new mixtape. All went well untill the 4th song, Cross DJ crashed completely loading the track. Leaving only the choice to wait for the program to stop or to end it manualy. Either way would be a disaster in a live situation. This always happened on the same track. It's always possible that a track gets corrupted, so loaded a backup copy and went on, few tracks later same problem with another track, complete crash when loading. I did not have a backup of this one, so I loaded the same in Audacity, played perfectly, nothing wrong in the wave form. I bounced a new FLAC file (I always use FLAC) and put it in the same location with a different name.
I continued the mixtape practise and decided to have all tracks analysed before loading (I notice the tracks need to be analysed again in order to get these wonderfull colours on the screen (I like them a lot). When the new track mentioned above started loading, the program crashed, keeping the track that was playing in a kind of 1/8 loop untill I pressed the 'stop program' button mentioned in the beginning of this story.
I experimented a bit and found the same crash when loading the track from the "Files" menu from "C:\users\jimmy\music\Mr.kiteWarped\Mr.kite02\track.flac" (I did this 4 times, 4 times crash when analysing starts, need to restart CrossDJ3.0) but when I load the same track (exact same file!) in the "Files" menu from "F:\Mr.kiteWarped\Mr.kite02\track.flac" the analysing goes fine, the track can be played and nothing crashes, everything perfect. (except that I was too tired and it was too late by then to write this or to continue practising..)
Short: when loading the track from a C:-drive that has a folder mapped to another drive, some tracks crash the program (and even a corrupt track should not have the result of everything crashing), when loading them directly from the drive, no problem.
Other things I noticed:
1) all the tracks that made Cross crash came from older folders (Mr.kite02, ... 03, ...05 (I have over 60 by now) but all folders are in the same subdir).
2)I fired up version 2.6 and had the same crash when loading the same track. This did not happen before installing CrossDJ 3.0 To confirm this, I went to a playlist from a mixtape I finished last week, started to analyse the tracks in this list and also some tracks made the program crash (and as I made the mix last week, I'm 100% sure this did not happen in 2.6)
I hope this long story gives you an idea where to look for the source of the crash, maybe this explains also other peoples crash reports? I work as IT technician so I hope this explanation helps to put the finger on the problem.
For me personaly: I can return to the old HD and have a bit more patience for booting and loading programs. (one step back, if it"s temporary I don't care)
I really would like a way to relocate tracks in bulk so i can have my entire collection moved from C:\.... to F:\......
In the long run I hope you guys find a fix for this problem as other people will also use maped drives (although this will not be a majority, I agree)
looking forward to your answers,
Jimmy
I try to get the whole story as brief and clear as possible. A month ago I installed a new windows 7 on a Solid state drive for super fast booting and loading of long mixes. Prices are still high, so I only have used a 128GB SSD, just for OS, programs and some 'active' tracks to work on, all the rest is still on the 'old' HD. (more than 300GB of FLAC files)
Because I did not want to relocate over 2000 songs one by one (if there is a way to have Cross search in an other location in bulk, please tell me!) so I moved the tracks that where on the old C:\users\jimmy\music to C:\ With the new SSD this drive became drive F:\.
I then used windows disk management to mount this F:\ drive on the empty folder C:\users\jimmy\music (kept the same username in both versions of Windows).
All my tracks were found and I made some mixtapes, played a live set, all hassle free like I'm used to from CrossDJ.
Now I've installed Cross 3.0 yesterday, all my tracks showed up and started preparing a new mixtape. All went well untill the 4th song, Cross DJ crashed completely loading the track. Leaving only the choice to wait for the program to stop or to end it manualy. Either way would be a disaster in a live situation. This always happened on the same track. It's always possible that a track gets corrupted, so loaded a backup copy and went on, few tracks later same problem with another track, complete crash when loading. I did not have a backup of this one, so I loaded the same in Audacity, played perfectly, nothing wrong in the wave form. I bounced a new FLAC file (I always use FLAC) and put it in the same location with a different name.
I continued the mixtape practise and decided to have all tracks analysed before loading (I notice the tracks need to be analysed again in order to get these wonderfull colours on the screen (I like them a lot). When the new track mentioned above started loading, the program crashed, keeping the track that was playing in a kind of 1/8 loop untill I pressed the 'stop program' button mentioned in the beginning of this story.
I experimented a bit and found the same crash when loading the track from the "Files" menu from "C:\users\jimmy\music\Mr.kiteWarped\Mr.kite02\track.flac" (I did this 4 times, 4 times crash when analysing starts, need to restart CrossDJ3.0) but when I load the same track (exact same file!) in the "Files" menu from "F:\Mr.kiteWarped\Mr.kite02\track.flac" the analysing goes fine, the track can be played and nothing crashes, everything perfect. (except that I was too tired and it was too late by then to write this or to continue practising..)
Short: when loading the track from a C:-drive that has a folder mapped to another drive, some tracks crash the program (and even a corrupt track should not have the result of everything crashing), when loading them directly from the drive, no problem.
Other things I noticed:
1) all the tracks that made Cross crash came from older folders (Mr.kite02, ... 03, ...05 (I have over 60 by now) but all folders are in the same subdir).
2)I fired up version 2.6 and had the same crash when loading the same track. This did not happen before installing CrossDJ 3.0 To confirm this, I went to a playlist from a mixtape I finished last week, started to analyse the tracks in this list and also some tracks made the program crash (and as I made the mix last week, I'm 100% sure this did not happen in 2.6)
I hope this long story gives you an idea where to look for the source of the crash, maybe this explains also other peoples crash reports? I work as IT technician so I hope this explanation helps to put the finger on the problem.
For me personaly: I can return to the old HD and have a bit more patience for booting and loading programs. (one step back, if it"s temporary I don't care)
I really would like a way to relocate tracks in bulk so i can have my entire collection moved from C:\.... to F:\......
In the long run I hope you guys find a fix for this problem as other people will also use maped drives (although this will not be a majority, I agree)
looking forward to your answers,
Jimmy