This repository has been archived by the owner on Jan 31, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO
224 lines (157 loc) · 7.03 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
XDB TODO's (not necessarily in this order!)
-------------------------------------------
1) Complete Doxygen support
2) Fix exeception handling
3) Transaction support
4) Safe update/modification support
5) Enhance performance
6) Add client/server support
7) Get this thing into CVS
------------------------------------------------------------------------------
The following is the contents of the TODO file from the original xBase library
------------------------------------------------------------------------------
Please feel free to put your name next to any item or category of items
that you would like to work on. Then we will know who to keep asking if
it is done yet -)).
Also, if you fix anything, please update this list appropriately.
Proposed Version Release Plan and Schedule
------------------------------------------
1) 1.9.x - Development release
- ANSI C++ where possible
- General code cleanup
- xbString
- new/delete to replace malloc/free usage
- lint errors
- clean up cr/lf in source files
- see the email at the end of this todo list
- Other code contributions as donated
- Develop Regresion testing scenarios and programs
Willy's comments on testingg: "I started thinking of a test suite.
DejaGNU looks like an overkill. Instead I thought of record-by-line
dump utility and diff.
- Other misc bug fixes as submitted
- Additional Makefiles
2) 2.0 Next Stable release
3) 2.1 Next Development release - post 2.0
-----------------------------------------------------------------------------
Specific Items on the TODO list
-------------------------------
I. General code cleanup, minor bugs, and ansi code usage things
- Replace malloc/free with new/delete where possible
- Replace string usage with xbString usage
- Expression functions in need of fixing
1) RECNO is broke
2) STR( "ccc", 2 ) -> returns "ccc" even though length is 2
3) STR( -52.345, 3 ) -> return -52.345 even though length is 3
4) DESCEND does not work, not sure what is should do
5) DTOC function in testdate program does not work
II. Design
- Enhance common abstract layer under xbDbf/xbIndex/xbNdx/xbNtx.
Use old thread on "New index class design" as a basis.
- Redesign / rebuild / retest field logic
- Record and File Locking Enhancements needed
Analysis is required to determine how Dbase, FoxPro and Clipper perform
file and record locking, and determine a scheme for getting Xbase to
peacefully coexist in those environments where similar locking protocols
are required.
html.cpp code relies on XB_LOCKING_ON to use 'struct flock'. In real
world, even checking for HAVE_FCNTL_H won't help to verify flock()
availability. Something is to be done to get html.cpp compile under
Windows with XB_LOCKING_ON.
III. Enhancements.cheap
A) i18n: get rid of XB_CASTELLANO and use static xbDate members instead;
release 2.1
B) i18n: same for xbStrError. Make it xbXBase member;
C) Date: Wed, 10 Feb 1999 16:10:41 +0500 (YEKT)
From: Vitaly Fedrushkov <[email protected]>
Expressions like these are not supported:
DATE - DATE (= NUM)
DATE - NUM (= DATE)
DATE + NUM (= DATE)
D) Empty date (like CTOD(" / / ") ) is not handled in many cases.
In fact, EMPTY() function is not implemented either.
IV. Install
- Write a set of makefiles/configs for all supported platforms;
- From [email protected] Sun Feb 14 14:15:21 1999
Date: Tue, 9 Feb 1999 06:57:52 -0500
From: Warren Spits <[email protected]>
There is a problem with the Makefiles for the bin and example
directories. When compiled with a VPATH different from the original source
directory, the compiler fails to find xbase.h. This is because on the
command line the c compiler has -I../xbase instead of -I$(top_srcdir)/xbase.
I didn't attach a diff because I don't know much about automake.
V. Half Cooked requests
- Record and File Locking Enhancements needed
a) finish/test locking logic to support DOS/Windows/NT environments
b) Verify locking works with other xbase products - Dbase, Foxbase
and Clipper
VI. Docs
- Doc++
- Create Xbase How To
- Create Xbase FAQ
- Create Xbase HACKING
- Update xbString documentation chapter
- Update Turbo Vision documentation chapter
- Expand expression processing documentation
VII. Wish list
- map the xbase function names to standard Dbase names
- Add filter processing - several people have asked for this one
and opionally make some type of database rebuild process which can read the
log files and rebuild a database from it
- Additional index types (.IDX,.MDX) support
- Transaction processing - this is a big one
- Create a logging routine - put hooks in the PutRecord function to log date
- Create a client/server Linux/Unix daemon server process for running
- Create a command processing environment
--------------------------------------------------------------------------
This email lists things that need worked on during development version 1.9
From [email protected] Sun Feb 14 16:06:20 1999
Date: Fri, 12 Feb 1999 19:09:53 -0500 (EST)
From: "Paul M. Foster" <[email protected]>
Reply-To: [email protected]
Subject: Re: Interface backwards compatibility?
<snip>
> Well, a few minutes ago I finished source linting with '-ansi
> -pedantic -Wall -W -Wshadow -Wbad-function-cast -Wcast-qual
> -Wwrite-strings -Wconversion -Wmissing-prototypes
> -Wmissing-declarations -Woverloaded-virtual'. Here are my kills:
>
> 1. strdup() is enabled by _GNU_SOURCE. Shouldn't cause any problem
> with most compilers
>
> 2. gcvt() is a SYSV-ism. Ditto.
>
This is problematic. It isn't ANSI, but many compilers have it. Conversion
to and from numbers/strings in C is a pain.
> 3. fileno() -- not sure about its origin. Works everywhere? I saw
> even _fileno in NTX code.
>
This is a unixism. It's meant to allow a bridge from the ANSI C FILE* way
of doing things to the old unix way. It is *not* ANSI.
> 4. strcasecmp() is a BSD feature. In Borland, stricmp() works as
> substitute.
>
> 5. Some '#endif FOO' cases.
>
> 6. Many files are written in CRLF convention. Not sure what to do
> here.
>
DOS files. No choice here?
> 7. Numerous (const char*) to (char*) casts. May make BC 4.x angry.
>
> 8. Other nondeadly sins include unused args and unreachable returns
> and data members shadowed by function parameters, including pearls
> like 'this->size = size' :(
>
These should really be cleaned up.
> There were no serious troubles seen.
>
> So it looks like we're far from pure ANSI code, but is it bad?
>
Yes and no. Lint kills don't necessarily mean non-ANSI. I'd say the code
should be ANSI, so we can reasonably expect any compiler to handle it.
Compilers that can't-- sorry, not supported.
On the other hand, there will be some places (like file locking, process
control), where we can't help but be platform-specific. Those should be
isolated in their own files if possible.
Paul M. Foster