<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
<blockquote type="cite">
<pre>Quoting Chris Keane (<a
href="http://www.icdevgroup.org/mailman/listinfo/interchange-users">chris.keane at zzgi.com</a>):
<i>
</i>><i> I'm having a weird issue with some UserTags that have all attributes
</i>><i> passed to them via AddAttr, for example:
</i>><i>
...</i><i>
</i>><i>
</i>><i> Any thoughts or guidance?
</i>
Are these calls from $Tag objects or via ITL parse? I am guessing
ITL parse. If we don't pass any argument at all to the routine, I am
guessing that @_ could have some residual value causing the problem.
</pre>
</blockquote>
<br>
Mike, I only recall seeing the problem when called from ITL parse. The
thought that there is some residual guff in @_ is possible, the thing
that has me scratching my head is that the parameters are being passed
but misdelivered by ITL parse. For example, if I pass
thing=thing_content then it seems that $opt ends up as a literal with
content of "thing_content" rather than a hashref with a member
->{thing} = "thing_content".<br>
<br>
So when I call for $opt->{thing}, perl freaks out because I'm
treating a literal ($opt, mistakenly containing the string
"thing_content"), as the hashref it's supposed to be.<br>
<br>
Chris.<br>
<br>
<br>
</body>
</html>