I may have missed the point or I'm not aware of all the details here but trying to use a GUID in its string representation is a failure by itself. I see no benefit in making something work that isn't advisable in the first place. Like trying to move a datetime as string to the db and hoping it get interpreted correctly.
Is there a case where this is needed because doing it right (using a Guid as its type and not as string) and use parameters isn't possible? -----Ursprüngliche Nachricht----- Von: Jiří Činčura [mailto:j...@cincura.net] Gesendet: Dienstag, 10. Januar 2017 15:20 An: For users & developers of the Firebird .NET providers <firebird-net-provider@lists.sourceforge.net> Betreff: [Firebird-net-provider] About GUIDs in Firebird Hi *, we have this ticket DNET-509 in tracker. Although I agree the change would be nice, it's also a breaking change as huge as it can get. What's your take on it? Or do you see clean way out? -- Mgr. Jiří Činčura Independent IT Specialist ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ Firebird-net-provider mailing list Firebird-net-provider@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/firebird-net-provider ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ Firebird-net-provider mailing list Firebird-net-provider@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
