Closed Bug 306689 Opened 19 years ago Closed 19 years ago

XULRunner stub executable for win/linux

Categories

(Toolkit Graveyard :: XULRunner, defect, P1)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.8beta5

People

(Reporter: benjamin, Assigned: benjamin)

References

Details

(Keywords: fixed1.8)

Attachments

(1 file)

Parallels bug 299991, for linux/win.
Priority: -- → P1
Target Milestone: --- → mozilla1.8beta5
Attachment #199953 - Flags: first-review?(robert.bugzilla)
Sorry but I've been traveling and won't have time to review this properly for
another day.

+    var xulrunnerBinary = getDirectoryKey("XCurProcD");
+    xulrunnerBinary.append("xulrunner-stub@BIN_SUFFIX@");
+
+    xulrunnerBinary.copyTo(aDirectory, appName + "@BIN_SUFFIX@");
When using the appName to create the directory you change it to lowercase -
shouldn't the stub's filename be lowercase as well?

+  BOOL ok = WinLaunchChild(xulBin, argc + 1, argv2);
+
+  free (argv2);
+
+  return !ok;
Returning !ok seems wrong here.

+#else
+  execv(xulBin, argv2);
+
+  return 1;
Why not the result from execv?
> shouldn't the stub's filename be lowercase as well?
yes

> +  BOOL ok = WinLaunchChild(xulBin, argc + 1, argv2);
> +
> +  free (argv2);
> +
> +  return !ok;
> Returning !ok seems wrong here.

Why? main() traditionally returns "0" for success and error codes for failure.

> Why not the result from execv?

If execv returns we already have a failure condition.
Comment on attachment 199953 [details] [diff] [review]
XULRunner stub for linux/mac, rev. 1

Looks good - only nit I have is making the copy of the stub's name lowercase.
Attachment #199953 - Flags: first-review?(robert.bugzilla) → first-review+
Fixed, trunk and branch.
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
Output from launch attempt on Linux. Trunk updated today.

linbrian:/home/mozilla/src/trunk/mozilla/xulrunner-opt-static/dist# bin/xulrunner-bin -install-app /mnt/hda2/mozilla/extensions/xulrunner/cz-xulrunner.xpi
bin/xulrunner-bin: error while loading shared libraries: libxul.so: cannot openshared object file: No such file or directory
Brian, you still need to use the "xulrunner" script on linux when running xulrunner directly (-install-app for example).
It's working now.
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: