?? stltask-log.txt
字號:
====================
STLTask Revision Log
====================
05/06/2003 (STLTask v3.05)
Shortened some title-bar text that was overflowing its available space.
04/11/2003
Thanks to Graeme Prentice, the STLTask tray icon no longer disappears
after a Windows Explorer / system taskbar re-initialization! This was
a shortcoming of the wxWindows library, in which the message Windows
sends when the taskbar is being reset was not being processed by the
library. Graeme figured out how to patch the taskbar.* files in the
wxWindows distribution to correct the problem, and I now compile with
those updated taskbar components (and supply them in the STLTask source
archive, part of the standard distribution for the MSVC, gcc and Intel
versions of STLFilt). This problem has been driving me crazy for almost
two years, so I'm truly appreciative of Graeme's accomplishment.
Thank you, thank you, thank you!
04/08/2003 (STLTask v3.04)
The Proxy-CL/GCC/ICL.INI configuration parameter for naming the
native compiler executable was not being managed consistently across
the different platforms STLTask supports. For MSVC, the name of the
parameter is NATIVE_CL, but for the other platforms the name is
supposed to be different: NATIVE_GCC for gcc, NATIVE_ICL for Intel.
Unfortunately, on those two non-MSVC platforms, STLTask was still looking
for a parameter named NATIVE_CL. It now looks for the correct name
under each platform. Note that this only effects Proxy-*.INI, NOT
the STLTask.INI multi-platform configuration file (where NATIVE_CL
is in fact the correct name to use within *all* the platform sections.)
03/21/2003 (STLTask v3.03)
Quotation marks (single or double) may now be placed around pathname
and filename parameters in both the primary (Proxy-*.INI) and secondary
(STLTask.INI) configuration files. They are not necessary, but at
least now they are tolerated.
Fixed a slew of messages that were still hard-wired to say "Proxy CL"
instead of using the name appropriate to the currently selected
platform in multi-platform mode.
Removed bogus parameter COMP_BASENAME from the description of the
platform-specific configuration parameters described in
README-STLTask.txt. This parameter was never actually implemented.
03/20/2003 (STLTask v3.02)
Added single/multi-platform status information to status dialog.
Removed a bunch of old debugging code from source.
03/19/2003 (STLTask v3.01)
Thanks to Charlie [I won't wait to find out his last name...not that
he'd necessarily want to give it out ;-) ], STLTask.cpp now compiles
with wxWindows 2.4. It no longer compiles with 2.2.9, however, but
I'm not too worried about this...
One that slipped through: STLTask.INI, as distributed 3/18 and 3/19,
used quotation marks around the cl_dir parameter for the MSVC platform
definition. The problem: quotation marks weren't supported. Oops. As
a stopgap I've removed the quotation marks in the distribution, but
soon I'll update STLTask to be able to handle them if they're there.
03/18/2003 (STLTask v3.00)
STLTask has received a *major* face-lift. The new version's source
code is now unified across all the platforms in which it is included
(as of this writing, that's MSVC, gcc and Intel) with default paths
and filenames switchable with a simple symbol change up at the top.
More significantly for users, a single instance of STLTask now has
dynamic multi-platform switching capability. You configure up to
ten separate compiler platforms in the new secondary configuration
file, STLTask.INI, and select between them from the STLTask context
menu. For all the details, see the new README-STLTask.txt.
Both of these changes have sure made *my* life a lot easier ;-).
10/20/2002 (STLTask v2.6)
Fixed infinite dialog-box looping upon detection of corrupt configur-
ation in certain cases. Clarified status dialog text a bit.
8/24/2002 (STLTask v2.5)
STLTask is now checked out for concurrent multi-platform support, so
long as the platforms associated with each instance have a distinct
base directory and toggle file directory (as specified by the .INI file
parameters cl_dir and toggle_file_dir. Note that the specific .INI
file to use may be specified as a command-line parameter to STLTask.EXE;
the default, if none is given, is Proxy-CL.INI in your %Systemroot%
directory as distributed with the MSVC version, or Proxy-gcc.INI as
distributed with the gcc version.)
Added compiler directory (cl_dir) information to dialog captions, the
context menu and all Tooltips. This allows concurrent STLTask instances
(say, one for MSVC6, one for MSVC7 and one for gcc3) to be easily
differentiated. Simply place the mouse over the taskbar icon to pop
up a Tooltip identifying the platform and showing decryption status.
Corrected button sizes so some labels display better with "large" fonts.
Context menu selection "Prepare to apply Visual Studio Service Pack" is
now enabled only when the active compiler name is "cl.exe" (case-
insensitive). Since STLTask may now be used with gcc, we don't really
want to see that option if gcc is the active compiler.
5/23/2002 (STLTask v2.4)
Enhanced the taskbar icon repertoire: There are now specific icons
to indicate an uninstalled Proxy CL (a big X through the icon) and
Clipboard-Only mode (a paper clip holds the icon to the taskbar).
Corrected bug causing a mostly blank initial dialog to appear upon
start-up in Clipboard-Only mode.
3/30/2002 (STLTask v2.32)
Comments (introduced with ";" characters) at the end of configuration
file (Proxy-CL.INI) options are now supported (they get stripped).
3/5/2002 (STLTask v2.31)
Was still getting cascading "Could not set icon" dialogs under certain
circumstances, so I threw another status flag at the problem. Now, while
it is still possible to end up with zombie STLTask.EXE processes, at
least they don't seem to interfere with new instances.
2/13/2002 (STLTask v2.30)
In preparation for the soon-to-be-released g++ versions of the Decryptor
package, I've overhauled STLTask to be less MSVC-specific. Version 2.30
supports a new option in the [stltask.exe] section of the configuration
file:
CL_EXE=cl.exe
This lets you specify the "natural" name of the native compiler. For non-
MSVC platforms, this could be "g++.exe", "gpp.exe" or whatever (Up to this
release of STLTask, the name was hard-wired to "CL.EXE").
Status messages that used to refer to MSVC and CL.EXE are now worded more
generically (and where it now says "CL.EXE", that string tracks the CL_EXE
configuration parameter.)
Now that the STLTask icon changes state in sync with STLFilt.BAT (or any
other manual method of toggling the toggle file), context menu items
automatically come up enabled or disabled, tracking the current
installation and filtering status.
The status window now displays the full pathname of the "active compiler".
In case you choose to use STLTask with more than one platform (say,
both MSVC and g++) at different times, the status window will remind you
of which one you're controlling with STLTask. I have not implemented
simultaneous platform support for more than one proxy compiler, however.
If someone actually wants to have two STLTasks running at the same time
supporting different compilers, let me know (but I'm not making any
promises...)
Instead of manually hard-wiring all the text positions in the status
window, I now let wxWindows take care of positioning the text (this
definitely made modifying the status window's text messages a whole
lot easier!)
2/11/2002 (STLTask v2.23)
Settled on a state-based strategy for avoiding unnecessary SetIcon()
calls in the timer service function. SetIcon() is now only called if
the state of the toggle file is known to have changed. Since the original
problem (described below) was happening intermittently, I can't tell
for sure if all spurious "cannot set icon" dialogs have been truly avoided
with this scheme, but I'm going to give it a shot.
2/10/2002 (STLTask v2.22)
More fallout from the Magically Changing Icons feature: under certain
circumstances, most notably under Windows 2000 during session startup
(but I've also seen it happen on Win98 during shutdown), numerous "Could
not set icon" error dialogs could start spewing from the app. I "fixed"
this, for the time being, by suppressing all such dialogs. Eventually,
when I figure out how to tell when it is safe to use SetIcon and when
it is not, I'll decide whether or not to bring the dialogs back.
2/6/2002
Added a note in README-VC7.txt regarding the DLL that comes up missing
if you run STLTask on a system that does not have VC6 installed.
1/31/2002 (STLTask v2.21)
Fixed up some icon image issues.
1/29/2002 (STLTask v2.20)
Thanks to Marco Welti, STLTask now indicates filtering status via two
different taskbar icons: one when filtering is on, another when it is
off (I had tried to do this a while back and gotten stuck; Marco found
my bug and got it to work. I love this Open Source thing!). Since the
icon gives visual feedback of filtering status, a dialog box no longer
comes up just to indicate a change in filtering status. Now, the *really*
cool part: if you toggle filtering status using STLFilt.BAT (or any
mechanism at *all* that renames the toggle file accordingly), the STLTask
icon reflects the change automatically! (Timer code courtesy of Marco.)
11/1/2001 (STLTask v2.12)
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -