This seems to be a real problem that is showing up every now and then. Seems there are not enough people using PAR and UTF8 yet to place this bug at the top of the priority list :( Its been a year since I have reported this and unfortunately I still cannot run my perl scripts with PAR because of this and I dont know enough about perl internal to fix it. If I had a wish for 2004 it would be to have this bug fixed somehow.
Daniel Shane -----Original Message----- From: Robert Eden [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 24, 2003 1:57 AM To: [EMAIL PROTECTED] Subject: UTF8 compatability? Howdy... Like Andy, I'm trying to make XMLTV work with PAR. (I currently am responsible for the PerlApp based win32 distribution) Are their issues with UTF-8 and PAR? Look at the following: xmltv.exe tv_check --myreplay=1,rmeden,xmltv6,0,2 --g=dallas.guide --sh=dallas.s hows -scan --html --out=dallas.htm --bluenew Timezone is -0600 Sending output to dallas.htm Loading xml guide info (dallas.guide) 4253 recs / 18 secs Building Episode Indexes ..... 4253 recs / 0secs Loading xml show info (dallas.shows) Loaded xml show file (dallas.shows) (60/1) Use of uninitialized value in pattern match (m//) at /loader/0xd3aefc/utf8_heavy .pl line 185. Use of uninitialized value in scalar assignment at /loader/0xd3aefc/utf8_heavy.p l line 201. Use of uninitialized value in pattern match (m//) at /loader/0xd3aefc/utf8_heavy .pl line 202. Use of uninitialized value in scalar assignment at /loader/0xd3aefc/utf8_heavy.p l line 259. Use of uninitialized value in pattern match (m//) at /loader/0xd3aefc/utf8_heavy .pl line 262. Use of uninitialized value in scalar assignment at /loader/0xd3aefc/utf8_heavy.p l line 317. Use of uninitialized value in pattern match (m//) at /loader/0xd3aefc/utf8_heavy .pl line 318. panic: swash_fetch at /loader/0xd3aefc/script/tv_check line 1206. Compilation failed in require at script/xmltv.pl line 100. I'm so close to getting Par working I can taste it! Robert
