Cyril ADRIAN ha scritto: > Some comments about that: > * What about reading an already-existing database? There may be NULLs > in there, since the data was not written by an Eiffel program... > * In any case, my database *was* written by an Eiffel program (if you > are interested: ESE/tutorial/tuf) but no precondition caught me when I > tried to insert a NULL. > * Oracle treats an empty string and NULL exactly the same way (i.e. an > empty String is always returned as NULL). It looks like SQlite3 makes > a difference. I don't know the SQL norm very well, but it seems there > is a little fuzziness here. > I'll address the first and the second ASAP; I would not care that much to SQL dialects and API quirks since it would require to re-invent for the billionth time the wheel; that's why I'm working on eiffel-gda these days, now that version 3.0 is out. Sadly they made quite a few changes to the design in many places... I'm tempted to start from the scratch, it would be cleaner.
BTW, I'm tempted to commit the stubs produced by $eiffel_libraries/scripts/create-classes.sh --package libgda3-doc . Do you think that it could help to work it out or would it pollute the repository too much? > Yes, that's what triggered my mail. But I don't see what you seem to > think is a problem. The code behaved properly and returned the > expected Void :-) > I was pretty sure that case would try to create a STRING from a NULL pointer, violating a precondition... _______________________________________________ Eiffel-libraries-devel mailing list [email protected] https://mail.gna.org/listinfo/eiffel-libraries-devel
