Subscribe for automatic updates: RSS icon RSS

Login icon Sign in for full access | Help icon Help
Advanced search

Pages: [1]
  Reply  |  Print  
Author Topic: Planned feature deprecation for next major release...  (Read 13129 times)
David H.
Posts: 158


« on: December 19, 2013, 12:59:07 pm »

I read in the planned feature depreciation section of the v2.50 announcement, see https://4js.com/en/news/products/2013/announcing-genero-250-general-availability, that you plan to depreciate the C API functions. This is worrying as we use some of those functions (examples being dtcvfmtasc() and dttofmtasc()) to give us functionality that is not currently available in BDL... Are there some plans to offer us a way forward when this new version eventually appears? 
Sebastien F.
Four Js
Posts: 545


« Reply #1 on: December 19, 2013, 01:04:08 pm »

Hello David,
Could you please describe your complete environment? Platforms, databases ...
And why do you use C Extensions, what kind of things you do in C?
Thanks,
Seb
David H.
Posts: 158


« Reply #2 on: December 19, 2013, 02:15:32 pm »

Hi Seb.

Platform wise we are windows only. Database wise its currently Informix and Oracle, with plans to potentially add SQL Server at some point in the future.

The main functions we use the API for are to give us full control over the format of a datetime (datetime -> string and string -> datetime). These are primarily used in file input/output routines (ASCII, XML, etc) so just about any format of a datetime can be accommodated by just setting up the appropriate mask in a configuration file. I think we also use rdefmtdate() for string -> date conversions with a format mask...
Sebastien F.
Four Js
Posts: 545


« Reply #3 on: December 19, 2013, 02:30:14 pm »

So you would not need to write your own C extensions if Genero would support DATETIME formatting functions natively?
Sounds a bit weird that we advertise "return to simplicity", when I see what you have to do.
Seb
David H.
Posts: 158


« Reply #4 on: December 19, 2013, 04:04:02 pm »

Yes pretty much, I think we would need:-

1. Convert string to datetime with a formatting mask.
2. Convert datetime to a string with a formatting mask.
3. Convert string to a date with a formatting mask.

BDL is quite good at datatype -> string but not so good at string -> datatype..

I think I'm correct in saying none of the above can be done via built in BDL functionality currently. I agree that having to write our own low level functions to support any format is not really my definition of "return to simplicity" !

Best wishes for Xmas and the New Year to you and the rest of Four Js team.

D.
Pages: [1]
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines