Reckase, Erik Nathan
2003-12-03, 15:42
Well, that's what I thought, too - except I was still getting a non-numeric
index ($trnum) in the
$seen[$trnum]. Not sure why that is - I'll pursue it further.
Regards,
Erik
-> -----Original Message-----
-> From: Moser, Robert L. II [mailto:Robert.Moser (AT) med (DOT) va.gov]
-> Sent: Wednesday, December 03, 2003 3:31 PM
-> To: 'SlimDevices Developers'
-> Subject: RE: [Developers] Changes to Info.pm to deal with empty
-> tracknumbe r fields
->
->
-> The track number is cleaned when the tags are first read.
-> It can only be an
-> integer or undef.
->
-> > -----Original Message-----
-> > From: developers-bounces (AT) lists (DOT) slimdevices.com
-> > [mailto:developers-bounces (AT) lists (DOT) slimdevices.com]On Behalf
-> Of Reckase,
-> > Erik Nathan
-> > Sent: Wednesday, December 03, 2003 2:10 PM
-> > To: 'SlimDevices Developers'
-> > Subject: RE: [Developers] Changes to Info.pm to deal with empty
-> > tracknumbe r fields
-> >
-> >
-> > Whoops. This is still bad, in the event that a non-numeric
-> > value is stored
-> > in the track number. Here's a better fix:
-> >
->
index ($trnum) in the
$seen[$trnum]. Not sure why that is - I'll pursue it further.
Regards,
Erik
-> -----Original Message-----
-> From: Moser, Robert L. II [mailto:Robert.Moser (AT) med (DOT) va.gov]
-> Sent: Wednesday, December 03, 2003 3:31 PM
-> To: 'SlimDevices Developers'
-> Subject: RE: [Developers] Changes to Info.pm to deal with empty
-> tracknumbe r fields
->
->
-> The track number is cleaned when the tags are first read.
-> It can only be an
-> integer or undef.
->
-> > -----Original Message-----
-> > From: developers-bounces (AT) lists (DOT) slimdevices.com
-> > [mailto:developers-bounces (AT) lists (DOT) slimdevices.com]On Behalf
-> Of Reckase,
-> > Erik Nathan
-> > Sent: Wednesday, December 03, 2003 2:10 PM
-> > To: 'SlimDevices Developers'
-> > Subject: RE: [Developers] Changes to Info.pm to deal with empty
-> > tracknumbe r fields
-> >
-> >
-> > Whoops. This is still bad, in the event that a non-numeric
-> > value is stored
-> > in the track number. Here's a better fix:
-> >
->