Closed
Bug 824105
Opened 12 years ago
Closed 9 years ago
cprGetMessage apparent stack corruption
Categories
(Core :: WebRTC: Signaling, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: dmosedale, Assigned: dmosedale)
References
Details
(Whiteboard: [WebRTC], [blocking-webrtc-])
Attachments
(1 file)
(deleted),
patch
|
bwc
:
review-
|
Details | Diff | Splinter Review |
The compiler noticed this: the original code passed the address of a pointer on the stack rather than of a structure to gettimeofday(). It's not clear whether this actually was causing problems. However, the code didn't actually use that info anyway, so this patch simply stops requesting it entirely.
Attachment #694984 -
Flags: review?(ekr)
Assignee | ||
Comment 1•12 years ago
|
||
Patch also fixes a couple of warnings about disallowed interspersing of code and variable declarations.
Updated•12 years ago
|
Whiteboard: [WebRTC], [blocking-webrtc-]
Assignee | ||
Comment 3•10 years ago
|
||
I don't know. If the code is still there and in this state, there's may be a super tiny code-size win here.
Flags: needinfo?(dmose)
Comment 4•10 years ago
|
||
Comment on attachment 694984 [details] [diff] [review]
fix android IPC apparent stack corruption
Review of attachment 694984 [details] [diff] [review]:
-----------------------------------------------------------------
rerouting to byron
Attachment #694984 -
Flags: review?(ekr) → review?(docfaraday)
Comment 5•10 years ago
|
||
Comment on attachment 694984 [details] [diff] [review]
fix android IPC apparent stack corruption
Review of attachment 694984 [details] [diff] [review]:
-----------------------------------------------------------------
::: media/webrtc/signaling/src/sipcc/cpr/android/cpr_android_ipc.c
@@ +180,5 @@
> static const char fname[] = "cprCreateMessageQueue";
> cpr_msg_queue_t *msgq;
> static int key_id = 100; /* arbitrary starting number */
> + pthread_cond_t _cond = PTHREAD_COND_INITIALIZER;
> + pthread_mutex_t _lock = PTHREAD_MUTEX_INITIALIZER;
We will leak these if cpr_calloc fails below. Why don't we just do something like msgq->cond = PTHREAD_COND_INITIALIZER? What are the temp variables for anyway?
Attachment #694984 -
Flags: review?(docfaraday) → review-
Comment 6•9 years ago
|
||
sdparta removed this function
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•