Closed Bug 499769 Opened 16 years ago Closed 15 years ago

using __LOCATION__ is terminating xpcshell.exe on wince

Categories

(Core :: JavaScript Engine, defect)

ARM
Windows Mobile 6 Professional
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: jmaher, Unassigned)

Details

while working on the mochitests for windows mobile, I ran into an issue while getting the httpd.js server running from xpcshell.exe. I have narrowed the problem I found down to this line of code: http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/server.js#151 If I replace __LOCATION__.parent with: var sb = Components.classes["@mozilla.org/file/local;1"]. createInstance(Components.interfaces.nsILocalFile); sb.initWithPath("\\Tests\\mochitest\\test2.js"); serverBasePath = sb.parent; I can get it up and going. Poking around in the code, I cannot figure out why we would have this issue (hence the bug). This is tested on my HTC Touch Pro device with a build from last week.
Assignee: nobody → general
Component: Windows Mobile → JavaScript Engine
Product: Fennec → Core
QA Contact: mobile-windows → general
Can we get a stack?
could be related to: https://bugzilla.mozilla.org/show_bug.cgi?id=470914#c14. Working on a debug build to see if that will produce a stack.
ok, after looking into this further, it looked like a crash the way I was running it, but it turns out that we terminate the xpcshell script when we hit __LOCATION__: http://mxr.mozilla.org/mozilla-central/source/js/src/xpconnect/shell/xpcshell.cpp#149 It is my understanding that blassey has a patch for getcwd on wince.
Summary: using __LOCATION__ is crashing xpcshell.exe → using __LOCATION__ is terminating xpcshell.exe on wince
Joel, do you still see this?
if I use the --environ:"CWD=..." this works.
WFM as per comment #5
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.