Closed
Bug 301340
Opened 19 years ago
Closed 19 years ago
js.obj : error LNK2019: unresolved external symbol _js_GetDependentStringChars referenced in function _Evaluate
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: timeless, Assigned: mrbkap)
Details
Attachments
(1 file)
1005 bytes,
patch
|
mrbkap
:
review+
brendan
:
approval1.8b4+
|
Details | Diff | Splinter Review |
narcissus doesn't build on windows because mrbkap entrailed a js private function (js_GetDependentStringChars) using a js macro (JSSTRING_CHARS) in jsshell (Evaluate) which is an embedding consumer.
Assignee | ||
Updated•19 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•19 years ago
|
||
timeless was concerned about JS_GetStringChars returning NULL, but I don't think that source can be a dependent string, so JS_GetStringChars shouldn't need to allocate anything and we should be safe.
Assignee | ||
Updated•19 years ago
|
Attachment #189807 -
Flags: review?(brendan)
Assignee | ||
Comment 2•19 years ago
|
||
Comment on attachment 189807 [details] [diff] [review] use public apis Brendan says r=him.
Attachment #189807 -
Flags: review?(brendan) → review+
Comment 3•19 years ago
|
||
Furthermore (timeless!), JS_GetStringChars never returns null. If there's an OOM it returns a pointer into the dependent string's base string's chars, which lacks only a NUL backstop terminator. /be
Comment 4•19 years ago
|
||
Comment on attachment 189807 [details] [diff] [review] use public apis So this is not part of the build (unlike xpcshell), but a=me anyway -- get it in so we can all move on ;-). /be
Attachment #189807 -
Flags: approval1.8b4+
Assignee | ||
Comment 5•19 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Flags: testcase-
You need to log in
before you can comment on or make changes to this bug.
Description
•