Re: [Firebird-devel] url from headers
Leyne, Sean wrote: url from headers should be changed from http://www.Inprise.com/IPL.html to http://www.firebirdsql.org/en/interbase-public-license Actually they should not be changed. The headers are exactly as they were when Inprise released the code. They (now Embarcadero) are the true source for the license details. It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers
-Original Message- From: Lester Caine [mailto:les...@lsces.co.uk] Sent: Martes, 23 de Agosto de 2011 2:17 It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. I seem to remember that Inprise/Borland created a second version of the license but we chose to stick to the original, so we would have to check the Embarcadero text word by word. C. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers
It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. I seem to remember that Inprise/Borland created a second version of the license but we chose to stick to the original, so we would have to check the Embarcadero text word by word. We keep as is - thats how they were released - thats how they stay. My 2c. Paul -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers
Paul Beach wrote: It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. I seem to remember that Inprise/Borland created a second version of the license but we chose to stick to the original, so we would have to check the Embarcadero text word by word. We keep as is - thats how they were released - thats how they stay. Did Inprise exist when the files were originally released? That was changed later already wasn't it? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers
It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. I seem to remember that Inprise/Borland created a second version of the license but we chose to stick to the original, so we would have to check the Embarcadero text word by word. We keep as is - thats how they were released - thats how they stay. I'm afraid that problem will raise again and again. May be we should add a file in doc/license, stating that we know about missing license at inprise's URL, but must keep it as is, and certainly add a link to our site? -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers
Paul Beach wrote: It would not be appropriate for the project to change the License header, in any way. Which would be fine if the link actually went to Embarcadero but it seems that the inprise domains are now owned by advertising scammers? I think in this case changing it is appropriate as long as the target actually has license information. I seem to remember that Inprise/Borland created a second version of the license but we chose to stick to the original, so we would have to check the Embarcadero text word by word. We keep as is - thats how they were released - thats how they stay. Did Inprise exist when the files were originally released? That was changed later already wasn't it? Borland was Inprise at that time... hence the url. Dale Fuller was in the process of trying to change the name back from Inprise to Borland. Paul -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] url from headers - Email found in subject
Marius, Now inprise.com is owned by someone else And this is the project's problem, how? There are likely thousands of documents/files which Inprise released which have URLs which are now unreachable... that is just a fact of life. It just so happens that a number of those documents are the Firebird code headers. As the document owners it is their responsibility to address this problem. In fact, if Embacadero feels that the issue needs attention, they (as the copyright owners) could host the original license text (there was a revision, which the Firebird code is NOT covered by) as a new link and then prepare/submit a patch with the corrected headers to the project for our review/approval and check-in. It is, however, most certainly not for the project developers to change the headers, in any way. Sean -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
[Firebird-devel] [FB-Tracker] Created: (CORE-3583) New internal function to get the default value of the field
New internal function to get the default value of the field --- Key: CORE-3583 URL: http://tracker.firebirdsql.org/browse/CORE-3583 Project: Firebird Core Issue Type: New Feature Components: Engine Affects Versions: 2.5.0 Reporter: Ain Valtin Priority: Minor Add internal function to query the default value of a column: DEFAULT_VALUE(table.field) So one could write query like SELECT ... WHERE DEFAULT_VALUE(field) field; to get rows where value of certain field differs from the column's default value. It would be nice if there is DEFAULT context available in triggers so that one could write IF(NEW.Field IS DISTINCT FROM DEFAULT.Field)THEN Feature should also be available in constraints, ie CREATE TABLE TAB_Foo ( fieldA ..., fieldB ..., CONSTRAINT C_field_AB CHECK((fieldA DEFAULT)OR(fieldB DEFAULT)) ); to ensure that either fieldA or fieldB has a different value than default. MySQL has such a function, called DEFAUL(), see http://dev.mysql.com/doc/refman/5.5/en/miscellaneous-functions.html#function_default The MySQL function raises error when the field doesn't have default defined, I would prefer that FB's implementation would return NULL, perhaps with addidional function IS_DEFAULT_DEFINED() to check the meaning of the NULL. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
[Firebird-devel] [FB-Tracker] Created: (CORE-3584) Extend substring function to support pattern matching
Extend substring function to support pattern matching - Key: CORE-3584 URL: http://tracker.firebirdsql.org/browse/CORE-3584 Project: Firebird Core Issue Type: Improvement Components: Engine Affects Versions: 2.5.0 Reporter: Ain Valtin Priority: Minor Extend the substring function to support pattern matching, ie SUBSTRING(str MATCH pattern) if there is no match return NULL -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel