Buffer overrun when indexing music - 1.1.0.0

S4Per · 04-17-2007, 03:05 PM

What version of StreetDeck is this bug report for?

1.0.8.1 - 1.1.0.0

Please give a basic description of the issue here.

Buffer overrun when indexing music

Is the systemt that is listed in your CarPC specs under your user name the same system where you encountered this bug?

yes

If no, please describe your system here.

Please provide any relevent information regarding the issue you have encountered.

This may have been an issue in the 1.0.6.3 release also. If I tell it to index, it will start, but then I get a C++ run time error within seconds stating that SD caused a buffer overrun and in order to maintain a stable system, the application will now be terminated. I've attached a -verbose log, but the gist of it seems an access denied as follows:

INFO: CSyncController::SetStatusString - Indexing files...
WARNING: .\SyncController.cpp:586 HRCALL Failed!
0x80004005 = m_lpmngAudio->AddMediaToCollection(strFileName, &pMedia)

god_of_cpu · 04-17-2007, 03:09 PM

Until this bug is fixed, you can index all your media files in windows media player and they will show up in StreetDeck.

S4Per · 04-17-2007, 06:06 PM

sorry to be naive here, but how exactly do i do this? Artist/album has shown up in SD 1.0.8.1 in the past, but as of yesterday it doesn't anymore, and as stated, I believe it to be related to this indexing error. How do I rebuild the WMP index so SD will display it again?

S4Per · 04-18-2007, 11:42 AM

FYI - I figured out how to delete the WMP database, and then let it rebuild. This made my 'artist', 'album' entries show up again. Now, when I tell SD to reindex, it will cause a different c++ error (I will get this info to you later). If I click 'OK' on the error, it will terminate SD. If I don't, SD will continue to index.

EDIT: the buffer overrun is the error that is reported. Clicking OK on the Windows error dialog box closes SD.

RedGTiVR6 · 06-20-2007, 11:31 PM

please retest on 1.0.9.8 and report back with your findings.

RedGTiVR6 · 06-25-2007, 08:21 AM

please retest on 1.0.9.8 and report back with your findings.

RedGTiVR6 · 06-28-2007, 09:44 AM

Thread closed due to a lack of follow-up from the original poster. 8 days have passed without a response.

If the original poster would like to have this thread back opened, he/she may do so by going to the 'Thread Tools' drop down box at the top of the thread. If the Original Poster does so, the Original Poster must post information in response to requests for additional testing. Else, the bug report will be closed again.

S4Per · 08-29-2007, 10:48 AM

just saw that I was slacking on reporting back..sorry

This is still an issue in the current build.

Thanks,
Per

RedGTiVR6 · 08-30-2007, 10:02 AM

Can you post your most recent log?

S4Per · 08-30-2007, 02:04 PM

I'll get the log off later, but I'm pretty sure I have it figured out. I just went into SD and told it to re-index. I chose 'Yes' when it asked me if I wanted to clear the existing index so as not to have duplicate entries.

It cleared out the index and then started re-indexing in reverse alphabetical order (i.e. Z to A). It chocked all the way at the end with the artist "...And They Will Know Us by The Trail of Dead" (nice name, eh? ..go indie rock

). I'll put some money on the fact that the "..." - which is part of their name - is what's causing problems. As I have WMP rename all files with artist name included, this "..." is in the file names also.

WMP doesn't have issues, SD does. Chuck - guessing the 3 periods are the culprit?

-Per

RedGTiVR6 · 08-30-2007, 02:51 PM

can you easily remove those ... from the file name and try reindexing?

parksgm · 08-30-2007, 03:29 PM

Quote: Originally Posted by S4Per

I'll get the log off later, but I'm pretty sure I have it figured out. I just went into SD and told it to re-index. I chose 'Yes' when it asked me if I wanted to clear the existing index so as not to have duplicate entries.

It cleared out the index and then started re-indexing in reverse alphabetical order (i.e. Z to A). It chocked all the way at the end with the artist "...And They Will Know Us by The Trail of Dead" (nice name, eh? ..go indie rock

). I'll put some money on the fact that the "..." - which is part of their name - is what's causing problems. As I have WMP rename all files with artist name included, this "..." is in the file names also.

WMP doesn't have issues, SD does. Chuck - guessing the 3 periods are the culprit?

-Per

Are those three periods actually three individual periods or the ellipsis character ? That might be the issue.

S4Per · 08-30-2007, 04:02 PM

those weren't it. i see several songs listed consistently with an error:

Quote:

WARNING: CSyncController::OnIndexFile - Could not add media file C:\Documents and Settings\Administrator\My Documents\My Music\The Velvet Underground\The Best of the Velvet Underground- Words and Music of Lou Reed\07_The Velvet Underground_The Best of the Velvet Underground- Words and Music of Lou Reed_White Light-White Heat.wma to the media library!
WARNING: .\SyncController.cpp:586 HRCALL Failed!
0xc00d1331 = m_lpmngAudio->AddMediaToCollection(strFileName, &pMedia)

I'm going to remove these and try again tonight. My guess is, looking at the 12 or so songs referenced, that the path or track name is too long.

After the next test, if needed, I'll post the logs.

Thanks,
Per

S4Per · 08-30-2007, 04:08 PM

I just looked at the 16 songs that were listed with the above error...the shortest file path is 261 characters long. If I'm not mistaken, the longest allowable file path is 256 (or 259 or 260 when adding C:\ and a null character) characters.

As stated above, I'll remove / shorten these tonight and see if the error goes away...I highly suspect it will.

S4Per · 08-30-2007, 04:14 PM

Quote:

Are those three periods actually three individual periods or the ellipsis character ? That might be the issue.

Good thought, but I've verified they're periods. I think the above will be the answer...we'll see.