Closed Bug 221563 Opened 21 years ago Closed 17 years ago

mozilla-1.6a doesn't start on Tru64UNix 5.1A

Categories

(SeaMonkey :: Build Config, defect)

Product:
SeaMonkey
Component:
Build Config
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: mmokrejs, Unassigned)

References

Details

(Whiteboard: make install doesn't create nested directory paths correctly)

Attachments

(4 files, 7 obsolete files)

list of files in /afs/gsf.de/@sys/usr/lib/mozilla-1.6a
40.42 KB, text/plain
Details
serious rewrite of EnsureFileInDir #2 (-u6)
17.14 KB, patch
Details | Diff | Splinter Review
serious rewrite of EnsureFileInDir #3
17.44 KB, patch
Details | Diff | Splinter Review
be more verbose when old lockfiles are left in tree
1.99 KB, patch
Details | Diff | Splinter Review
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030826 Build Identifier: Hi, I cannot start mozilla-1.6a. It seems it loops when cannot find basic files. For example, $MOZILLA_FIVE_HOME/chrome/icons/default/default16.xpm is missing. I used mozilla-source.tar.bz2 from Sep 23 2003. serow# ls -la /afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/icons/default/ total 184 drwxr-xr-x 2 cron daemon 4096 Oct 8 11:54 . drwxr-xr-x 3 cron daemon 2048 Oct 8 11:54 .. -rw-r--r-- 1 cron daemon 6896 Aug 15 2002 abcardWindow.xpm -rw-r--r-- 1 cron daemon 3698 Aug 15 2002 abcardWindow16.xpm -rw-r--r-- 1 cron daemon 6932 Aug 15 2002 addressbookWindow.xpm -rw-r--r-- 1 cron daemon 1357 Aug 15 2002 addressbookWindow16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 bmPropsWindow.xpm -rw-r--r-- 1 cron daemon 2600 Aug 15 2002 bmPropsWindow16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 bookmark-window.xpm -rw-r--r-- 1 cron daemon 2600 Aug 15 2002 bookmark-window16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 calendar-window.xpm -rw-r--r-- 1 cron daemon 2167 Aug 15 2002 calendar-window16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 chatzilla-window.xpm -rw-r--r-- 1 cron daemon 1677 Aug 15 2002 chatzilla-window16.xpm -rw-r--r-- 1 cron daemon 5096 Aug 15 2002 downloadManager.xpm -rw-r--r-- 1 cron daemon 1879 Aug 15 2002 downloadManager16.xpm -rw-r--r-- 1 cron daemon 5834 Aug 15 2002 editorWindow.xpm -rw-r--r-- 1 cron daemon 1699 Aug 15 2002 editorWindow16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 findBookmarkWindow.xpm -rw-r--r-- 1 cron daemon 2600 Aug 15 2002 findBookmarkWindow16.xpm -rw-r--r-- 1 cron daemon 6932 Aug 15 2002 findHistoryWindow.xpm -rw-r--r-- 1 cron daemon 2383 Aug 15 2002 findHistoryWindow16.xpm -rw-r--r-- 1 cron daemon 6932 Aug 15 2002 history-window.xpm -rw-r--r-- 1 cron daemon 2383 Aug 15 2002 history-window16.xpm -rw-r--r-- 1 cron daemon 6914 Aug 15 2002 jsconsoleWindow.xpm -rw-r--r-- 1 cron daemon 3626 Aug 15 2002 jsconsoleWindow16.xpm -rw-r--r-- 1 cron daemon 5570 Aug 15 2002 main-window.xpm -rw-r--r-- 1 cron daemon 1181 Aug 15 2002 main-window16.xpm -rw-r--r-- 1 cron daemon 6050 Aug 15 2002 messengerWindow.xpm -rw-r--r-- 1 cron daemon 1699 Aug 15 2002 messengerWindow16.xpm -rw-r--r-- 1 cron daemon 6932 Aug 15 2002 msgcomposeWindow.xpm -rw-r--r-- 1 cron daemon 2942 Aug 15 2002 msgcomposeWindow16.xpm -rw-r--r-- 1 cron daemon 6896 Aug 15 2002 venkman-window.xpm -rw-r--r-- 1 cron daemon 3338 Aug 15 2002 venkman-window16.xpm -rw-r--r-- 1 cron daemon 6950 Aug 15 2002 winInspectorMain.xpm -rw-r--r-- 1 cron daemon 3824 Aug 15 2002 winInspectorMain16.xpm serow# access("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/custom.jar", F_OK) Err#2 No such file or directory stat("/software/@sys/usr/lib/mozilla-1.6a", 0x000000011FFF83E8) = 0 lstat("/software", 0x000000011FFF7B20) = 0 readlink("/software", "afs/gsf.de", 1023) = 10 lstat("/afs", 0x000000011FFF7210) = 0 lstat("/afs/gsf.de", 0x000000011FFF7210) = 0 lstat("/afs/gsf.de/@sys", 0x000000011FFF7B20) = 0 lstat("/afs/gsf.de/@sys/usr", 0x000000011FFF7B20) = 0 lstat("/afs/gsf.de/@sys/usr/lib", 0x000000011FFF7B20) = 0 lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a", 0x000000011FFF7B20) = 0 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a", 0x00000001402B8618) = 0 stat("/software/@sys/usr/lib/mozilla-1.6a", 0x00000001402B8618) = 0 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/skins/classic/scrollbars.css", 0x00000001402B9518) Err#2 No such file or directory lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/skins/classic/scrollbars.css", 0x00000001402B9518) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 write(2, " W A R N I N G : N S _".., 87) = 87 stat("/.mozilla/default/zb4vmk9u.slt/chrome/userChrome.css", 0x00000001402B9418) Err#2 No such file or directory lstat("/.mozilla/default/zb4vmk9u.slt/chrome/userChrome.css", 0x00000001402B9418) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 write(2, " W A R N I N G : N S _".., 87) = 87 stat("/.mozilla/default/zb4vmk9u.slt/chrome/userContent.css", 0x00000001402B9518) Err#2 No such file or directory lstat("/.mozilla/default/zb4vmk9u.slt/chrome/userContent.css", 0x00000001402B9518) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 write(2, " W A R N I N G : N S _".., 87) = 87 stat("/software/@sys/usr/lib/mozilla-1.6a/res/platform-forms.css", 0x00000001402B9418) Err#2 No such file or directory lstat("/software/@sys/usr/lib/mozilla-1.6a/res/platform-forms.css", 0x00000001402B9418) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 write(2, " W A R N I N G : N S _".., 87) = 87 WARNING: chrome: failed to get base url for chrome://navigator/content/navigator.xul -- using wacky default, file nsChromeRegistry.cpp, line 644 write(2, " W A R N I N G : c h r".., 145) = 145 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/core/navigator.xul", 0x00000001402B9518) Err#2 No such file or directory lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/core/navigator.xul", 0x00000001402B9518) Err#2 No such file or directory WARNING: chrome: failed to get base url for chrome://global/locale/appstrings.properties -- using wacky default, file nsChromeRegistry.cpp, line 644 write(2, " W A R N I N G : c h r".., 149) = 149 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/appstrings.properties", 0x00000001402B9418) Err#2 No such file or directory lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/appstrings.properties", 0x00000001402B9418) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsDocShell.cpp, line 2639 write(2, " W A R N I N G : N S _".., 81) = 81 open("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/components/libxremoteservice.so", O_RDONLY, 01777777777777777777770) = 9 fstat(9, 0x000000011FFFB000) = 0 read(9, "830114\0 , M } ?\08001\0".., 8192) = 8192 mmap(0x000003FFBDB90000, 81920, PROT_READ|PROT_EXEC, MAP_FILE|MAP_VARIABLE|MAP_PRIVATE, 9, 0) = 0x000003FFBDB90000 mmap(0x000003FFFF8C0000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_FILE|MAP_VARIABLE|MAP_PRIVATE, 9, 81920) = 0x000003FFFF8C0000 close(9) = 0 socket(AF_UNIX, SOCK_DGRAM, PF_UNSPEC) = 9 getpid() = 37498 [ 37545 ] sendto(9, 0x000000011FFFAAA8, 1991, 0, 0x000000011FFFA990, 14) Err#2 No such file or directory close(9) = 0 uname(0x000000011FFFAEC8) = 0 write(4, "02\004\0 "\0800201\0\0\0".., 904) = 904 read(4, 0x000000011FFFB220, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "1CD7B4\0 "\080028B01\0\0".., 32) = 32 read(4, "1CD7B5\0 "\080028C01\0\0".., 32) = 32 read(4, "12\0B7\0 $\08002 $\08002".., 32) = 32 read(4, "13\0CE\0 '\08002 '\08002".., 32) = 32 read(4, "01\0D0\0\0\0\0\0\0\0\0\0".., 32) = 32 write(4, "0F\002\0 &\08002", 8) = 8 read(4, "01FDD1\001\0\0\0 H\0\0\0".., 32) = 32 read(4, " '\08002", 4) = 4 write(4, "14\006\0 %\08002 v\0\0\0".., 24) = 24 read(4, 0x000000011FFFB220, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01\0D2\0\0\0\0\0\0\0\0\0".., 32) = 32 write(4, "0F\002\0 %\08002", 8) = 8 read(4, 0x000000011FFFB228, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01FDD3\001\0\0\0 H\0\0\0".., 32) = 32 read(4, " &\08002", 4) = 4 write(4, "02\004\0 %\0800201\0\0\0".., 228) = 228 read(4, 0x000000011FFFBAC8, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "1CD7D8\0 %\080028B01\0\0".., 32) = 32 read(4, "1CD7D9\0 %\080028C01\0\0".., 32) = 32 read(4, "12\0DB\0 '\08002 '\08002".., 32) = 32 read(4, "16\0DD\0 '\08002 '\08002".., 32) = 32 read(4, "16\0DE\0 &\08002 &\08002".., 32) = 32 read(4, "01D0DF\0\0\0\0\0 }01\0\0".., 32) = 32 write(4, "10\006\0\r\08002 _ M O Z".., 24) = 24 read(4, 0x000000011FFFBAC8, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01\0E0\0\0\0\0\0 ~01\0\0".., 32) = 32 write(4, "10\006\010\08002 _ M O Z".., 24) = 24 read(4, 0x000000011FFFBAC8, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01\0E1\0\0\0\0\07F01\0\0".., 32) = 32 write(4, "10\007\011\08002 _ M O Z".., 28) = 28 read(4, 0x000000011FFFBAC8, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01\0E2\0\0\0\0\08001\0\0".., 32) = 32 write(4, "10\006\0\r\08002 _ M O Z".., 24) = 24 read(4, 0x000000011FFFBAC8, 32) Err#35 Operation would block poll(0x000000014000F670, 1, -1) = 1 read(4, "01\0E3\0\0\0\0\08101\0\0".., 32) = 32 gettimeofday(0x000000011FFFBB80, 0x00000000) = 0 pipe(0x000003004282A1A0) = 9 [ 10 ] poll(0x00000001402B90E0, 2, 0) = 0 stat("/software/@sys/usr/lib/mozilla-1.6a/res/ua.css", 0x00000001402BA418) Err#2 No such file or directory lstat("/software/@sys/usr/lib/mozilla-1.6a/res/ua.css", 0x00000001402BA418) Err#2 No such file or directory *** open of resource://gre/res/ua.css failed: error=80520012 write(1, " * * * o p e n o f ".., 61) = 61 ###!!! ASSERTION: unexpected null pointer: 'aUAStyleSheet', file nsDocumentViewer.cpp, line 1245 write(2, " # # # ! ! ! A S S E R".., 97) = 97 Break: at file nsDocumentViewer.cpp, line 1245 write(2, " B r e a k : a t f i".., 47) = 47 write(2, "07", 1) = 1 gettimeofday(0x000000011FFFA6B0, 0x00000000) = 0 open("/etc/zoneinfo/localtime", O_RDONLY, 00) = 11 read(11, "\0\0\0\0\0\0\0\0\0\0\0\0".., 5188) = 755 close(11) = 0 WARNING: chrome: failed to get base url for chrome://navigator-platform/locale/navigator.properties -- using wacky default, file nsChromeRegistry.cpp, line 644 write(2, " W A R N I N G : c h r".., 160) = 160 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001402BB118) Err#2 No such file or directory lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001402BB118) Err#2 No such file or directory WARNING: chrome: failed to get base url for chrome://navigator/locale/navigator.properties -- using wacky default, file nsChromeRegistry.cpp, line 644 write(2, " W A R N I N G : c h r".., 151) = 151 stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001402BB218) Err#2 No such file or directory lstat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001402BB218) Err#2 No such file or directory WARNING: NS_ENSURE_TRUE(mDeviceContext) failed, file nsDocShell.cpp, line 4401 write(2, " W A R N I N G : N S _".., 79) = 79 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(EnsureDeviceContext())) failed, file nsDocShell.cpp, line 4810 write(2, " W A R N I N G : N S _".., 100) = 100 gettimeofday(0x000000011FFFB4A0, 0x00000000) = 0 gettimeofday(0x000000011FFFB460, 0x00000000) = 0 gettimeofday(0x000000011FFFAFB0, 0x00000000) = 0 gettimeofday(0x000000011FFFB580, 0x00000000) = 0 gettimeofday(0x000000011FFFB500, 0x00000000) = 0 gettimeofday(0x000000011FFFB3C0, 0x00000000) = 0 gettimeofday(0x000000011FFFB240, 0x00000000) = 0 WARNING: NS_ENSURE_TRUE(global) failed, file nsDocumentViewer.cpp, line 906 write(2, " W A R N I N G : N S _".., 76) = 76 access("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/icons/default/default.xpm", F_OK) Err#2 No such file or directory access("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/icons/default/default16.xpm", F_OK) Err#2 No such file or directory write(4, "12\007\0 %\08002 }01\0\0".., 124) = 124 read(5, "FA", 1) = 1 gettimeofday(0x000000011FFFBB80, 0x00000000) = 0 poll(0x00000001402BA7A0, 2, 0) = 1 gettimeofday(0x000000011FFFBB80, 0x00000000) = 0 poll(0x00000001402BA7A0, 2, 0) = 1 gettimeofday(0x000000011FFFBB80, 0x00000000) = 0 poll(0x00000001402BA7A0, 2, 0) = 1 gettimeofday(0x000000011FFFBB80, 0x00000000) = 0 poll(0x00000001402BA7A0, 2, 0) = 1 Reproducible: Always Steps to Reproduce: 1. 2. 3.
could you attach a list of all files? something like: find /afs/gsf.de/@sys/usr/lib/mozilla-1.6a > filelist it looks like you don't have any .jar files in chrome/ also, please indicate what configure or .mozconfig options you used you might ./mozilla -ProfileManager or mv ~/.mozilla ~/.mozilla.bad (you can also try zapping your chrome.rdf and overlayinfo) WARNING: chrome: failed to get base url for chrome://navigator/content/navigator.xul -- using wacky default, file is the thing that indicates mozilla couldn't find chrome (along with: stat("/afs/gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/core/navigator.xul" 0x00000001402B9518) Err#2 No such file or directory ) we know and have bugs about the fact that mozilla doesn't do something useful if it can't find any chrome, so this bug should focus on finding out why your build is missing chrome.
also, could you try running mozilla from dist/bin ? cd {buildpath}/dist/bin ./mozilla
Yes, during the make install I saw that some jar files were not found. I used: CC=cc CXX=cxx CFLAGS="-O0 -arch ev56 -g2 -pthread" CXXFLAGS="-O0 -arch ev56 -g2" ./configure --enable-crypto --with-libIDL-prefix=/software/@sys/usr --prefix=/software/@sys/usr --enable-debug-modules --enable-debugger-info-modules rm -rf ~/.mozilla did not help (mozilla doesn't start as the files are missing anyway) what am I supposed to zap? serow# find /afs/gsf.de/@sys/usr/lib/mozilla-1.6a -name chrome.rdf serow# Why couldn't mozilla show that it could not find some files? Why does user have to discover that with truss?
u sure it isn't a dup of bug 221422 Working with Phil yesterday I found that this occurs on AIX/HPUX & Linux... so probably ALL unixes...
Depends on: 221422
Hi, so I tried yeatserday snapshoton Tru64again, I get: $ cd dist/bin/ $ ./mozilla Type Manifest File: /afs/gsf.de/@sys/usr/lib/mozilla-1.6a/components/xpti.dat nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) ###!!! ASSERTION: no native to utf-8 converter: 'gNativeToUTF8 != INVALID_ICONV_T', file nsNativeCharsetUtils.cpp, line 313 Break: at file nsNativeCharsetUtils.cpp, line 313 ###!!! ASSERTION: no utf-8 to native converter: 'gUTF8ToNative != INVALID_ICONV_T', file nsNativeCharsetUtils.cpp, line 320 Break: at file nsNativeCharsetUtils.cpp, line 320 ###!!! ASSERTION: failed to create encoder: '0', file nsUNIXCharset.cpp, line 367 Break: at file nsUNIXCharset.cpp, line 367 ###!!! ASSERTION: unable to use nl_langinfo(CODESET): '0', file nsUNIXCharset.cpp, line 300 Break: at file nsUNIXCharset.cpp, line 300 ###!!! ASSERTION: unable to convert locale to charset using deprecated config: '0', file nsUNIXCharset.cpp, line 125 Break: at file nsUNIXCharset.cpp, line 125 WEBSHELL+ = 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 ###!!! ASSERTION: failed to Ensure1Window: 'NS_SUCCEEDED(rv)', file nsAppRunner.cpp, line 1258 Break: at file nsAppRunner.cpp, line 1258 nsPluginHostImpl::Observe "xpcom-shutdown" WARNING: nsExceptionService ignoring thread destruction after shutdown, file nsExceptionService.cpp, line 189 WARNING: NS_ENSURE_TRUE(uriLoader) failed, file nsDocShell.cpp, line 386 WARNING: Failed to create timer, file nsJSEnvironment.cpp, line 1800 nsPluginHostImpl dtor WEBSHELL- = 0 $ Please notat that about 2 weeks old mozilla is installed, for example the /afs/gsf.de/@sys/usr/lib/mozilla-1.6a/components/xpti.dat file one of them. When I run "make install", I see many times some .jar files missing: make[3]: Entering directory `/afs/.gsf.de/sources/mozilla/intl/uconv/src' ../../../config/nsinstall -t -m 755 libuconv.so /software/@sys/usr/lib/mozilla-1.6a/components +++ making chrome /afs/.gsf.de/sources/mozilla/intl/uconv/src => /software/@sys/usr/lib/mozilla-1.6a/chrome/en-US.jar copy(./charsetTitles.properties, /software/@sys/usr/lib/mozilla-1.6a/chrome/en-US/locale/en-US/global/charsetTitles.properties) failed: No such file or directory at ../../../config/make-jars.pl line 395, <STDIN> line 2. make[3]: *** [install] Error 2 Could this be ignored? AFter "make install", running mozilla from intalled location gives: mozilla Type Manifest File: /afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/components/xpti.dat nsNativeComponentLoader: autoregistering begins. ###!!! ASSERTION: no native to utf-8 converter: 'gNativeToUTF8 != INVALID_ICONV_T', file nsNativeCharsetUtils.cpp, line 313 Break: at file nsNativeCharsetUtils.cpp, line 313 ###!!! ASSERTION: no utf-8 to native converter: 'gUTF8ToNative != INVALID_ICONV_T', file nsNativeCharsetUtils.cpp, line 320 Break: at file nsNativeCharsetUtils.cpp, line 320 *** Registering nsTestDynamicModule components (all right -- a generic module!) *** Registering MyService components (all right -- a generic module!) *** Registering nsSampleModule components (all right -- a generic module!) *** Registering xpcomObsoleteModule components (all right -- a generic module!) *** Registering xpconnect components (all right -- a generic module!) *** Registering xpconnect_test components (all right -- a generic module!) *** Registering nsUConvModule components (all right -- a generic module!) *** Registering nsUCvMathModule components (all right -- a generic module!) *** Registering nsI18nModule components (all right -- a generic module!) nsNativeComponentLoader: SelfRegisterDll(libjar50.so) Load FAILED with error: dlopen: Cannot map library libmozz.so Why doesn't mozilla die when libmozz.so cannot be found? That directir *is* listed in MOZILLA_FIVE_HOME. Addid that direcory to LD_LIBRARY_PATH removes this problem. But still, could mozilla die with a clear message immediately?
Here is a list of jar files built on my platform: mozilla$ find . -name *.jar ./security/nss/lib/fortcrypt/swfort/pkcs11/OSF1V5.1_64_DBG.OBJ/libswft.jar ./plugin/oji/MRJ/plugin/MRJPlugin.jar ./plugin/oji/MRJ/plugin/netscape.plugin.jar ./plugin/oji/MRJCarbon/plugin/MRJPlugin.jar ./layout/html/tests/block/bugs/RealSnow.jar ./dist/bin/chrome/en-US.jar ./dist/bin/chrome/comm.jar ./dist/bin/chrome/toolkit.jar ./dist/bin/chrome/embed-sample.jar ./dist/bin/chrome/US.jar ./dist/bin/chrome/en-win.jar ./dist/bin/chrome/en-unix.jar ./dist/bin/chrome/en-mac.jar ./dist/bin/chrome/pipnss.jar ./dist/bin/chrome/pippki.jar ./dist/bin/chrome/classic.jar ./dist/bin/chrome/modern.jar ./dist/bin/chrome/content-packs.jar ./dist/bin/chrome/help.jar ./dist/bin/chrome/venkman.jar ./dist/bin/chrome/inspector.jar ./dist/bin/chrome/chatzilla.jar ./dist/bin/chrome/messenger.jar $ Installed mozilla has: $ cat /software/@sys/usr/lib/mozilla-1.6a/chrome/installed-chrome.txt content,install,url,jar:resource:/chrome/comm.jar!/content/communicator/ locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en-US/communicator/ $ ls -la /software/@sys/usr/lib/mozilla-1.6a/chrome total 13 drwxr-xr-x 3 cron daemon 2048 Oct 25 10:15 ./ drwxr-xr-x 11 cron daemon 6144 Oct 25 10:13 ../ drwxr-xr-x 3 cron daemon 2048 Oct 8 11:54 icons/ -rw-r--r-- 1 cron daemon 151 Oct 25 10:16 installed-chrome.txt $
Are they required for startup? If so, why doesn't mozilla die when they are missing?
OK, the install process (missing .jar files in chrome/ is screwed up because of config/make-jars.pl around line 395. I believe either $dir or $destPath should be used. This patch fixes my problem with .jar files being not installed. This is what I get with the patch. Maybe, someone shoudl find where the zip is executed and make the code not to print out this warning. serow.gsf.de# rm -rf /software/@sys/usr/lib/mozilla-1.6a/chrome serow.gsf.de# make install 2>&1 > install-fixed.txt zip warning: ../en-US.jar not found or empty zip warning: ../comm.jar not found or empty zip warning: ../toolkit.jar not found or empty zip warning: ../embed-sample.jar not found or empty zip warning: ../US.jar not found or empty zip warning: ../en-win.jar not found or empty zip warning: ../en-unix.jar not found or empty zip warning: ../en-mac.jar not found or empty zip warning: ../pipnss.jar not found or empty zip warning: ../pippki.jar not found or empty zip warning: ../classic.jar not found or empty zip warning: ../modern.jar not found or empty zip warning: ../content-packs.jar not found or empty zip warning: ../help.jar not found or empty zip warning: ../venkman.jar not found or empty zip warning: ../inspector.jar not found or empty zip warning: ../chatzilla.jar not found or empty zip warning: ../messenger.jar not found or empty make[2]: Circular viewer <- viewer dependency dropped. make[2]: Circular viewer_gtk <- viewer dependency dropped. make[2]: Circular viewer_gtk <- viewer_gtk dependency dropped. serow.gsf.de#
It makes me wonder how could people use mozilla without these .jar files? I know this bug I mentioned already in January this year?
With the patch applied and with the curent mozilla installed, I still don't have: 129087: access("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/custom.jar", F_OK) Err#2 No such file or directory 129087: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/skins/classic/scrollbars.css", 0x0000000140295D18) Err#2 No such file or directory 129087: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/skins/classic/scrollbars.css", 0x0000000140295D18) Err#2 No such file or directory 129087: stat("/.mozilla/default/zs8goqpw.slt/chrome/userChrome.css", 0x0000000140294C18) Err#2 No such file or directory 129087: lstat("/.mozilla/default/zs8goqpw.slt/chrome/userChrome.css", 0x0000000140294C18) Err#2 No such file or directory 129087: stat("/.mozilla/default/zs8goqpw.slt/chrome/userContent.css", 0x0000000140295D18) Err#2 No such file or directory 129087: lstat("/.mozilla/default/zs8goqpw.slt/chrome/userContent.css", 0x0000000140295D18) Err#2 No such file or directory 129087: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001400B1718) Err#2 No such file or directory 129087: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001400B1718) Err#2 No such file or directory 129087: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001400B1618) Err#2 No such file or directory 129087: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/navigator.properties", 0x00000001400B1618) Err#2 No such file or directory 129087: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/region.properties", 0x00000001400B1D18) Err#2 No such file or directory 129087: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/region.properties", 0x00000001400B1D18) Err#2 No such file or directory I fixed/hacked this temporarily: cd /afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome cp en-US/locale/en-US/navigator/navigator.properties/navigator.properties locales/en-US cp ./US/locale/US/navigator-region/region.properties/region.properties locales/en-US mkdir skins mkdir skins/classic cp ./classic/skin/classic/global/scrollbars.css/scrollbars.css skins/classic BUt, I'm stuck with: GFX: dpi=75 t2p=0.0526316 p2t=19 depth=24 WEBSHELL+ = 1 WEBSHELL+ = 2 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 3188 WARNING: chrome: failed to get base url for chrome://navigator/content/navigator.xul -- using wacky default, file nsChromeRegistry.cpp, line 644 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsDocShell.cpp, line 2639 WARNING: chrome: failed to get base url for chrome://global/content/xul.css -- using wacky default, file nsChromeRegistry.cpp, line 644 ###!!! ASSERTION: ContainsStyleSheet called on a sheet that's still loading: 'Error', file nsCSSStyleSheet.cpp, line 2001 Break: at file nsCSSStyleSheet.cpp, line 2001 Note: verifyreflow is disabled Note: styleverifytree is disabled WARNING: chrome: failed to get base url for chrome://global/content/bindings/scrollbar.xml -- using wacky default, file nsChromeRegistry.cpp, line 644 WARNING: chrome: failed to get base url for chrome://global/content/bindings/scrollbar.xml -- using wacky default, file nsChromeRegistry.cpp, line 644 Note: frameverifytree is disabled WARNING: freetype not compiled in, file nsFT2FontNode.cpp, line 52 [and then mozilla just waits for something and the window does not come up] Here are other files missing(not installed even with my patch): 129250: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/core/navigator.xul", 0x000000014036D518) Err#2 No such file or directory 129250: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/core/navigator.xul", 0x000000014036D518) Err#2 No such file or directory 129250: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/appstrings.properties", 0x000000014036D618) Err#2 No such file or directory 129250: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/locales/en-US/appstrings.properties", 0x000000014036D618) Err#2 No such file or directory 129250: sendto(9, 0x000000011FFFAAA8, 1991, 0, 0x000000011FFFA990, 14) Err#2 No such file or directory 129250: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/xul.css", 0x000000014038F618) Err#2 No such file or directory 129250: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/xul.css", 0x000000014038F618) Err#2 No such file or directory 129250: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/bindings/scrollbar.xml", 0x00000001403C0818) Err#2 No such file or directory 129250: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/bindings/scrollbar.xml", 0x00000001403C0818) Err#2 No such file or directory 129250: stat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/bindings/scrollbar.xml", 0x00000001403B7F18) Err#2 No such file or directory 129250: lstat("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/packages/widget-toolkit/bindings/scrollbar.xml", 0x00000001403B7F18) Err#2 No such file or directory 129250: sendto(27, 0x000000011FFF3608, 1991, 0, 0x000000011FFF34F0, 14) Err#2 No such file or directory 129250: access("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/icons/default/default.xpm", F_OK) Err#2 No such file or directory 129250: access("/afs/.gsf.de/@sys/usr/lib/mozilla-1.6a/chrome/icons/default/default16.xpm", F_OK) Err#2 No such file or directory
Attachment #134106 - Flags: review?(bsmedberg)
Comment on attachment 134106 [details] [diff] [review] make sure target directory is created before we copy files there Just a bit confused as to why this is necessary or platform-specific, but if it fixes things it's ok.
Attachment #134106 - Flags: review?(bsmedberg) → review+
Martin, care to clarify why the patch is needed? When would the dir not exist?
ok, I think I understand the problem, and timeless was correct in the questions he asked above. We're *building* correctly (Martin, if you run mozilla from the build directory, does it work correctly?). It's the "make install" process that is failing. I would recommend not using "make install". Instead, do a "gmake" in xpinstall/packager which will create a tarball which you can unzip for "installation". However, to fix this problem using "make install" we probably need to create the $installdir/chrome directory early in the install process. I assume we do something similar during the make chrome process, I just need to find it. --BDS
The patch fixes the following problem: When I run "make install", I see many times some .jar files missing: make[3]: Entering directory `/afs/.gsf.de/sources/mozilla/intl/uconv/src' ../../../config/nsinstall -t -m 755 libuconv.so /software/@sys/usr/lib/mozilla-1.6a/components +++ making chrome /afs/.gsf.de/sources/mozilla/intl/uconv/src => /software/@sys/usr/lib/mozilla-1.6a/chrome/en-US.jar copy(./charsetTitles.properties, /software/@sys/usr/lib/mozilla-1.6a/chrome/en-US/locale/en-US/global/charsetTitles.properties) failed: No such file or directory at ../../../config/make-jars.pl line 395, <STDIN> line 2. make[3]: *** [install] Error 2 This does not fix the whole issue of mozilla not being started, but at least installed properly. I consider the patch as a fix to the install process. I believe it was introduced by a typo: $destPath ---> $dir. Just look about 10 lines above, $dir is set to an empty value so it doesn't make sense to check if that directory exists at all: OK, I went through the code again and have updated the patch.
Attached patch update of the previous patch (obsolete) — — Splinter Review
The patch
Attachment #134106 - Attachment is obsolete: true
BDS> However, to fix this problem using "make install" we probably need to create BDS> the $installdir/chrome directory early in the install process. I assume we do BDS> something similar during the make chrome process, I just need to find it. If I remember right taht's exactly what get's fixed by the patch. I know that originally I have used "mkdir -p" as it was something like $installdir/chrome/.../.../... (a deep structure, actually many of them).
Comment on attachment 134767 [details] [diff] [review] update of the previous patch >@@ -335,22 +335,25 @@ > else { > $src = "$srcPath/$destFile"; > # check for the complete jar path in the dest dir >- if (!-e $src) { >+ if (!-e $srcPath/$destFile) { Why did you do this? We set $src just above this. > #else check for just the file name in the dest dir > my $dir = ""; $dir seems unused here, can you get rid of it while you're touching this code? Can you repost this patch with the whitespace changes? I'm having trouble reviewing it like this.
Attachment #134767 - Flags: review-
>>@@ -335,22 +335,25 @@ >> else { >> $src = "$srcPath/$destFile"; >> # check for the complete jar path in the dest dir >>- if (!-e $src) { >>+ if (!-e $srcPath/$destFile) { > >Why did you do this? We set $src just above this. Just to make the code more readable, because in the next if condition I put check $destFile instead of former $srcPath/$destFile. Please note that $srcPath/$destFile and $src was same at that moment, so we checked twice for the same thing. I believe it was a typo. To get rid of $dir we cannot everywhere it seems to me. The code is messy and it seems to me full of bugs. Is there a codumentation of this function? I think I would rather rewrite these few lines.
Attached patch a bit more rewritten code (obsolete) — — Splinter Review
This patch should be backwards comaptible with previous one. Mainly, I avoided in the code overwriting original variable contents. I found out they have been copied from one var to another, then back to the original ... it should be a bit clearer now. As I don't understand much the .jar packaging, someone should check what's going on. I understand we have a source dir, tartger dir, then the internal directory structure contained in future in the jar file. Not all the check for presence of a file make sense at every moment. Second, there's unlink() call in the original code claiming it want's to remove the target file before overwriting it blindly. I guess because someone wanted to make make the install process "secure". But, the target directory doesn't exist at all. Who will judge? The files from intl/uconv/src should be copied to dist/bin/res. But, in that directory, there are soflinks back to intl/uconv/src. Maybe that's as my source-tree got messed up, can you help? Are thos elinks present because of the nsinstall script? ../../../config/nsinstall -R charsetalias.properties charsetData.properties unixcharset.properties ../../../dist/bin/res Is that intention or a bug?
Attachment #134767 - Attachment is obsolete: true
Attached file serious rewrite of EnsureFileInDir (obsolete) —
I spent whole day on it, but I believe the code is now at least readable. Variables are self-explanatory, their original contents are NOT overwritten somewhere in the middle of the code. "warn" and "die" calls should ensure us things either work properly or the script exits with a debug message. Finally, the deep directory structure is pre-created so that we can copy file to some subdirectory and zip it into .jar file(that's what used to be broken). I didn't change the behaviour, but would like to point out that currently zip moves the files into .jar file so the directory tree remains but is empty after .jar gets updated. I'm curious if we wouldn't like to keep the original files copied to proper location. Also, the .jar files are not compressed, but that might be also intention. Here is the whole script. Tested on Tru64Unix. The VMS section seems to be quite obscure, but left as it is.
Attachment #134101 - Attachment is obsolete: true
Attachment #134783 - Attachment is obsolete: true
>Also, the .jar files are not compressed, but that >might be also intention. yes, that was changed some months ago - it lead to smaller tarballs and, iirc, faster startup times
Comment on attachment 134839 [details] serious rewrite of EnsureFileInDir putting on review queue so I don't forget this
Attachment #134839 - Flags: review?(bsmedberg)
mine. Martin, before I review this, can you confirm that this actually creates a working install?
Assignee: general → bsmedberg
Status: UNCONFIRMED → NEW
Component: Browser-General → Build Config
Ever confirmed: true
OS: other → Linux
Priority: -- → P2
Hardware: Other → PC
Whiteboard: make install doesn't create nested directory paths correctly
Target Milestone: --- → mozilla1.6beta
So, I used the very same source tree and compiled on Linux. Running make install into writable tree by root on AFS filesystem, started mozilla and yes, it works! I don't believe that wouldn't work on Tru64 or other Unix, only VMS would be the other relevant testbox. I don't have it. I did nottest on Tru64Unix as there's a bug in mozilla so itdoes not start(althoughI will try that today). I think you will be happy with the patch. ;)
Hi, so I reconfigured/reinstalled via "make install" on Tru64Unix too and hey, I get mozilla running! The bug http://bugzilla.mozilla.org/show_bug.cgi?id=196062 is also fixed by this patch.
Does someone have a time to review my fix to the perl script and apply? Tested on Linux and Tru64Unix.
Comment on attachment 134839 [details] serious rewrite of EnsureFileInDir > --- make-jars.pl 2003-11-04 12:12:28.000000000 -0500 > +++ make-jars.pl-review 2003-11-10 22:55:03.000000000 -0500 > @@ -1,6 +1,6 @@ > -#!/perl > +#!/usr/bin/env perl Why? > sub JarIt > { > my ($destPath, $jarfile, $args, $overrides) = @_; > my $oldDir = cwd(); > - chdir("$destPath/$jarfile"); > + #print "cd $destPath/$jarfile\n"; > + chdir("$destPath/$jarfile") or die "Error in make-jars.pl: Cannot chdir to $destPath/$jarfile: $!\n"; Please remove commented debugging code. > sub EnsureFileInDir > { > - my ($destPath, $srcPath, $destFile, $srcFile, $override, $preproc) = @_; > - my $objPath; > + my ($RelativePathToBeZipped, $srcPath, $RelativePathInsideJar, $srcFile, $override, $preproc) = @_; > > - #print "EnsureFileInDir($destPath, $srcPath, $destFile, $srcFile, $override)\n"; > + # print "EnsureFileInDir():\n\$RelativePathToBeZipped: '$RelativePathToBeZipped'\n\$srcPath: '$srcPath'\n\$RelativePathInsideJar: '$RelativePathInsideJar'\n\$srcFile: '$srcFile'\n\$override: '$override'\n\$preproc: $preproc)\n"; Again, please remove debug-only commented code; it's not worth updating it. > - my $src = $srcFile; > - if (defined($src)) { > - if (! -e $src ) { > - $src = "$srcPath/$srcFile"; > - } > + #$RelativePathToBeZipped: '../../../dist/bin/chrome/en-US' > + #$srcPath: '.' > + #$RelativePathInsideJar: 'locale/en-US/global/charsetTitles.properties' > + #$srcFile: '', > + # > + # The .jar file will be $RelativePathToBeZipped.jar > + > + my $RelativePathToSourceFile; > + my $dir; > + my $file; > + > + my $RelativePathToFileToBeZipped = "$RelativePathToBeZipped/$RelativePathInsideJar"; > + # so we get '../../../dist/bin/chrome/en-US/locale/en-US/global/charsetTitles.properties' > + > + if ($RelativePathToFileToBeZipped =~ /([\w\d.\-\_\\\/\+]+)[\\\/]([\w\d.\-\_]+)/) { > + $dir = $1; > + $file = $2; > + # warn "\$RelativePathToFileToBeZipped: $RelativePathToFileToBeZipped\n\$dir: $dir\n\$file: $file\n"; and again > + if (!-d $dir) { > + mkpath($dir, 0, 0775) || die "Error in make-jars.pl: Cannot create directory $dir: $!"; > + } > } > + if (-l $RelativePathToFileToBeZipped) { > + unlink($RelativePathToFileToBeZipped) or die "Error in make-jars.pl: Cannot unlink $RelativePathToFileToBeZipped: $!\n"; > + } does -l work on win32/os2 (always returning false, that is)? > + # when we are updating older source tree lets save some CPU and IO cycles This comment is misleading... it should say something like "Only copy the file if the source file is newer." > + # the JarIt function calls sometimes zip with an option to move the file into the .jat file Typo > + chomp; > + s/\s+$//; > + # print "$_"; > + if (/^\s+([\w\d.\-\_\\\/\+]+)\s*(\([\w\d.\-\_\\\/]+\))?$/) { > my $dest = $1; > my $srcPath = defined($2) ? substr($2, 1, -1) : $2; Weird indentation. > } elsif (/^\s*\#.*$/) { > + # warn "Warning: skipped comment line\n"; > # skip comments > } elsif (/^\s*$/) { > + # warn "Warning: skipped blank line\n"; > # skip blank lines And again, this just makes the code choppier. Please fix these errors and reattach this as a patch -u6 instead of a file, so I can test it on my various platforms more easily. --BDS
Attachment #134839 - Flags: review?(bsmedberg) → review-
>does -l work on win32/os2 (always returning false, that is)? assuming that means "is a symlink", windows does support symlinks (for folders) (probably ntfs only)
Attached file serious rewrite of EnsureFileInDir #2 (obsolete) —
Sorry, but I have no mozilla sources available right now as using dial-up connection, so this is full code. I suggest #!/usr/bin/env because it will automatically find the perl binary in users $PATH. Do, it is more robust. Imagine there would be /usr/bin/perl, but you have only /usr/local/bin/perl on your system!
Attachment #134839 - Attachment is obsolete: true
Per reviewer request.
I went to test my fixed make-jars.pl with current cvs: make[5]: Entering directory `/afs/.gsf.de/sources/mozilla/layout/html/base/src' ../../../../config/nsinstall -R -m 644 libgkhtmlbase_s.a ../../../../dist/lib +++ making chrome /afs/gsf.de/sources/mozilla/layout/html/base/src => ../../../../dist/bin/chrome/en-US.jar updating: locale/en-US/global/printing.properties (stored 0%) updating: locale/en-US/global/layout_errors.properties (stored 0%) WARNING: ../../../../config/make-jars.pl: lockhandle for /afs/.gsf.de/sources/mozilla/dist/bin/chrome/en-US.lck not defined. Lock may not be removed. ../../../../config/nsinstall -R ./gopher-audio.gif ./gopher-binary.gif ./gopher-find.gif ./gopher-image.gif ./gopher-menu.gif ./gopher-movie.gif ./gopher-sound.gif ./gopher-telnet.gif ./gopher-text.gif ./gopher-unknown.gif ../../../../dist/bin/res/html ../../../../config/nsinstall -R ./broken-image.gif ./loading-image.gif ../../../../dist/bin/res make[5]: Leaving directory `/afs/.gsf.de/sources/mozilla/layout/html/base/src' I'll submit a short patch to make config/mozLock.pm a bit more verbose about lock files left from previous run of "make" command(which might have been canceled or died).
The patch makes the script die if some variables are not set. The patch makes the output more verbose when lockfiles are left. I propose to you to discuss if the lockfiles shouldn't be automatically removed in case of "make" step. But as I suspect this script is in more general use, it's maybe not a good idea to do it always. What happens is that when user interrupts the "make" process once, then he has to remove sometimes lockfiles manually before re-running make again. That's bad, as he mostly will not realize there are some lockfiles left, as the STDERR scolls away quite fast. However, with my verbose patch he has better chance to see it. ;) The patch as it is now should be perfectly safe.
This bug is related to curent problems with mozilla as of now in cvs. Re-using the source tree (I mean running make clean and then make again yields on my system on a shared filesystem used for compilation): rm -f libgkconhtmlstyle_s.a ar cr libgkconhtmlstyle_s.a nsCSSDataBlock.o nsCSSDeclaration.o nsCSSLoader.o nsCSSOMFactory.o nsCSSParser.o nsCSSScanner.o n sCSSRule.o nsCSSStyleRule.o nsCSSRules.o nsCSSStruct.o nsCSSStyleSheet.o nsCSSValue.o nsComputedDOMStyle.o nsDOMCSSAttrDeclar ation.o nsDOMCSSDeclaration.o nsHTMLStyleSheet.o nsHTMLCSSStyleSheet.o nsInspectorCSSUtils.o nsROCSSPrimitiveValue.o nsDOMCSS ValueList.o nsDOMCSSRect.o nsDOMCSSRGBColor.o nsStyleUtil.o ranlib libgkconhtmlstyle_s.a ../../../../config/nsinstall -R -m 644 libgkconhtmlstyle_s.a ../../../../dist/lib +++ making chrome /afs/gsf.de/sources/mozilla/content/html/style/src => ../../../../dist/bin/chrome/en-US.jar adding: locale/en-US/global/css.properties (stored 0%) ../../../../config/make-chromelist.pl: Could not get lockfile /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck. Remove /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck to clear up make[5]: *** [libs] Error 255 make[5]: Leaving directory `/afs/.gsf.de/sources/mozilla/content/html/style/src' make[4]: *** [libs] Error 2 make[4]: Leaving directory `/afs/.gsf.de/sources/mozilla/content/html/style' My patch for config/mozLock.pm does this: make[1]: Entering directory `/afs/.gsf.de/sources/mozilla/content/html/document/src' ../../../../config/nsinstall -R -m 644 nsIHTMLDocument.h ../../../../dist/include/content /software/@sys/usr/bin/perl -I../../../../config ../../../../config/build-list.pl ../../../../dist/include/content/.headerlis t nsIHTMLDocument.h make[1]: Leaving directory `/afs/.gsf.de/sources/mozilla/content/html/document/src' /software/@sys/usr/bin/make libs make[1]: Entering directory `/afs/gsf.de/sources/mozilla/content/html/document/src' ../../../../config/nsinstall -R -m 644 libgkconhtmldoc_s.a ../../../../dist/lib +++ making chrome /afs/gsf.de/sources/mozilla/content/html/document/src => ../../../../dist/bin/chrome/en-US.jar File /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck already exists, waiting up to 100 cycles for someone to r emove it. File /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck already exists, waiting up to 100 cycles for someone to r emove it. File /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck already exists, waiting up to 100 cycles for someone to r emove it. File /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck already exists, waiting up to 100 cycles for someone to r emove it. File /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck already exists, waiting up to 100 cycles for someone to r emove it. [...] ../../../../config/make-chromelist.pl: Could not get lockfile /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck. Remove /afs/gsf.de/sources/mozilla/dist/bin/chrome/chromelist.txt.lck to clear up make[1]: *** [libs] Error 255 make[1]: Leaving directory `/afs/gsf.de/sources/mozilla/content/html/document/src' make: *** [all] Error 2 $ Please apply both patches to curent cvs, they work fine still: serious rewrite of EnsureFileInDir #2 (-u6) be more verbose when old lockfiles are left in tree
This is a patch slightly improved to handle correctly comment lines and empty lines. Other unexepcted lines are treated as an error. The current output like: make[5]: Entering directory `/afs/.gsf.de/sources/mozilla/xpfe/components/bookmarks/resources' Skipped line with: '# The contents of this file are subject to the Netscape Public' Skipped line with: '# License Version 1.1 (the "License"); you may not use this file' Skipped line with: '# except in compliance with the License. You may obtain a copy of' Skipped line with: '# the License at http://www.mozilla.org/NPL/' Skipped line with: '#' Skipped line with: '# Software distributed under the License is distributed on an "AS' Skipped line with: '# IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or' Skipped line with: '# implied. See the License for the specific language governing' Skipped line with: '# rights and limitations under the License.' Skipped line with: '#' Skipped line with: '# The Original Code is mozilla.org code.' Skipped line with: '#' Skipped line with: '# The Initial Developer of the Original Code is Netscape' Skipped line with: '# Communications Corporation. Portions created by Netscape are' Skipped line with: '# Copyright (C) 1998 Netscape Communications Corporation. All' Skipped line with: '# Rights Reserved.' Skipped line with: '#' Skipped line with: '# Contributor(s): ' +++ making chrome /afs/gsf.de/sources/mozilla/xpfe/components/bookmarks/resources => ../../../../dist/bin/chrome/comm.jar adding: content/communicator/bookmarks/bookmarks.js (stored 0%) adding: content/communicator/bookmarks/bookmarks.css (stored 0%) adding: content/communicator/bookmarks/bookmarksMenu.js (stored 0%) adding: content/communicator/bookmarks/bookmarksTree.xml (stored 0%) adding: content/communicator/bookmarks/addBookmark.xul (stored 0%)
Attachment #135662 - Attachment is obsolete: true
This is config/mozLock.pm patch in -u6 format against current cvs too.
Attachment #136105 - Attachment is obsolete: true
Product: Browser → Seamonkey
Assignee: benjamin → nobody
Priority: P2 → --
QA Contact: general → benjamin
Target Milestone: mozilla1.6beta → ---
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2pre) Gecko/2008070701 SeaMonkey/2.0a1pre Mozilla 1.6a is dead and buried. I have no problem loading SeaMonkey 2.0a1pre ("Mozilla 1.9pre") => WFM. If you want to REOPEN, please mention in which _current_ build you see this bug, and provide clear steps to reproduce.
QA Contact: benjamin → build-config
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Tony, to test for this bug you would have to install into AFS filesystem: # configure --prefix=/software/@sys/usr # make install The point is that @sys is expanded by the kernel into machine-specific word, so the path then finally looks like usual [a-zA-Z0-9] path string. But this requirement breaks the lousy perl script. Although it was reported on Tru64Unix it was confirmed on Linux and I bet anybody with AFS installed can reproduce it (MacOSX, Solaris, AIX and MS Windows as well). See http://openafs.org/ for more details. I cannot adjust the $subj of this bug. I do not have AFS available anywhere in my neighborhood anymore but will try to find some time to install AFS and re-test.
In reply to comment #37: Ah. I don't think I have AFS, here's what mount says: linux:~ # mount /dev/sda5 on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) /dev/sr0 on /media/990331_1451 type iso9660 (ro,nosuid,nodev,noatime,uid=0,utf8) proc on /var/lib/ntp/proc type proc (ro) linux:~ # Feel free to REOPEN if you see the bug on a recent build. As the reporter, you should, if necessary, be able to adjust the Summary (the title) of this bug by clicking the "(edit)" link at its end.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: