Closed Bug 488074 Opened 16 years ago Closed 8 years ago

nsinstall fails with path names that include carat "^" characters

Categories

(Firefox Build System :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: hiro, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.8.0.4) Gecko/20060508 Firefox/3.0 Build Identifier: When I build xulrunner /home/user/hg/mozilla-central/objdir-windows-mobile-debug-no-jemalloc with MozillaBuildSetup-1.3, nsinstall fails in toolkit/mozapps/downloads/tests. nsinstall: cannot copy c:\cygwin\home\user\hg\mozilla-central\toolkit\mozapps\do wnloads\tests\chrome\unknownContentType_dialog_layout_data.txt^headers^ to ..\.. \..\..\..\_tests\testing\mochitest\chrome\toolkit\mozapps\downloads\tests\chrome \unknownContentType_dialog_layout_data.txt^headers^: The system cannot find the path specified. nsinstall: cannot copy c:\cygwin\home\user\hg\mozilla-central\toolkit\mozapps\do wnloads\tests\chrome\unknownContentType_dialog_layout_data.pif^headers^ to ..\.. \..\..\..\_tests\testing\mochitest\chrome\toolkit\mozapps\downloads\tests\chrome \unknownContentType_dialog_layout_data.pif^headers^: The system cannot find the path specified. Reproducible: Always
Thanks for the bug report. The pathnames that cause nsinstall to fail are not that long. But they all end with ^headers^. We should find out why. Do you know what ^headers^ is, and where the ^ characters come from?
Those files are used to modify the behavior of the JS HTTP server used for unit tests: https://developer.mozilla.org/En/Httpd.js/HTTP_server_for_unit_tests#Header_modification_for_files This doesn't appear to be an NSPR bug.
Assignee: wtc → nobody
Component: NSPR → Build Config
Product: NSPR → Core
QA Contact: nspr → build-config
Version: other → Trunk
Summary: nsinstall fails with long path name. → nsinstall fails with path names that include carat "^" characters
The nsinstall that MozillaBuild ships with is some weird old windows port. Hiroyuki: what's up with the c:\cygwin in your pathnames. You're not actually mixing cygwin in there somewhere, are you?
(In reply to comment #3) > The nsinstall that MozillaBuild ships with is some weird old windows port. > > Hiroyuki: what's up with the c:\cygwin in your pathnames. You're not actually > mixing cygwin in there somewhere, are you? Hmm, I don't know what is wrong on my environment. Anyway, I get the error only on /home/user/hg/mozilla-central/objdir-windows-mobile-debug-no-jemalloc. There is no error on /home/user/hg/mozilla-central/objdir-wm6-dbg. What's the difference?
We shouldn't be using nsinstall for these file copies any more. `hg files 'glob:**^**'` says we have plenty of files with ^ in them and nobody has been complaining. So this seems to have worked itself out.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.