22449 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
fsg	bc76b7596c	nightly update	2006-06-11 02:19:36 +00:00
robocop	2a7bded8cf	increment build number	2006-06-10 03:32:52 +00:00
robocop	e5464ff779	Protect UDF-related code from leaks due to error conditions.	2006-06-10 03:32:50 +00:00
asfernandes	361640866c	increment build number	2006-06-10 02:21:32 +00:00
asfernandes	3a87b41a2d	Misc	2006-06-10 02:21:31 +00:00
fsg	6d4c819318	increment build number	2006-06-10 02:19:41 +00:00
fsg	39226ff9c5	nightly update	2006-06-10 02:19:36 +00:00
asfernandes	288073f2a7	increment build number	2006-06-09 13:24:06 +00:00
asfernandes	c981a5aedb	Extend locale pattern of WIN32 to be equal to others platforms	2006-06-09 13:24:03 +00:00
asfernandes	e48fc09b7a	increment build number	2006-06-09 13:24:02 +00:00
fsg	3b349e95bc	increment build number	2006-06-09 02:19:18 +00:00
fsg	36b098434e	nightly update	2006-06-09 02:19:14 +00:00
robocop	700ece077f	increment build number	2006-06-08 05:15:39 +00:00
robocop	a17f279988	increment build number	2006-06-08 05:15:38 +00:00
robocop	541fe6c579	It seems that all of Jim's hand-made parsers have had the same bug for 20 years in compilers that treat the "char" type as signed byte internally: they get random character attributes because they apply negative indices (obviously out of bounds) to the array of char attributes for any char value greater than 127. And all of them do their work in slightly but almost equal way... tell me about code redundance! This without losing time fixing unused stuff like jrd/jlx.c.	2006-06-08 05:15:37 +00:00
robocop	4ced6b4161	increment build number	2006-06-08 05:15:36 +00:00
robocop	7ad6446a8e	increment build number	2006-06-08 05:15:34 +00:00
robocop	2dcb742d78	increment build number	2006-06-08 05:02:39 +00:00
robocop	991de0b29e	Make LC_MESSAGES env var work as expected (get only filename) for an alternative messages file held in the INTL dir.	2006-06-08 05:02:34 +00:00
robocop	de8a30d57c	increment build number	2006-06-08 04:51:48 +00:00
robocop	dfadf32400	Delenda est SMALL_FILE_NAMES.	2006-06-08 04:51:45 +00:00
fsg	4c186bda01	increment build number	2006-06-08 02:19:50 +00:00
fsg	6cbdd02845	increment build number	2006-06-08 02:19:08 +00:00
fsg	d8ed43387e	nightly update	2006-06-08 02:19:05 +00:00
dimitr	a3593e72a0	increment build number	2006-06-07 08:20:19 +00:00
robocop	5b31cb2392	increment build number	2006-06-07 05:39:49 +00:00
robocop	1813e5a124	Fix bug noticed by Dmitry Yemanov: sometimes, special characters are detected and rejected. Other times, anything that follows them is silenty ignored. Unacceptable. We were accesing an array out of bounds. ... update customers set city = 1<SC> where 1 = 0; In this case, SC was a strange character in the range 127..255 (for example, 238) and I had to use Windows' chcp 1251 and isql's set names 1251 to see the problem.	2006-06-07 05:39:46 +00:00
fsg	079e21871a	increment build number	2006-06-07 02:19:51 +00:00
fsg	6ea42a37cd	increment build number	2006-06-07 02:19:11 +00:00
fsg	963aa24dc1	nightly update	2006-06-07 02:19:08 +00:00
dimitr	e48feb6763	increment build number	2006-06-06 17:28:30 +00:00
dimitr	70e56bbbc9	increment build number	2006-06-06 17:27:49 +00:00
dimitr	1b6e018f1f	increment build number	2006-06-06 17:00:58 +00:00
dimitr	9642e605b6	The callers check for "< 0" but we never could return a negative value. -1 has been converted to 65535 before returning.	2006-06-06 17:00:55 +00:00
asfernandes	a3feffa57d	increment build number	2006-06-06 15:42:51 +00:00
asfernandes	6704275f76	Make compilable in MSVC6	2006-06-06 15:42:50 +00:00
asfernandes	8d6330da1c	increment build number	2006-06-06 15:42:49 +00:00
alexpeshkoff	56ea0c15f0	increment build number	2006-06-06 11:30:46 +00:00
alexpeshkoff	4c3fe4e7d3	Use MIN/MAX from common.h instead of STL templates	2006-06-06 11:30:43 +00:00
alexpeshkoff	0c4980252b	increment build number	2006-06-06 11:22:34 +00:00
alexpeshkoff	ee92258e74	cleanup	2006-06-06 11:22:33 +00:00
alexpeshkoff	ce4d7b9479	increment build number	2006-06-06 11:21:36 +00:00
alexpeshkoff	13695f4993	redefinition of new/delete in non-STL case	2006-06-06 11:21:33 +00:00
alexpeshkoff	c98c0c9554	increment build number	2006-06-06 10:34:36 +00:00
alexpeshkoff	ded5cc2c49	cleanup	2006-06-06 10:34:32 +00:00
alexpeshkoff	53fc46d085	increment build number	2006-06-06 10:33:11 +00:00
alexpeshkoff	2f745a8df7	increment build number	2006-06-06 10:33:10 +00:00
alexpeshkoff	efc64a05e0	increment build number	2006-06-06 10:31:46 +00:00
alexpeshkoff	6f10481952	increment build number	2006-06-06 10:30:57 +00:00
dimitr	8147bc5726	increment build number	2006-06-06 10:23:39 +00:00