
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

<HTML><HEAD>

<META http-equiv=Content-Type content=text/html;charset=iso-8859-1>

<META content="MSHTML 6.00.6000.16525" name=GENERATOR></HEAD>

<BODY id=MailContainerBody 

style="PADDING-RIGHT: 10px; PADDING-LEFT: 10px; FONT-SIZE: 10pt; COLOR: #000000; PADDING-TOP: 15px; FONT-FAMILY: Arial" 

bgColor=#ffffff leftMargin=0 topMargin=0 CanvasTabStop="true" acc_role="text" 

name="Compose message area">

<DIV>In the latest versions of iTunes, I have run across another questionable 

COM frame issue in my code.  My code takes the frame bytes after the 

language descriptor and parses the null terminated strings.  This has 

worked for some time so, even though I cannot say I remember absolutely, I have 

to assume this is a change in how iTunes creates the COM frame.  </DIV>

<DIV> </DIV>

<DIV>Now, instead of returning an array of two strings (description and 

comment), my parser is returning three strings (description, comment, and an 

empty string) because the frame bytes end in two null bytes instead of 

one.</DIV>

<DIV> </DIV>

<DIV>The questionable frame is using ISO-8859 encoding (0 encoding byte).</DIV>

<DIV> </DIV>

<DIV>I am trying to decide if my code is flawed and needs to be fixed somewhere 

to handle this scenario as a valid frame or if this frame is flawed (I 

think this is the case) and I need to handle it as a flaw - basically throw away 

the third string in the array and keep on moving.</DIV>

<DIV> </DIV>

<DIV>Thanks for any feedback on this,</DIV>

<DIV> </DIV>

<DIV> </DIV>

<DIV>Dale</DIV></BODY></HTML>