ByteCodeType.clazz null for private/helper class about as3-commons HOT 3 CLOSED

hey there, no, the clazz property shouldn't be null, unless maybe if the Class 
is an internal one. I will need to experiment a bit.

As for the other issue you've added, I won't have time to get into this until 
next week, I'm sorry for this, but my dayjob is rather busy at the moment. I'll 
definitely follow-up though, bear with me :)

Thanks for your help.

So you say, "unless maybe if the Class is an internal one".  Well, that's the 
situation in my example code above, so that is probably the issue. :(  I know 
that the native flash.utils.getDefinitionByName() does not return internal 
classes.  I thought ByteCodeType might have some magic. :)

However, if you notice in my above example, it requests the internal class 
using ByteCodeType.forClass().  But, this *still* does not fill in the clazz of 
the returned ByteCodeType instance (even though the library has just been 
"given" a reference to that very Class).  Perhaps it should be filled in for 
this case?  Although it might be of marginal overall usefulness, it would allow 
client code to at least treat ByteCodeType instances for internal and external 
classes the same in cases similar to my example.

I'm actually now checking to see if the clazz property is null in the 
ByteCodeType.forClass() method, if its null I assign the Class instance that 
was passed to the method as its value. This should solve your problem with 
ByteCodeType.forClass().