| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
This reverts commit 16d3d725998f1189083c429a1cbb2cc3fb15b7da.
|
|
There's libpthread.so and no libpthread.so.0 on FBSD and it's the
other way around on GNU/Linux.
|
|
Signed-off-by: Rye <rye@alchemyviewer.org>
|
|
Signed-off-by: Rye <rye@alchemyviewer.org>
|
|
Restore changes for GLIB based dbus support from archive/develop
Signed-off-by: Rye <rye@alchemyviewer.org>
|
|
|
|
https://www.phoronix.com/review/nvidia_threaded_opts
If a user needs it to be off, then set __GL_THREADED_OPTIMIZATIONS to 0
upon launching, the built-in enabling is set not to overwrite.
|
|
This reverts commit 6d9bda960f179aa8ea3765c10aa3140d22c74086, and
add the aarch64 condition for preloading.
We can't use gDirUtilp->getLLPluginDir() yet in llappviewerlinux because
it's not instantiated yet in that phase.
|
|
WARNING #Plugin# llplugin/llplugininstance.cpp(106) LLPluginInstance::load:
apr_dso_load of /usr/lib64/libmedia_plugin_cef.so failed with error 20019,
additional info string:
/usr/lib64/libcef.so: cannot allocate memory in static TLS block
https://github.com/chromiumembedded/cef/issues/3616
https://github.com/chromiumembedded/cef/issues/3803
https://magpcss.org/ceforum/viewtopic.php?t=19622
I tried adding mProcessParams.envs.add("LD_PRELOAD=/usr/lib64/libcef.so");
to indra/llplugin/llpluginprocessparent.cpp, it didn't get rid of the
error, but running `LD_PRELOAD=/usr/lib64/libcef.so megapahit` OR
`LD_PRELOAD=/usr/lib64/libmedia_plugin_cef.so megapahit` does.
It still doesn't load web pages, however, even though there are
process plugin activities.
|
|
Fix disabling renderdoc support
Improve ll_aligned_alloc functions on darwin for 32 and 64byte aligned by utilizing posix_memalign
|
|
|
|
|
|
source for viewer 7.1.7.8974243247
|
|
# Conflicts:
# autobuild.xml
# indra/cmake/ConfigurePkgConfig.cmake
# indra/cmake/ICU4C.cmake
# indra/media_plugins/gstreamer010/llmediaimplgstreamer_syms.cpp
# indra/media_plugins/gstreamer010/llmediaimplgstreamer_syms.h
# indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h
# indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp
# indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h
# indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp
# indra/newview/llappviewerlinux_api.h
# indra/newview/llappviewerlinux_api_dbus.cpp
# indra/newview/llappviewerlinux_api_dbus.h
# indra/newview/llfloateremojipicker.cpp
# indra/newview/lloutfitslist.cpp
|
|
LF, and trim trailing whitespaces as needed
|
|
Co-authored-by: AiraYumi <aira.youme@airanyumi.net>
|
|
It's the one that plays along with SDL.
|
|
This reverts commit 8356386f6674cf7f1e25bcd49f3266868cd5dc7d.
|
|
|
|
On GCC, compiling against a recent GTK2 version would stop on deprecated
pre-processors.
|
|
|
|
|
|
The LLApp API used to consist of init(), mainLoop(), cleanup() methods. This
makes sense -- but on Mac that structure was being subverted. The method
called mainLoop() was in fact being called once per frame. There was
initialization code in the method, which (on Mac) needed to be skipped with an
already-initialized bool. There was a 'while' loop which (on Mac) needed to be
turned into an 'if' instead so the method would return after every frame.
Rename LLApp::mainLoop() to frame(). Propagate through subclasses LLAppViewer
and LLCrashLogger. Document the fact that frame() returns true to mean "done."
(This was always the case, but had to be inferred from the code.)
Rename the Mac Objective-C function mainLoop to oneFrame. Rename the C++ free
function it calls from runMainLoop() to pumpMainLoop(). Add comments to
llappdelegate-objc.mm explaining (inferred) control flow.
Change the Linux viewer main() and the Windows viewer WINMAIN() from a single
LLAppViewer::mainLoop() call to repeatedly call frame() until it returns true.
Move initialization code from the top of LLAppViewer::frame() to the init()
method, where it more properly belongs. Remove corresponding
mMainLoopInitialized flag (and all references) from LLAppViewer.
Remove 'while (! LLApp::isExiting())' (or on Mac, 'if (! LLApp::isExiting())')
from LLAppViewer::frame() -- thus unindenting the whole body of the 'while'
and causing many lines of apparent change. (Apologies to reviewers.)
There are four LLApp states: APP_STATUS_RUNNING, APP_STATUS_QUITTING,
APP_STATUS_STOPPED and APP_STATUS_ERROR. Change LLAppViewer::frame() return
value from (isExiting()) (QUITTING or ERROR) to (! isRunning()). I do not know
under what circumstances the state might transition to STOPPED during a
frame() call, but I'm quite sure that if it does, we don't want to call
frame() again. We only want a subsequent call if the state is RUNNING.
Also rename mainLoop() method in LLCrashLogger subclasses
LLCrashLoggerWindows, LLCrashLoggerMac, LLCrashLoggerLinux. Of course it's
completely up to the frame() method whether to yield control; none of those in
fact do. Honor protocol by returning true (frame() is done), even though each
one's main() caller ignores the return value.
In fact LLCrashLoggerWindows::mainLoop() wasn't using the return protocol
correctly anyway, returning wParam or 0 or 1 -- possibly because the return
protocol was never explicitly documented. It should always return true: "I'm
done, don't call me again."
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
to clean up.
|
|
cleanups to the crash reporters, and the ability to use --set GroupName.SettingName to set parameters outside of the (default) Global settings group.
|
|
|
|
|
|
|
|
|
|
- Replaced all existing usages of LLDir::getNextFileInDir() with the new directory iterator object.
- Removed platform specific LLDir::getNextFileInDir() implementation.
|
|
--HG--
branch : storm-102
|
|
|
|
Such as stack_trace.log on Linux or SecondLifeException.log on Win32.
|
|
This was only used for the Linux client to dump a stack trace to
stack_trace.log, which is no longer needed now that we are using
Google Breakpad.
I also removed all of the stack printing code from llappviewerlinux.cpp.
|
|
|
|
|
