delta/php-git.git/ext/dbase, branch php-4.2.3RC2 git.php.net: repository/php-src.git Killing compiler warning 2002-03-05T00:28:20+00:00 Frank M. Kromann fmk@php.net 2002-03-05T00:28:20+00:00 5f4fe6255e4703fe1d6347eee3a73dcc955d20c9 






Making dbase compule under WIn32
2002-03-05T00:28:07+00:00

Frank M. Kromann
fmk@php.net

2002-03-05T00:28:07+00:00

68caa643285143fbccb51b6eaf4f15b699c79fe5












Maintain headers.
2002-02-28T08:29:35+00:00

Sebastian Bergmann
sebastian@php.net

2002-02-28T08:29:35+00:00

90613d2282e4863630b2facc023af175dd973311












Now dbase_pack() actually truncates the resulting .dbf file to the right
2001-12-31T12:52:34+00:00

Vlad Krupin
vlad@php.net

2001-12-31T12:52:34+00:00

543077d9153900fc13b00829bba7e345459175f0

size (possibly fixing bug #6852 #3).
@Make dbase_pack() truncate the file to the right size. (Vlad)






size (possibly fixing bug #6852 #3).
@Make dbase_pack() truncate the file to the right size. (Vlad)








Verified and fixed bug 6852 #2. Now memo fields are 10 butes long, not 9.
2001-12-31T10:23:30+00:00

Vlad Krupin
vlad@php.net

2001-12-31T10:23:30+00:00

2f0cd79621ffc21f9fd1aa50d6eb497a1f59b879

That does not seem to affect how the code works except when creating a new
structure, in which case 'M' fields used to get created with size 9.
@Fixed bug 6852 #2. Mem fields are now 10 bytesin size, not 9. (Vlad)






That does not seem to affect how the code works except when creating a new
structure, in which case 'M' fields used to get created with size 9.
@Fixed bug 6852 #2. Mem fields are now 10 bytesin size, not 9. (Vlad)








Verified and fixed bug 6852 #1. No more null byte after terminating 0x0D.
2001-12-31T09:13:08+00:00

Vlad Krupin
vlad@php.net

2001-12-31T09:13:08+00:00

431c1f1d310dea4f400e8dd12292ecb61a16724a

Verified that the problem is real when creating new files and writing
a record. Both fixed and old versions seem to be able to somehow read
and write already existing files properly though.
@Fixed bug 6852 #1. No more null byte after terminating 0x0D. (Vlad)






Verified that the problem is real when creating new files and writing
a record. Both fixed and old versions seem to be able to somehow read
and write already existing files properly though.
@Fixed bug 6852 #1. No more null byte after terminating 0x0D. (Vlad)








Fixed bug #5993. Now if the result returned from a database is bigger
2001-12-14T04:22:01+00:00

Vlad Krupin
vlad@php.net

2001-12-14T04:22:01+00:00

fb8c06324948c88368d7de5c9033515a49ee2117

than a long, dbase_get_record() and dbase_get_record_with_names() will
return a string instead.
# Need to update documentation to reflect that change
@ Fixed problem with dbase not returning very large (larger than long)
@ integers properly. (Vlad)






than a long, dbase_get_record() and dbase_get_record_with_names() will
return a string instead.
# Need to update documentation to reflect that change
@ Fixed problem with dbase not returning very large (larger than long)
@ integers properly. (Vlad)








Update headers.
2001-12-11T15:32:16+00:00

Sebastian Bergmann
sebastian@php.net

2001-12-11T15:32:16+00:00

38933514e1d60ac2f93225a705ed36b5b23d4e45












Unified the configure messages.
2001-11-30T19:00:13+00:00

foobar
sniper@php.net

2001-11-30T19:00:13+00:00

f1397d533969095577f9d11005015a1291b16568












* zend_module_entry change: apino, debug and zts are moved first,
2001-10-11T23:33:59+00:00

Stig Bakken
ssb@php.net

2001-10-11T23:33:59+00:00

689252082c2660e2b6fddc674047922d8b2c7845

  see README.EXTENSIONS file for upgrade help.
@Introduced extension version numbers (Stig)






  see README.EXTENSIONS file for upgrade help.
@Introduced extension version numbers (Stig)