|
Hi Vern, please always consider that English is not my language so don't take any special meaning in my posts. It's just hard enough to explain the matter. But my point is very simple about some aspects of Iseries: We have a fantastic platform but regarding some aspects the support is partial, not complete or... complicated. When I hire a newcomer to this platform I discover, while teaching and comparing with other platforms, so many aspects of this situation. The Null capacity of any field (an not just on database ones) should be supported in all the languages since is more like a concept than an occasionally need. If I'm missing any function (math, graphic or whatever) I can [easily] write one or use one from other language but I cannot mimic a base function as null. Maybe I can but it's a cost that I cannot afford. And honestly I cannot blame the developers team since few years ago we got the chance to express our opinion about the enhancements we would like to have and the full null support was in the bottom of the list... Marco --- Vernon Hamberg <vhamberg@xxxxxxxxxxx> wrote: > Marco > > I agree it is not as simple to deal with NULL attributes in SQL as it is > in > RPG. So I'll go along with you, that it is not supported in a way that is > as easy to do. It is also harder in C/C++ - you have to deal with a > separate structure there for handling the NULL attribute. > > But does this mean it is almost not supported? A matter of semantics. I > find that "...almost not...' is an overstatement. You can handle NULLs in > any of these cases, therefore it IS supported. Easy to do? In RPG IV, yes. > > In the other situations, no. > > Of course, you CAN do DSPFs & PRTFs in C, but it is not fun. Least ways, > not so much as in RPG. > > All in all, I think we've violently agreed too long on this topic. > > Long live RPG! > > ;-) > > Vern ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.