| Bug #6852 | Misc. bugs | ||||
|---|---|---|---|---|---|
| Submitted: | 22 Sep 2000 8:21am UTC | Modified: | 31 Dec 2001 7:57am UTC | ||
| From: | kpeters at otaksoft dot com | Assigned to: | vlad | ||
| Status: | Closed | Category: | dBase related | ||
| Version: | 4.0.2 | OS: | FreeBSD 4.0 | ||
[22 Sep 2000 8:21am UTC] kpeters at otaksoft dot com
[24 Sep 2000 4:34pm UTC] jmoore@php.net
Please do not report multiple bugs in one report, also please use the short desc in the future, it is there for a reason, so that people can see immediately what the bug is about. before posting another bug report please read http://bugs.php.net/bugs-dos-and-donts.php. Thanks anyway James
[31 Dec 2001 5:34am UTC] vlad@php.net
Bug #1 is valid, though I know of applications that add add a null byte there, just like php does. This seems to be relatively harmless, because most of the apps are smart wnough to recognize that change, yet it is not in the specs, so it got fixed. Scream if it breaks anything. Bug #2 is valid, yet as of now there is really no support for .dbt files anyway, so the only difference that would make is during creation of a new dbf file. Fixed. Bug #3 - I'm not sure to which revision of the file kpeters refers to, definitely not line 288 anymore:( I need to look into what he meant. Will do so tomorrow. Assigning to self for now...
[31 Dec 2001 7:57am UTC] vlad@php.net
... and bug 3... you were using revision 1.30 for your line numbers :). From looking at it... I am not sure what you are saying here. Do you imply that we have to pack() the file before adding a new record? I do not think so. If you were talking about dbase_pack() not truncating the file, I fixed it in dbf_rec.c ...closed
