Closed
Bug 319152
Opened 20 years ago
Closed 13 years ago
Provide dlerror string with NS_ERROR_FACTORY_NOT_REGISTERED
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ilya.konstantinov+future, Unassigned)
Details
When loading a native XPCOM component fails, an NS_ERROR_FACTORY_NOT_REGISTERED is emitted (e.g. from nsIComponentRegistrar.autoRegister). It would be beneficial if the resulting scripting exception contained the error which caused the native component not to load, typically provided by the dlerror function on Unices.
This information is beneficial to the user since it often contains details about missing dependencies, which is a problem that can be remedied by the user. If this information would be available in the resulting exception, the GUI layer could display it in a message box to the user.
Today, the dlerror message is emitted to stderr, but this often is not seen by the end-user.
I don't know whether native XPCOM components (such as nsComponentRegistrar is) can even dispatch custom error messages to scripting, and if so, through which facility, so I'd any info on that matter too.
Updated•20 years ago
|
Component: General → XPCOM
Product: Firefox → Core
Updated•20 years ago
|
Assignee: nobody → dougt
QA Contact: general → xpcom
Comment 2•13 years ago
|
||
There is console logging for most of this now.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•