| Age | Commit message (Collapse) | Author |
|---|
|
The logging subsystem depends on two different LLSingletons for some reason.
It turns out to be very difficult to completely avoid executing any logging
calls after the LLSingletonBase::deleteAll(), but we really don't want to
resurrect those LLSingletons so late in the run for a couple stragglers.
Introduce LLSingleton::wasDeleted() query method, and use it in logging
subsystem to simply bypass last-millisecond logging requests.
|
|
The LLSingletonBase::deleteAll() call late in LLAppViewer::cleanup() deletes
the LLSingleton(s) used by the logging machinery, among other things. Attempting
further logging after that call (such as our cheery "Goodbye!") has the
unfortunate effect of attempting to resurrect the deleted LLSingleton(s). Move
"Goodbye!" to just *before* the call.
Also, given that call, the manual references to a couple specific LLSingletons
in ~LLAppViewer() are (a) unnecessary and (b) cause attempted resurrection.
Eliminate both.
|
|
by default. (Update2: evidently the registry set call is needed on un.init() too
|
|
by default. (Update: call to select registry needs to be inside a function)
|
|
to Program Files (x86) by default. Added option to engage 32 or 64 bit registry
|
|
|
|
by default.
|
|
Alex Ivy' viewer in non-English locales
|
|
p64_3p-dullahan
|
|
/INCREMENTAL due to '/LTCG' specification' in LibVLC, JPEGLIB etc.
|
|
'/INCREMENTAL' due to '/LTCG' specification” in LibVLC, JPEGLIB etc.
|
|
wow_helper.exe but it's no longer present
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
warnings
|
|
is working
|
|
|
|
|
|
|
|
|
|
for native keyboard injection to match OSX version
|
|
|
|
|
|
|
|
|
|
floaters when called
|
|
|
|
|
|
editor
|
|
|
|
postcard because it is obfuscated and not needed
|
|
keyboard shortcut
|
|
|
|
|
|
|
|
object in edit mode
|
|
|
|
|
|
|
|
pixels/mouse, copy/cut/paste and new version info
|
|
|
|
1.1.4)
|
