#1 Burning Software

It is currently Thu Dec 19, 2024 4:54 am

All times are UTC




Post new topic Reply to topic  [ 2 posts ] 
Author Message
 Post subject: StarBurn_ISO9660JolietFileTree_AddMemory corrupts other file
PostPosted: Tue Jun 20, 2006 5:57 pm 
Offline

Joined: Thu Jan 05, 2006 3:23 pm
Posts: 33
In prior SDK versions I was unable to use StarBurn_ISO9660JolietFileTree_AddMemory() because the method truncated the input filename to 8.3 characters. My workaround was to write the memory buffer to disk and then use StarBurn_ISO9660JolietFileTree_Add().

In the 6.4.10 SDK release the 8.3 filename restriction was resolved so I am attempting to use the AddMemory() version again. Initially everything looked good -- the memory buffer was correctly written out to the disc and had the complete, long filename attached. However I noticed that nother small file I wrote out during the same session using the file-based Add() was corrupted - random garbage.

I verified that the source file that got corrupted was good. I also experimented switching back and forth between Add() (old workaround technique) and AddMemory() and verified that the corruption issue only happens when AddMemory() is called. I debugged into my code to verify that the size and other parameters being input into AddMemory() looked good.

It's very odd that it's not the file created by AddMemory() that is corrupted, but another file created through Add() that gets hit. The code for that other file creation is identical regardless of how I add my large memory buffer to the session.

The general sequence of commands is:

StarBurn_ISO9660JolietFileTree_Add(small file 1) ** corrupted on disc**
StarBurn_ISO9660JolietFileTree_Add(small file 2)StarBurn_ISO9660JolietFileTree_AddMemory(big memory buffer)
StarBurn_ISO9660JolietFileTree_BuildImage
StarBurn_CdvdBurnerGrabber_TrackAtOnceFromTree
StarBurn_CdvdBurnerGrabber_CloseSession

Final note...the "small file 1" above that gets corrupted is a file that previously existed in clear, uncorrupted form and is getting updated with new information. This has never been a problem previously but probably worth mentioning.

I will attach the debug log below.

-Chris


Top
 Profile  
 
 Post subject:
PostPosted: Tue Jun 20, 2006 7:28 pm 
Offline
Site Admin

Joined: Fri Jun 18, 2004 12:03 am
Posts: 4089
Location: British Virgin Islands
It's a bad idea to post the logs to the forums as they are large and get truncated. I've removed your post with the part of the log. Please send it to support@rocketdivision.com and we'd check "memory corruption" issue. Thanks!


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 2 posts ] 

All times are UTC


Who is online

Users browsing this forum: No registered users and 43 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group