<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to engine-bugs</title><link href="https://sourceforge.net/p/engine/engine-bugs/" rel="alternate"/><link href="https://sourceforge.net/p/engine/engine-bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/engine/engine-bugs/</id><updated>2011-03-22T19:45:30Z</updated><subtitle>Recent changes to engine-bugs</subtitle><entry><title>FireFox 4</title><link href="https://sourceforge.net/p/engine/engine-bugs/8/" rel="alternate"/><published>2011-03-22T19:45:30Z</published><updated>2011-03-22T19:45:30Z</updated><author><name>Ricardo Cantu</name><uri>https://sourceforge.net/u/ricardo-cantu/</uri></author><id>https://sourceforge.netc0f1725c1f1e28ffe0295efbb3d906ed6ce50449</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Default font is not monospace.&lt;br /&gt;
Extension is not compatible.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Correct CON_SRCH config search routine</title><link href="https://sourceforge.net/p/engine/engine-bugs/7/" rel="alternate"/><published>2011-03-17T17:21:05Z</published><updated>2011-03-17T17:21:05Z</updated><author><name>Dean Lyles</name><uri>https://sourceforge.net/u/microdean/</uri></author><id>https://sourceforge.neta36bf1b5836d6cb10d5d021bc29e18058efd11bb</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The following programs had to be recompiled due to a bug in the CON_SRCH routine that searches the engine.conf file, where a lone "[" character terminated a search in a group, such as [keys].  Programs that had to be recompiled were: PRE-SORT, TIPSORT, QX1007, QX1011, QX1012, QX1013, QX1017, and QX1039.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Locking</title><link href="https://sourceforge.net/p/engine/engine-bugs/6/" rel="alternate"/><published>2011-03-10T18:28:58Z</published><updated>2011-03-10T18:28:58Z</updated><author><name>Ricardo Cantu</name><uri>https://sourceforge.net/u/ricardo-cantu/</uri></author><id>https://sourceforge.net0d5dfcff5de331b5dba5421cb729c096d3a95f47</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When canceling via tistat and browser is not up, there is a sh locking race from buzy thread. Kill buzz somehow or timeout on thread join&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Buffering</title><link href="https://sourceforge.net/p/engine/engine-bugs/5/" rel="alternate"/><published>2010-12-18T23:23:12Z</published><updated>2010-12-18T23:23:12Z</updated><author><name>Ricardo Cantu</name><uri>https://sourceforge.net/u/ricardo-cantu/</uri></author><id>https://sourceforge.net48bee4f32f2577192b6711320f13c3a3b1794b3b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When the screen is in the rendering phase (Facebook gif) keys are not buffered and display on the whited out screen. Also paste does not buffer at all.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Check Box gets Unchecked</title><link href="https://sourceforge.net/p/engine/engine-bugs/4/" rel="alternate"/><published>2010-10-19T18:57:30Z</published><updated>2010-10-19T18:57:30Z</updated><author><name>Dean Lyles</name><uri>https://sourceforge.net/u/microdean/</uri></author><id>https://sourceforge.net015c3774004e2d3cb1ef8679e5b0ec6119ebe647</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I had a template with a Check Box on it, that was checked.  I also had another field just preceding the check box, and I wanted to completely fill that field to the end.  When I entered the last character in the preceding field, the cursor jumped to the Check Box, and THE CHECK MARK GET ERASED!  But since I wasn't focusing on the Check Box, I didn't notice that the check mark got erased.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Deleting QXM32 TEMP using SYSM32.</title><link href="https://sourceforge.net/p/engine/engine-bugs/3/" rel="alternate"/><published>2010-09-08T19:39:44Z</published><updated>2010-09-08T19:39:44Z</updated><author><name>Dean Lyles</name><uri>https://sourceforge.net/u/microdean/</uri></author><id>https://sourceforge.netccf1712304deea5e30adfbd1a95ae939868fec1b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;QXM32 existed in both TEMP and T$MP.  I went into SYSM32 and deleted QXM32 in TEMP.  Afterwards, I could not do another action in the program.  It complained that the LINE=03 data no longer existed.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>$SEC - Fails to HOLD before update.</title><link href="https://sourceforge.net/p/engine/engine-bugs/2/" rel="alternate"/><published>2010-09-03T22:56:05Z</published><updated>2010-09-03T22:56:05Z</updated><author><name>Dean Lyles</name><uri>https://sourceforge.net/u/microdean/</uri></author><id>https://sourceforge.net0ebe3c9c1f0870f92d58a25b0ef574e5d2024369</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Engine fails to successfully HOLD a data line before update, when file $SEC is not in the database.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>SIZEOF 2BYTE VS 4 BYTE</title><link href="https://sourceforge.net/p/engine/engine-bugs/1/" rel="alternate"/><published>2010-09-03T20:34:45Z</published><updated>2010-09-03T20:34:45Z</updated><author><name>Tom Garrison</name><uri>https://sourceforge.net/u/tom-garrison/</uri></author><id>https://sourceforge.netdf36847dc037c466936a3def3a7c33688bb30c22</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;SIZEOF opcode only updates the last 2 bytes of the field that holds the length. That should always be big enough for any size field . BUT if the length field was a negative number to begin with (ie -30 hex (FFFFFFFC)  when the SIZEOF is run it will only update the last 2 bytes. So if the field is 256 (hex 00000100 it will leave the length field as FFFF0100 which is -62380 or something like that. I have to zn the length before the SIZEOF if the length is a field used for other things like _BIN1.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>