I believe this should be fixed (again). We’ve made some other modifications which I hope will resolve the problem once and for all. If you’re still seeing issues please let me know.

Thanks,

JL

Drop me an email if you want so see the feed contents that I see.

http://www.verilab.com/blog/feed/ on NewsGator.

-Sean

Thanks for the heads up on this. Turns out our blog software was somewhat out of date and a few of the posts/comments had been compromised. The issue should be resolved now. Let me know if you’re still seeing any issues.

Take care,

JL

We’ve implemented a feed reader on the Xuropa Platform and have found that the verilab RSS feed has been compromised.

From the code, it looks like it’s within the comments feed (a usual point of attack for spammers), even though there is a captcha system in place on your site. The junk may have been injected over at feedburner instead, but I can’t tell from the code.

We still have your feed on the platform, but the comments are a mess and won’t be included. Also, it does make your feed very “heavy”.

I’ve emailed you the feed file separately.

James

Thanks for pointing out that error (now corrected). I fixed the variable names and also added the new() of the elements in Y[], inside the foreach loop, for clarity.

Yes, when a struct is copied the values are copied. When a class is copied the reference is copied, or a shallow copy is taken (as described in IEEE1800-2005, Section 7.11). I find people typically remember that when they are dealing with the class itself. When classes are inside something else, it’s easy to forget, because we are copying the thing and may not even have visibility of its contents. Arrays of classes fall into that category, but a class composed of other classes is another big one to watch.

There is no method for a deep copy/clone defined in the SystemVerilog language. Both the AVM and VMM define methods for copying objects as part of the methodology. In Vera we had a built-in method called object_copy() as part of the language. This provided a deep copy of any object, without you having to write anything yourself. I found it useful, but the problem was that there was no control, so you could end up copying something *very* large.

Of course when writing custom copy functions we sometimes put bugs in them too.

Jason

just a short note, you define A,B as classes and X,Y as structs in the code, but refer to A,B as structs and X,Y as classes in the text. This is confusing, I guess the text is correct?!

What would happen if I didn’t have arrays of classes/structs but a single class and a single struct, I guess the same rule would apply, i.e. copy-by-reference for classes and copy-by-value for structs?

There’s no Copy-Constructor in SV, is there? Would be handy …

Rgds,
Daniel

On the other side of things, tracking bugs through e-mail would limit all kinds of metrics and change tracking that management, bean counters, and excel graph afficiandos everywhere love. This is a big part of some process driven businesses. However, there’s nothing to say you can’t use a bug tracker centralized database with e-mail. Send your bug report to bugs@myproj and it could be tracked by the daemon reading it while sending an e-mail to the developer to look at it. It’s all about how you format the text and if the daemon is smart enough to figure it all out so you aren’t wasting more time trying to format your e-mail message.

Thanks for this post.

Best Regards,
Sandeep Gor.