Bug 518623
| Summary: | busted sizes for SQLBIGINT and ODBCINT64 etc | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Caolan McNamara <caolanm> | ||||
| Component: | unixODBC | Assignee: | Tom Lane <tgl> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 12 | CC: | dcantrell, hhorak, tgl | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2010-04-08 10:05:33 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
yeah, should be 8 not 4. back in F-10 with unixODBC-2.2.12-9.fc10 we get 8 unix-ODBC-2.2.11 on debian gives 8 so it just looks like unixODBC-2.2.14 in F-11/rawhide that gives the incorrect 4 Hmm. Anything that mentioned ODBCINT64 directly would probably fail to compile, but it seems like gcc doesn't object to "typedef SQLBIGINT;" and treats it as implicitly int. So code referencing SQLBIGINT or SQLUBIGINT is at risk. I will fix this in HEAD ... I am not sure if it's bright to back-patch into F-11, but on the other hand it's unlikely that could make things worse. unixODBC-2.2.14-6.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/unixODBC-2.2.14-6.fc11 Fix pushed into rawhide, also in F-11 testing. unixODBC-2.2.14-6.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update unixODBC'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-8919 This has been fixed for F12, dropping it from the blocker. This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping lets mark this as closed, as fixed since F-12 |
Created attachment 358225 [details] get the defines into the headers Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: #include <sqltypes.h> #include <stdio.h> int main(void) { fprintf(stderr, "size is %d\n", sizeof(SQLBIGINT)); return 0; } Actual results: size is 4 Expected results: I strongly suspect it should be 8 Additional info: This comes about because /usr/include/unixodbc_conf_platform.h has just #define ODBCINT64 which comes from odbc_config --header, it should be #define ODBCINT64 "something" A fix attached, which is basically derived from head unixODBC cvs. Quite possibly technically anything that built against our unixODBC headers is busted.