[
https://issues.apache.org/jira/browse/TS-228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Plevyak updated TS-228:
----------------------------
Assignee: John Plevyak (was: Theo Schlossnagle)
Fix Version/s: 2.1.4
(was: 2.1.3)
I am taking this, but it isn't urgent... most of the problems have to do with
dates and year 2035, so we can afford to push to 2.1.4... I'll be trickling in
the
changes as I can determine that they are safe.
> Solaris 64-bit SunPro long is 64-bit while for g++ 64-bit long is 32-bit, we
> shoud not use "long" anywhere in TS
> ----------------------------------------------------------------------------------------------------------------
>
> Key: TS-228
> URL: https://issues.apache.org/jira/browse/TS-228
> Project: Traffic Server
> Issue Type: Bug
> Components: Cleanup
> Affects Versions: 2.1.0
> Reporter: John Plevyak
> Assignee: John Plevyak
> Priority: Critical
> Fix For: 2.1.4
>
>
> Solaris 64-bit SunPro long is 64-bit while for g++ 64-bit long is 32-bit.
> This is a potential can of worms which at the least is making records.snap
> incompatible but at worse could be the cause of other bugs.
> In any case we should not be using "long" in the TS code, but instead use
> either "int" which is always 32-bits or "inkXXX" of a particular size.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
