libraries that don't exist on Windows CE)
* Taking xxx advice and making GetNAME always return a GDI forcing us to use
GetTextMetrics instead of GetFontData (which doesn't exist on Windows CE)
* Windows CE on ARM doesn't support C++ exceptions. In the windows plugin code
uses catches to ensure that the plugins don't crash mozilla. On windows ce on
arm, we have no choice but to disable CALL_SAFETY_ON.
* On Windows CE, VerQueryValue internal structure can not be modified so
callers must do a bit of string conversion.
* Disabling more code in nsOSHelperAppService for Windows CE.
* Enabling the Windows Registry code in XPCOM since the Window CE shunt now
supports the limited set needed (all but notification).
Bug=297683, r=Ere Maijala, sr=Dan Veditz, a=Asa
git-svn-id: svn://10.0.0.236/trunk@174725 18797224-902f-48f8-a5cc-f745e15eee43
Moved nsFileSpec and related classes into this obsolete library.
Moved nsRegistry and related libreg functionality into the obsolete library.
Updated many callers using the obsolete nsFile spec to use nsIFile and Necko to do file IO.
Combined the following DLLs (source -> dest)
uriloader -> docshell
shistory -> docshell
jsurl -> jsdom
gkview -> gklayout
Moved nsAdapterEnumerator out of xpcom/ds and into mailnews, since they're the only consumer
Modifed the xpt_link tool so that you can specify a only include cid list that can mask CIDs that you are not interested in.
Added build options:
Prevent the building of xpinstall (--disable-xpinstall)
Prevent the building js component loader (--disable-jsloader)
A build option to only build a single profile (--enable-single-profile)
A build flag to only built the required xpfe components (--disable-xpfe-components).
Removal or hiding of unused functions and classes including nsEscape*, nsDequeIterator, nsRecyclingAllocatorImpl, nsDiscriminatedUnion, nsOpaqueKey, nsCRT::strlen, NS_NewCommandLineService
Bug 194240, r/sr = darin, alec.
git-svn-id: svn://10.0.0.236/trunk@139480 18797224-902f-48f8-a5cc-f745e15eee43
Add this to your all.js: pref("plugin.do_JRE_Plugin_Scan",true); bug 78150 r=Xiaobin sr=waterson
git-svn-id: svn://10.0.0.236/trunk@94595 18797224-902f-48f8-a5cc-f745e15eee43
ra=av
This fix makes it so the plugins directory is correctly located
in the embedding case.
git-svn-id: svn://10.0.0.236/trunk@74567 18797224-902f-48f8-a5cc-f745e15eee43
startup time significantly. LoadPlugin() call moved from LoadPlugins to
GetPluginFactory. Windows only.
git-svn-id: svn://10.0.0.236/trunk@38388 18797224-902f-48f8-a5cc-f745e15eee43
