<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/liblcs/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/liblcs/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/liblcs/bugs/</id><updated>2007-03-01T06:45:33Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Compilation error with JK flipflop module</title><link href="https://sourceforge.net/p/liblcs/bugs/6/" rel="alternate"/><published>2007-03-01T06:45:33Z</published><updated>2007-03-01T06:45:33Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.net55b5a279699ce2e3cef747b49b20b0fcee2120ab</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;There has been a slip-up in the constructor of the JK flipflop module. The function onStateChange needs a parameter. Currently, the function is called in the constructor without a parameter. It has to be changed to&lt;/p&gt;
&lt;p&gt;onStateChange(4)&lt;/p&gt;
&lt;p&gt;since 4 is the reset port Id.&lt;/p&gt;
&lt;p&gt;This will be corrected in the next release numbered 0.0.53.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Problem with FrequencyDivider Class</title><link href="https://sourceforge.net/p/liblcs/bugs/5/" rel="alternate"/><published>2007-02-17T10:32:28Z</published><updated>2007-02-17T10:32:28Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.netce3443ffa9037196ccee9289e680a0b3cce73fae</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The FrequencyDivider class is dividing the input frequency by twice the factor asked for. This bug will be fixed with the 0.0.52 release.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Problem with using multiple/different assignment delays</title><link href="https://sourceforge.net/p/liblcs/bugs/4/" rel="alternate"/><published>2006-12-19T04:56:07Z</published><updated>2006-12-19T04:56:07Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.net45b2ea3ae062811e8bdb7b9e7470574b1963c8ce</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;There is an issue due to which using multiple/different assignment delays for a single line will cause unknown/unexpected behavior. Kindly refrain from using multiple/different assignment delays for a any single line. Use only one unique assignment delay for a given bus line.&lt;/p&gt;
&lt;p&gt;The cause of this bug has been discovered. A release numbered 0.0.49.1 will be made in a few days to fix it. I remind again, until the bug-fix release is made, kindly use use only one unique assignment delay for a given bus line.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Problem with VCD file if only one variable is being dumped</title><link href="https://sourceforge.net/p/liblcs/bugs/3/" rel="alternate"/><published>2006-12-04T04:35:43Z</published><updated>2006-12-04T04:35:43Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.net158b6674d4c33f77c3cdf63a2642c33fa38c859a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;If a user requests dumping of only one variable into a VCD file for a simulation, then that request is not being entertained. A VCD file is being created, but it does not contain temporal information. Hence, this file fails to get displayed with GTKWave.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>0.0.3: Problems with mixing delay and non-delay elements</title><link href="https://sourceforge.net/p/liblcs/bugs/2/" rel="alternate"/><published>2006-10-24T04:55:31Z</published><updated>2006-10-24T04:55:31Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.net8c5fd2c5b42bef328c80d7292632cc069aea6b6e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Mixing circuit elements having delay with circuit&lt;br /&gt;
elements having no delay is making the circuit&lt;br /&gt;
sensitive to the order in which the circuit elements&lt;br /&gt;
are declared in the program. However, this problem will&lt;br /&gt;
not arise if all the circuit elements in the system&lt;br /&gt;
have a non-zero delay.&lt;/p&gt;
&lt;p&gt;This is due to the improper way of implementing&lt;br /&gt;
parallelly running circuit elements using a sequential&lt;br /&gt;
simulation system. This can be rectified by&lt;br /&gt;
incorporating a defualt hidden delay mechanism for all&lt;br /&gt;
the circuit elements. This delay is called hidden as it&lt;br /&gt;
is hidden from the user. The user will not feel this delay.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Bus locking after bus concatenation</title><link href="https://sourceforge.net/p/liblcs/bugs/1/" rel="alternate"/><published>2006-10-09T11:47:44Z</published><updated>2006-10-09T11:47:44Z</updated><author><name>Siva Chandra</name><uri>https://sourceforge.net/u/sivachandra/</uri></author><id>https://sourceforge.net2ef1504d31fb0597ed9f222ad24e8b0d48d0002f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Consider the following code:&lt;/p&gt;
&lt;p&gt;Bus&amp;lt;1&amp;gt; a, b, c;&lt;br /&gt;
Bus&amp;lt;3&amp;gt; d = a*b*c;&lt;/p&gt;
&lt;p&gt;If we lock the bus d by a call d.lock(), the busses a,&lt;br /&gt;
b and c dont get locked.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>