<< Sub-release 2.0.3 | Firebird 2.0.7 Release Notes | Sub-release 2.0.1 >>

Bugs fixed

Sub-release 2.0.2

(CORE-1405) A vulnerability would be manifest in attach/create database when the filename exceeded the MAX_PATH_LEN value.

fixed by A. Peshkoff

~ ~ ~

(CORE-1403) In a situation where several events were being registered simultaneously by a client using an XNET connection, the server could crash.

fixed by D. Yemanov

~ ~ ~

(CORE-1400) GSTAT did not support the optional port number in the TCP/IP connection string.

fixed by D. Yemanov

~ ~ ~

(CORE-1399) GSTAT was not considering the RemoteServicePort option in firebird.conf.

fixed by D. Yemanov

~ ~ ~

(CORE-1398) GSTAT was treating localhost as case-sensitive on Windows.

fixed by D. Yemanov

~ ~ ~

(CORE-1397) Large network packets with garbage could result in big memory consumption and high CPU load in a Superserver/TCP/IP environment, creating a vulnerability.

fixed by V. Horsun

~ ~ ~

(CORE-1380) I/O errors would occur after changing the Forced Writes attribute of a database if there were other attachments to the databases.

fixed by V. Horsun

~ ~ ~

(CORE-1371) An EXECUTE BLOCK statement within an EXECUTE STATEMENT string would fail.

fixed by A. Peshkoff

~ ~ ~

(CORE-1349) The remote interface was failing to check (in REM_receive and REM_fetch calls) the length of client-supplied messages against the formatted length of the messages.

fixed by V. Horsun

~ ~ ~

(CORE-1347) Certain conditions would cause unexpected "cannot transliterate" errors.

fixed by D. Yemanov

~ ~ ~

(CORE-1331) Character set transliterations were not working with EXECUTE STATEMENT.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1328) the gfix code for two-phase recovery operations with gfix -t was broken on POSIX, causing an unexpected end of input error.

fixed by A. Peshkoff

~ ~ ~

(CORE-1312) A security vulnerability showed up, whereby a remote attacker could gain file access to a system running Firebird.

fixed by A. Peshkoff

~ ~ ~

(CORE-1303) Superserver's remote listener could go into an infinite loop.

fixed by A. Peshkoff

~ ~ ~

(CORE-1302) Some race conditions could occur during service startup.

fixed by A. Peshkoff

~ ~ ~

(CORE-1300) Lower level index pages were being omitted from the parent page.

fixed by V. Horsun

~ ~ ~

(CORE-1299) Wrong ordering of index entries was occurring at non-leaf b-tree pages.

fixed by V. Horsun

~ ~ ~

(CORE-1298) The BTR\garbage_collect code could cause a deadlock in a page cache.

fixed by V. Horsun

~ ~ ~

(CORE-1292) Attempting to create a table, when the connection had been made using a long user name and UTF8 as the attachment character set, would cause an exception.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1286) A bug with multi-byte characters was causing overflows and server crashes when a string value was applied to a COMPUTED BY field.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1279) Incorrect initialization of the engine would occur when many clients were attempting simultaneously to be the first to connect to Superserver.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1276) Sometimes, INET errors were being reported in firebird.log with an error code of 0 instead of the real error code.

fixed by V. Horsun

~ ~ ~

(CORE-1265) Detaching from a database would deallocate the memory used by an active critical section.

fixed by D. Yemanov

~ ~ ~

(CORE-1249) Full shutdown mode would not work on Classic if there were other connections to the database.

fixed by D. Yemanov

~ ~ ~

(CORE-1248) Incorrect timestamp arithmetic would be performed when one of the operands was negative.

fixed by V. Horsun

~ ~ ~

(CORE-1247) The BLOB garbage collection would remove the wrong BLOB if the departing BLOB's descriptor contained 0:0 ("Null value") but the field's NULL flag was not set.

fixed by V. Horsun

~ ~ ~

(CORE-1240) With Darwin on PPC, any task using libfbclient, would hang on exit.

fixed by A. Peshkoff

~ ~ ~

(CORE-1223) On openSUSE Linux 10.2 a nonsensical message could appear in firebird.log: Open file limit increased from 1024 to 0.

fixed by V. Horsun

~ ~ ~

(CORE-1207) Since v. 2.0.1, all kernel objects created by the Firebird engine had their names prefixed with Global\ to cause them to be created in the global namespace and be accessible to processes running in different sessions. It also prevents possible database corruption. On Windows 2003 and Vista, this requires SeCreateGlobalPrivilege, which is fine for a stand-alone server and clients. However, requiring for those extra privileges was no good for applications deployed with the embedded engine.

fixed by V. Horsun

~ ~ ~

(CORE-1205) The v. 2.1 Beta gbak would crash the v2.0.x server when attempting to backup a database.

fixed by D. Yemanov, C. Valderrama

~ ~ ~

(CORE-1203) Some performance issues were encountered with certain queries on 32-bit Linux.

fixed by A. Peshkoff

~ ~ ~

(CORE-1183) A view could not be created if its WHERE clause contained an IN <subquery> expression referring to a procedure.

fixed by D. Yemanov

~ ~ ~

(CORE-1156) PREPARE would fail when having an uncast parameter on the left side of a comparison with a subquery expression.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1153) STARTING [WITH] used for a join condition gave different results depending on whether a certain index was active or inactive.

fixed by A. dos Santos Fernandes

~ ~ ~

(CORE-1149) There was a vulnerability whereby the Services API could be used to effect a Denial-of-Service attack.

fixed by A. Peshkoff

~ ~ ~

(CORE-1145) The server would lock up while attempting to commit the deletion of an expression index.

fixed by D. Yemanov

~ ~ ~

(CORE-1142) A generator's COMMENT could not be altered to the same value.

fixed by C. Valderrama

~ ~ ~

(CORE-984) On Windows, fbclient.dll would change the security descriptor of the calling process.

fixed by D. Yemanov, V. Horsun

~ ~ ~

(CORE-968) A condition could occur that caused the client to lose its connection with the Firebird server.

fixed by A. Peshkoff

~ ~ ~

(CORE-900) Attaching to a database simultaneously with the Services API and a standard API function could cause a deadlock.

fixed by A. Peshkoff

back to top of page
<< Sub-release 2.0.3 | Firebird 2.0.7 Release Notes | Sub-release 2.0.1 >>