(no subject)

Four questions: a.(I think this may be an old question) I'm working with 4glRDS 4.00.UH2, and I've found that the environVar DBDATE does not have any incidence in the behaviour of my programs. The first idea I used was to specify a format in the form files, via upscol. I think this is not a legitimate solution, and I believe it is possible to find another way to solve this. I'm speaking of a "compatible", "portable" solution, in such a way that I don't have to recompile the forms. b.Moving from .03 to release 4.xx I've found at least two new OPTIONS in 4gl grammar: INPUT ATTRIBUTES and DISPLAY ATTRIBUTES. The fact is that I need to include these clauses in programs developed under .03, because if I don't do it, the fields in my forms appear in normal mode until I walk to each field (Having stated reverse attribute for them in the form). Is there any way to overcome this defaults in some consistent way, without recompilation of my programs? Is there some undocumented EnvironVar I can use? c.Aprox. two weeks ago I posted a question about ESQL/C and *some* C++ compatibility, and the only answer came from Guillermo Esteban Garcia who has tried from TurboC++ to g++ without success. I then resend the question: Does anyone knows if is it possible to link *some* ESQL/C with *some* c++? d.Where can I look for a tool under unix such that I can manipulate a graphic BLOB, in a geographic DB style? Many thanks in advance. --- *********************************** Name: Ricardo I. GUIDO LAVALLE Address: 6 - 938 P. 19 Of. 3 (1900) La Plata Argentina T.E.: 54 01 4-8455 4-5925 E-Mail: rigl@podnet.edu.ar **********************************