Closed
Bug 950499
Opened 12 years ago
Closed 11 years ago
Several warnings : comparison between signed and unsigned integer expressions in /mozilla-central/netwerk/sctp/src/user_mbuf.c
Categories
(Core :: WebRTC: Networking, defect)
Core
WebRTC: Networking
Tracking
()
RESOLVED
FIXED
mozilla30
People
(Reporter: iosifadrianmihai, Assigned: jesup)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
3.98 KB,
patch
|
jesup
:
review-
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 (Beta/Release)
Build ID: 20130201190337
Steps to reproduce:
./mach build
Actual results:
/mozilla-central/netwerk/sctp/src/user_mbuf.c:726:11: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:774:10: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:916:10: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:1150:15: warning: signed and unsigned type in conditional expression [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:1169:15: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:1202:11: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
/mozilla-central/netwerk/sctp/src/user_mbuf.c:1205:11: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
Reporter | ||
Comment 1•12 years ago
|
||
Attachment #8347779 -
Flags: review?(mcmanus)
Updated•12 years ago
|
Blocks: buildwarning
Updated•12 years ago
|
Attachment #8347779 -
Flags: review?(mcmanus) → review?(rjesup)
Assignee | ||
Updated•12 years ago
|
Component: Networking → WebRTC: Networking
Assignee | ||
Comment 2•12 years ago
|
||
Comment on attachment 8347779 [details] [diff] [review]
fixes warnings described in bug
Review of attachment 8347779 [details] [diff] [review]:
-----------------------------------------------------------------
This wallpapers over the actual problem. The problem is that this parameter should likely never have been an int, and is so due to history.
Michael: how do you want to go here?
Iosif: Any changes we make here will want to be upstreamed to the SCTP source we import, so it may make sense to fix it there first and import it.
Attachment #8347779 -
Flags: review?(rjesup) → review-
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Randell Jesup [:jesup] from comment #2)
> Comment on attachment 8347779 [details] [diff] [review]
> fixes warnings described in bug
>
> Review of attachment 8347779 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> This wallpapers over the actual problem. The problem is that this parameter
> should likely never have been an int, and is so due to history.
>
> Michael: how do you want to go here?
>
> Iosif: Any changes we make here will want to be upstreamed to the SCTP
> source we import, so it may make sense to fix it there first and import it.
Could you please give a small hint, if possible, to where the source file where the root of the bug is more precisely? Also, changing the variable in the source file where it was declared would imply changing the parameter list of the function that uses it, right? Have I understood correctly what needs to be done?
Comment 4•12 years ago
|
||
The code is taken from the FreeBSD kernel, the parameter is of type int.
In the FreeBSD sources the constant MLEN und MHLEN are of type int, see
http://fxr.watson.org/fxr/source/sys/mbuf.h#L64
If have committed an upstream fix, see
http://code.google.com/p/sctp-refimpl/source/detail?r=8768
Thanks for reporting the issue.
Best regards
Michael
Assignee | ||
Comment 5•12 years ago
|
||
Iosif: thanks! So now the problem is fixed upstream due to your report, and will be merged when we next import the sctp library (which should be soon).
I'll close this out when that lands.
Updated•11 years ago
|
OS: Linux → All
Hardware: x86_64 → All
![]() |
||
Comment 6•11 years ago
|
||
Can this bug be closed now that Bug 916427 has landed and stuck?
Flags: needinfo?(rjesup)
Assignee | ||
Comment 7•11 years ago
|
||
thanks
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(rjesup)
Resolution: --- → FIXED
Updated•11 years ago
|
Target Milestone: --- → mozilla30
Comment 8•11 years ago
|
||
![]() |
||
Comment 9•11 years ago
|
||
(In reply to Gregory Szorc [:gps] from comment #8)
> https://hg.mozilla.org/projects/metro/rev/a8e3534959ba
FWIW, this was Bug 1036781 which originally landed with the wrong bug number:
https://hg.mozilla.org/integration/mozilla-inbound/rev/a8e3534959ba
https://hg.mozilla.org/integration/mozilla-inbound/rev/33373d724284
https://hg.mozilla.org/integration/mozilla-inbound/rev/ee2ceee36816
You need to log in
before you can comment on or make changes to this bug.
Description
•