Closed Bug 734685 Opened 13 years ago Closed 13 years ago

Support IPC Thread::SetName on Mac

Categories

(Core :: IPC, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla14

People

(Reporter: BenWa, Assigned: BenWa)

References

Details

Attachments

(2 files)

Attached patch patch (deleted) — Splinter Review
Useful for gdb, this code is an adaption from chromium/src/base/threading/platform_thread_posix.cc.
Attachment #604687 - Flags: review?(jones.chris.g)
Assignee: nobody → bgirard
Status: NEW → ASSIGNED
Component: Graphics → IPC
QA Contact: thebes → ipc
Is this related to bug 720778 at all?
Blocks: 720778
Comment on attachment 604687 [details] [diff] [review] patch Did you check if this was fixed in upstream chromium? I'd be happy to pull a change from there, too. >+ std::string shortened_name = std::string(name).substr(0, kMaxNameLength); >+ // pthread_setname() fails (harmlessly) in the sandbox, ignore when it does. >+ // See http://crbug.com/47058 >+ dynamic_pthread_setname_np(shortened_name.c_str()); What's the ownership model for the pointer here? Please doc. r=me with ownership clarified (/ proven correct ;) ).
Attachment #604687 - Flags: review?(jones.chris.g) → review+
I got the code from 'chromium/src/base/threading/platform_thread_posix.cc', wouldn't that be upstream? The change doesn't apply cleanly so I had to make a patch manually.
I looked in bionic and it's implemented by copying name: bionic/libc/bionic/pthread.c So it must certainly be the same elsewhere. I'll add a comment when checking in.
Pulling from upstream is good. Would prefer you check the darwin docs, but r+ from upstream (hopefully) means someone else already checked docs.
Target Milestone: --- → mozilla14
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
No longer blocks: omtc
Blocks: omtc
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: