[
https://issues.apache.org/jira/browse/TS-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13730528#comment-13730528
]
ASF subversion and git services commented on TS-1987:
-----------------------------------------------------
Commit e413f12ce13ccfd2742d069501a102673e8975f7 in branch refs/heads/3.3.x from
[~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=e413f12 ]
Merge branch 'master' into 3.3.x
* master:
TS-2100 Initialize the SSL/NPN registration mutex
add TS-1987, TS-2097 to CHANGES
TS-2097: remove ink_strtok_r() wrapper
TS-2097 Remove ink_string_find_dotted_extension()
TS-2097 replace ink_string_copy() w/ ink_strlcpy()
TS-2097: remove unsued string functions
TS-1987: replace ink_string_fast functions
TS-1987: rip out ink_string_fast_ functions
TS-1501: fix the bug that mistaken the read as write of netvc.
thanks zwoop for pointing it out.
TS-2091: Fix spacing in separate commit
TS-2091: Return an error from RecGetRecordOrderAndId if the stat isn't
registered
> Replace "fast" string functions in ink_string.h with those from standard
> string.h
> ---------------------------------------------------------------------------------
>
> Key: TS-1987
> URL: https://issues.apache.org/jira/browse/TS-1987
> Project: Traffic Server
> Issue Type: Improvement
> Reporter: Phil Sorber
> Assignee: Igor Galić
> Fix For: 3.3.5
>
>
> These were probably faster once upon a time, but the libc stuff will likely
> use sse and other optimizations now. Question is do we change the calls
> throughout the code, or just make ink_string.h a bunch of wrappers? I like
> the former, but it seems we often do the latter.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
