14 de junio de 2000: en este problema:

  1. EDITORIAL

  2. NOVEDADES DE SYSINTERNALS

    • Regmon v4.25
    • ListDlls v2.22
    • TDImon v1.0
    • AutoRuns v1.1
    • LDMDump v1.0
    • Columnas internas de abril/junio
  3. INFORMACIÓN INTERNA

    • Windows de compilación de NT
    • Windows de temporizador NT/2000
    • Remapping the Keyboard
    • Caja fuerte asignación de memoria del sistema
    • Registro Windows sistema de archivos 98
    • WinDev '00 Oeste
  4. LO QUE VIENE

    • Claves del Registro "seguras" Windows 98

PATROCINADOR: SOFTWARE DE HORARIOS DE VERANO

El Boletín de systems internals está patrocinioado por Newsnals Software, en la Web en http://www.winternals.com. Winternals Software es el desarrollador y proveedor líder de herramientas de sistemas avanzados para Windows NT/2K. Los productos de Software Desalmán incluyen FAT32 para Windows NT 4.0, ERD Commander Professional Edition (funcionalidad avanzada de disco de arranque para Windows NT) y Recuperación remota.

El paquete TCPView Pro recién publicado le permite supervisar la actividad TCP/IP en los sistemas Windows NT 4.0, Windows 2000 y Windows 95/98. A diferencia de las herramientas integradas de supervisión de TCP/IP que se incluyen con Windows (como netstat), TCPView Pro muestra qué proceso está asociado a cada dirección TCP/IP, lo que facilita la determinación de qué aplicación es responsable de conexiones y actividades específicas. TcpView Pro proporciona una vista dinámica y una vista estática. La vista estática muestra las direcciones IP locales abiertas actualmente, el proceso asociado a cada punto de conexión y la dirección IP remota a la que está conectado un punto de conexión. La vista dinámica, que no está disponible con ninguna otra utilidad, le permite ver la actividad TCP/IP por proceso en tiempo real.

Obtenga información de precios y descargue una versión de prueba de 14 días en http://www.winternals.com/products/tcpview.shtml.

Hola a todos:

Le damos la bienvenida al boletín de Systems Internals. El boletín tiene actualmente 22 000 suscriptores.

Dave Dave y yo estamos en las fases finales de encapsular "Inside Windows 2000, 3rd Ed", lo que significa que el libro estará disponible a mediados de agosto en lugar de a finales de julio (no sería un producto de Microsoft sin un deslizamiento en la fecha de envío). Ahora que el libro está en forma de finalizado, puedo darle un resumen de lo que incluye. En primer lugar, tiene aproximadamente un 50 % más de contenido que la edición anterior e incluye cuatro capítulos nuevos. Esta es la tabla de contenido:

  1. Introducción
  2. Architecture
  3. Mecanismos del sistema
  4. Inicio y apagado
  5. Mecanismos de administración
  6. Procesos y subprocesos
  7. Administración de memoria
  8. Seguridad
  9. Sistema de E/S
  10. Storage
  11. Administrador de caché
  12. Sistemas de archivos
  13. Redes

Al igual que la segunda edición, el libro está lleno de experimentos que muestran los conceptos que se describen. El libro también incluye un CD que tiene una copia de todo el sitio web de SysInternals, además de una serie de herramientas que usamos en experimentos.

Los revisores del libro han recibido muy bien dos herramientas que he escrito específicamente para el libro. El primero se denomina LiveKD y permite ejecutar cualquiera de los depuradores de kernel de Windows 2000 (i386kd, kd, WinDbg) en un sistema activo. Esto significa que inicia LiveKd, especificando el depurador que desea que hospedara y, a continuación, escriba el depurador y tenga disponibles todos los comandos del depurador que tendría si estuviera depurando un volcado de memoria. Prácticamente todos los experimentos basados en el depurador del libro se pueden ejecutar mediante LiveKD, lo que significa que no necesita un segundo sistema o un cable serie para realizarlos.

La segunda herramienta es una extensión de monitor de rendimiento que le permite ver los valores en directo de cualquier variable de kernel. Si quisiera supervisar la cantidad de grupo sin página en uso con PerfMon, por ejemplo, seleccionaría la variable MmAllocatedNonPagedPool.

Le haremos saber en el boletín cuándo está fuera el libro, pero ahora puede ordenar previamente a través del vínculo Amazon.com en www.sysinternals.com/links.htm. Como de costumbre, pase el boletín a los amigos que cree que le parecería interesante.

Gracias

-Mark

NOVEDADES DE SYSTEMS INTERNALS

REGMON V4.25

Esta actualización más reciente de la herramienta de supervisión de Regmon Registry incluye compatibilidad con el nuevo tipo de consulta de Windows 2000 para KeyNameInformation los servicios del sistema y ZwEnumerateKeyZwQuerykey . Esta funcionalidad no se exporta para su uso por aplicaciones Win32, sino que la usan las funciones del Registro de ADVAPI32 como parte del uso del sistema de subárboles del Registro de registro de clases por usuario.

Hay dos maneras de que las aplicaciones Win32 en Windows 2000 puedan abrir la parte Registro de clases del Registro: pueden especificar o HKEY_CLASS_ROOT pueden especificar HKLM\Software\Classes . El primero devuelve un identificador a la clave de clase por usuario combinado con la clave de clase global y el segundo devuelve un identificador solo a la información global. La función del Registro ADVAPI32 solo puede determinar cuál ha especificado el usuario mediante el examen del nombre subyacente del identificador de clave del Registro pasado por un usuario, de ahí el requisito para el nuevo tipo de consulta. Consulte la documentación del SDK en RegOpenKeyEx para obtener más información.

Descargue Regmon v4.25 en http:www.sysinternals.com/regmon.htm.

LISTDLLS V2.22

Cuando un desarrollador crea una biblioteca de vínculos dinámicos (DLL), le dice al vinculador la "dirección base" del archivo DLL, que es la dirección para la que el vinculador crea información de dirección relativa en el archivo de imagen del archivo DLL. Si un archivo DLL se carga en una dirección diferente de su dirección base, el cargador debe corregir todas las direcciones relativas de la imagen DLL cargada para tener en cuenta la diferencia.

Estas correcciones, o reubicaciones, pueden aumentar el tiempo de inicio de una aplicación, por lo que los desarrolladores obviamente quieren evitar que se produzcan reubicaciones. Sin embargo, es tedioso ver la salida de un programa como ListDLLs, comparando las direcciones de carga con la dirección base. Por lo tanto, he hecho que la versión 2.22 de ListDLLs tome una nueva opción, , que tenga en cuenta los archivos DLL reubicados -r en su salida.

Descargue ListDLLs v2.22 en http://www.sysinternals.com/listdlls.htm.

TDIMON V1.0

TDImon es la versión más reciente del eficaz conjunto de herramientas de supervisión SysInternals, que muestra la actividad TCP y UDP en el sistema a medida que se lleva a cabo. La herramienta toma su nombre del hecho de que supervisa la actividad TCP y UDP en la interfaz a la pila TCP/IP, y esa interfaz se denomina Interfaz de controlador de transporte (TDI). Toda la actividad TCP y UDP de aplicación y controlador debe pasar por esta interfaz, lo que significa que no se detecta ninguna actividad TCP o UDP de TDImon.

TDIMon comparte la misma GUI que sus primos, Filemon, Regmon, Portmon y DebugView, y al igual que otras herramientas de supervisión, muestra los nombres de los procesos que realizan actividad, marcas de tiempo y tiene funcionalidad de filtrado y resaltado. Esto hace que TDIMon sea una herramienta de solución de problemas de red ideal para los administradores y una herramienta de depuración TCP/IP para desarrolladores de aplicaciones. TDImon funciona en Windows 95, 98, NT 4 y Windows 2000.

Descargue TDImon v1.0 en http://www.sysinternals.com/tdimon.htm.

LDMDUMP V1.0

Windows 2000 incluye un nuevo formato de partición denominado partición flexible que supera algunos de los inconvenientes de la creación de particiones de estilo MS-DOS que todos los sistemas operativos Windows han usado hasta ahora. Un componente denominado Administrador de discos lógicos (LDM) administra volúmenes en discos con formato de particiones flexibles, que se denominan discos dinámicos (los discos con particiones de estilo MS-DOS se denominan discos básicos). Además de ser más sólidos debido a la creación de reflejo de la partición que implementan, los discos dinámicos tienen la ventaja de que puede crear volúmenes de varias particiones sin tener que reiniciar el sistema para que los controladores del sistema de archivos los reconozcan y monten.

Microsoft no ha documentado el formato de la base de datos de creación de particiones LDM; de hecho, dado que ha concedido licencia a la tecnología de Veritas, que ha usado la misma base de datos en su software de administración de volúmenes de UNIX, los contratos de licencia pueden impedir que Microsoft la documente. Al final puede haber una interfaz IOCTL de Win32 para el LDM, pero mientras tanto he descubierto el formato y he escrito una herramienta denominada LDMDump que puedes usar para emparejar dentro de la base de datos de un disco dinámico. LDMDump presenta aproximadamente la misma información que la herramienta DmDiag del Kit de recursos de Windows 2000, pero LDMDump presenta la información de (creo) de una manera mucho más limpia. No ofreco código fuente para esta herramienta en este momento, pero si está interesado en la concesión de licencias para sus propias aplicaciones, póngase en contacto conmigo.

Obtenga información sobre la base de datos LDM en mi Windows la columna "Inside Storage, Part 2" de la revista 2000http://www.sysinternals.com/publ.htm.

Descargue LDMDump v1.0 en http://www.sysinternals.com/ldmdump.htm.

AUTORUNS V1.1

Es posible que ya esté familiarizado con AutoRuns, que hemos publicado en los últimos dos meses. AutoRuns muestra la configuración de ejecución automática para cada ubicación del Registro y .INI archivos en los que se especifica dicha información (o así lo hemos pensado). Los comentarios de los usuarios nos han pistado en algunas ubicaciones en las que faltaba AutoRuns y esta versión más reciente ahora las muestra.

Descargue AutoRuns v1.1 en http://www.sysinternals.com/misc.htm.

COLUMNAS INTERNAS DE JUNIO/JULIO

¿Alguna vez se ha preguntado exactamente en qué se diferencian los servicios Win32 de las aplicaciones Win32 estándar? O quizás haya tenido curiosidad sobre lo que hace que la secuencia de arranque o apagado de NT lleve tanto tiempo. Respondo a estas preguntas y mucho más en mi serie de dos partes de junio/julio sobre los servicios Win32 de Windows 2000 Magazine.

En la parte 1 te miento dentro de la estructura de un servicio Win32, explicando cómo aceptan comandos de las aplicaciones cliente. A continuación, comenzaré a describir Service Control Manager (SCM), que es responsable de administrar los servicios win32, incluido su inicio y apagado. En la parte 2, finalicé mi descripción del proceso de inicio del servicio, que tiene lugar durante el arranque del sistema y, a continuación, le contaré cómo SCM apaga los servicios. También echaré un vistazo a las mejoras que Microsoft realizó en el SCM en Windows 2000 y le hizo entrar en la herramienta SrvAny Resource Kit.

Windows suscriptores de 2000 Magazine pueden leer las columnas en línea enhttp://www.sysinternals.com/publ.htm.

INFORMACIÓN INTERNA

HISTORIAL DE COMPILACIÓN DE WINDOWS NT

Como ha aprendido en los boletines anteriores, el número de compilación de Windows NT (ahora Windows 2000) se incrementa cada día cuando el equipo de compilación genera una nueva compilación con los datos de seguridad de código del día. Con mis antiguos CD beta y candidatos para lanzamiento, así como la ayuda de otros usuarios que han estado usando Windows NT más tiempo del que tengo, he compilado una lista de los números de compilación correspondientes a las versiones públicas (betas, candidatas para lanzamiento y versiones completa). Tenga en cuenta que las fechas son la fecha de la compilación, no la fecha de lanzamiento de la compilación. Por ejemplo, la compilación final de Win2K, 2195, se hizo en diciembre, pero se publicó en febrero.

Build Release Date
297 PDC 1992
340 NT 3.1 Beta 1 Octubre de 1992
397 NT 3.1 Beta 2 Marzo de 1993
511 NT 3.1 Julio de 1993
611 NT 3.5 Beta 1 Abril de 1994
683 NT 3.5 Beta 2 Junio de 1994
756 NT 3.5 RC 1 Agosto de 1994
807 NT 3.5 Septiembre de 1994
944 NT 3.51 Beta 1 Febrero de 1995
1057 NT 3.51 Mayo de 1995
1234 NT 4.0 Beta 1 Enero de 1996
1314 NT 4.0 Beta 2 Mayo de 1996
1381 NT 4.0 Julio de 1996
1671 NT 5.0 Beta 1 Septiembre de 1997
1877 NT 5.0 Beta 2 Septiembre de 1998
1946 Win2K RC0 de beta 3 Diciembre de 1998
2000.3 Win2K RC1 de beta 3 Marzo de 1999
2031 Win2K Beta 3 Abril de 1999
2072 Win2K RC1 Julio de 1999
2128 Win2K RC2 Septiembre de 1999
2183 Win2K RC3 Noviembre de 1999
2195 Win2k Diciembre de 1999

RESOLUCIÓN DEL TEMPORIZADOR DE WINDOWS NT/2000

Aunque Windows NT/2000 proporciona servicios, incluido , que le permiten medir los tiempos hasta la resolución del contador de ciclo Pentium, sus servicios de tiempo de intervalo tienen una resolución algo QueryPerformanceCounter menor. De hecho, la resolución predeterminada del temporizador es la misma que el intervalo de reloj del sistema, que es de 10 ms en sistemas x86 de un solo procesador (normalmente 7,5 ms o 15 ms en sistemas SMP). Las aplicaciones pueden usar las funciones de temporizador multimedia en el espacio del usuario para aumentar la resolución a 1 ms, pero los controladores están en frío si quieren resoluciones más altas, hasta Windows 2000, es decir.

Windows 2000 presenta una nueva función DDK, , que los controladores pueden usar para reducir el intervalo del temporizador del sistema a ExSetTimerResolution 1 ms. ¿Quiere saber qué ocurre debajo de los temporizadores multimedia y ExSetTimerResolution ? Vea "Inside Windows NT High Resolution Timers" (Dentro de los temporizadores de alta resolución de NT) enhttp://www.sysinternals.com/timer.htm.

ASIGNACIÓN SEGURA DE MEMORIA DEL SISTEMA

Aunque estamos en el tema de las nuevas funciones de kernel Windows 2000 para desarrolladores de controladores, merece la pena mencionar MmGetSystemAddressForMdlSafe . En versiones anteriores de Windows NT, un desarrollador de controladores que quería obtener un puntero de espacio de direcciones del sistema para el búfer de un usuario o un fragmento de memoria física tenía que pasar un MDL (lista de descriptores de memoria) que describía el búfer físico a MmGetSystemAddressForMdl .

La creación de una asignación virtual en el espacio de direcciones del sistema usa un recurso denominado Entradas de tabla de página del sistema (PTE del sistema), donde se requiere un PTE del sistema para cada página física asignada. Desafortunadamente, los PTE del sistema son recursos limitados y se pueden ejecutar si los controladores están asignando grandes cantidades de memoria. ¿Qué ocurre MmGetSystemAddressForMdl cuando no se pueden obtener los PTE del sistema que requiere? Pensaría que haría algo útil, como devolver un como NULL la dirección virtual asignada. Pero no, deja el sistema en pantallas azules y azules. Un comportamiento como este se refleja mal en el controlador que realiza la solicitud.

Windows 2000 hace lo que debería haber hecho: devuelve si no hay suficientes PTE del sistema para crear la asignación MmGetSystemAddressForMdlSafeMmGetSystemAddressForMdl para el NULL búfer. Use esta función para evitar un volcado vergonzoso que apunta al controlador. Si tiene un controlador que se ejecuta en NT 4 y Windows 2000, merece la pena publicar dos versiones diferentes, una para cada plataforma, de modo que pueda aprovechar esta nueva API cuando se Windows 2000.

REMAPPING THE KEYBOARD

Si es como yo, empezó en un teclado UNIX donde había una tecla Ctrl en el teclado en la posición ocupada en los teclados del equipo por la tecla de bloqueo de mayúsculas. Para mejorar mi velocidad de escritura y aprender algo sobre el desarrollo de controladores de dispositivos en Windows 9x y Windows NT, uno de mis primeros proyectos de controladores en ambos sistemas operativos era implementar un controlador de remapping de teclado. Puede encontrar la versión Windows 9x en y la Windows http://www.sysinternals.com/c2cap95.htm nt/2K enhttp://www.sysinternals.com/ctrl2cap.htm.

En Windows NT/2K hay una alternativa al uso de un controlador de filtro de teclado. Al definir las entradas de remapping de scancode en el Registro, puede reprogramar completamente el comportamiento del teclado. De hecho, el kit de Windows 2000 incluye una herramienta denominada RemapKey que permite intercambiar claves mediante una representación gráfica del teclado. En este artículo en el sitio web de Microsoft se habla sobre el remapper de teclado y cómo funciona: http://www.microsoft.com/HWDEV/input/W2kscan-map.htm. Tenga en cuenta que la herramienta también funciona en NT 4.

Por lo tanto, digamos que no tiene el kit de recursos de Windows 2000 y que prefiere no gastar el dinero por él (se recomienda que lo haga, está lleno de todo tipo de herramientas y documentación interesantes). Si ese es el caso, puede reasignar manualmente el teclado. El artículo de Microsoft al que acabo de hacer referencia indica el formato de la clave del Registro donde el controlador de teclado busca códigos de remapping () y este artículo, también disponible en Microsoft, le indica los códigos de digitalización que corresponden a las HKLM\ SYSTEM\CurrentControlSet\Control\Keyboard Layout\Scancode Map claves: http://www.microsoft.com/hwdev/download/desinit/scancode.zip.

Si lo único que quiere es intercambiar mayúsculas-bloqueo y control (tenga en cuenta que mis filtros de teclado se desasocien totalmente con la tecla caps-lock, ya que nunca la uso), puede copiar el texto siguiente (sin incluir los separadores "----") en un archivo (asínóquelo como swapcaps.reg) y hacer doble clic en el archivo. La configuración se importará en el Registro y después de un reinicio tendrá efecto.

REGEDIT4

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout]
"Scancode Map"=hex:00,00,00,00,00,00,00,00,03,00,00,00,3a,00,1d,00,1d,00,3a,00,\
  00,00,00,00

Si desea deshacer la asignación, elimine el valor de Mapa de scancode del Registro y reinicie.

REGISTRO OCULTO DEL SISTEMA DE ARCHIVOS DE WINDOWS 98

¿Alguna vez ha explorado el directorio Windows del sistema 98 y ha observado un subdirectorio denominado \Windows\Applog ? Dentro de este directorio es probable que encuentre archivos con nombres que coincidan con los de las aplicaciones que ha ejecutado recientemente y extensiones como . LGC y . LGD. Abra uno de los archivos de Bloc de notas y verá claramente un seguimiento de actividad del sistema de archivos, con nombres de archivo, desplazamientos y llamadas abiertas y cercanas. ¿Un virus genera estos registros o es una utilidad secreta incluida con Windows 98 que informa a Microsoft de los patrones de uso de la aplicación? Ninguna de las dos (si fuera así, estaría leyendo sobre esto en la oficina comercial, no en el boletín sysinternals). Su parte de la característica "carga las aplicaciones usadas con más frecuencia hasta un 36 % más rápido" de Windows 98.

Debido a la entrada Taskmon en , Windows 98 inicia un programa de servicio durante el HKLM\Software\Microsoft\Windows\CurrentVersion\Run arranque denominado Taskmon. Taskmon carga un VxD denominado FioLog ( ) para instalar un enlace de actividad del sistema de archivos para que pueda ver el uso de archivos durante el inicio \Windows\System\FioLog.Vxd de la aplicación. Taskmon supervisa la actividad del sistema de archivos de todas las aplicaciones que se realizan mientras se inician, excepto las que aparecen en HKLM\Software\Microsoft\Windows\CurrentVersion\Taskmon\ExcludeApps . FioLog registra la actividad del sistema de archivos de inicio de la aplicación en el directorio Applog. Los archivos de registro que crea comienzan con la extensión . LGA. No está claro cómo determina cuándo eliminar un registro y cuándo crear uno nuevo para una aplicación con una nueva extensión con la última letra incrementada. Esta es una parte de un archivo de registro de ejemplo:

{
o da3034d0 d000 "C:\WINDOWS\NOTEPAD.EXE"
R da3034d0 0 40
R da3034d0 80 f8
R da3034d0 80 1c0
R da3034d0 7000 1000
R da3034d0 6000 e00
o da2b2610 156000 "C:\WINDOWS\SYSTEM\SHELL32.DLL"
R da2b2610 83000 1000
o da2b2f40 45110 "C:\WINDOWS\SYSTEM\SHLWAPI.DLL"
R da2b2f40 3c000 1000
R da2b2f40 3c000 1000
...

Las líneas se dividen en cuatro campos: el primero es el código de operación, donde está abierto, se lee oR y está C cerca. No verá (para escritura) porque FioLog solo registra las operaciones de lectura durante el inicio de la aplicación para que se pueda optimizar el inicio W de la aplicación. El segundo campo es el puntero de archivo interno. Los campos tercero y cuarto deben interpretarse según el código de operación de la línea. Si el código de operación es R , el tercer campo es el desplazamiento del archivo y el cuarto campo es la longitud de la lectura. Sin embargo, si el código de operación es , el tercer campo es marcas abiertas y el cuarto es el nombre del archivo o que se abre. En el seguimiento de ejemplo, la apertura de notepad.exe devuelve el puntero de archivo da3034d0, que puede ver que se usa en operaciones de lectura posteriores.

Al iniciar una operación de desfragmentación, Defrag.Exe programa ejecuta un programa denominado CvtApLog ( \Windows\System\Cvtaplog.exe ) para procesar los archivos de registro. CvtApLog usa un archivo DLL denominado ClusAlgo.Dll ( ) para averiguar la ubicación óptima del clúster dados los archivos de registro que lee y registra esta información en archivos denominados que guían el proceso \Windows\System\Clusalgo.dll\Windows\Applog\Applog.d* de desfragmentación. CvtApLog también genera un archivo denominado que resume las optimizaciones de inicio de la aplicación que \Windows\Applog\Optlog.txt dictan los archivos de registro. Este es el contenido parcial de un Optlog.txt archivo:

Program Launch Optimization Log - Created Tue Jun 13 11:42:52 2000

Programs Eligible for Optimization:
Ord Flag ProgName Uses   LastExecDate Program Path                           
1        RUNDLL32 65     2000.06.13   C:\WINDOWS\RUNDLL32.EXE                
2        ATIPTAAB 31     2000.06.13   C:\WINDOWS\SYSTEM\ATIPTAAB.EXE         
3        NOTEPAD  22     2000.06.13   C:\WINDOWS\NOTEPAD.EXE                 
4        PING     9      2000.06.10   C:\WINDOWS\PING.EXE                    
…             
17       IEXPLORE 2      2000.06.01   C:\PROGRAM FILES\INTERNET EXPLORER\IEXPLORE.EXE

Programs Ineligible for Optimization:
Ord Flag ProgName Uses   LastExecDate Program Path                           
18  S    GREP     5      2000.06.13   C:\BIN\GREP.EXE                        
19  S    STRINGS  12     2000.06.13   C:\BIN\STRINGS.EXE                     
20  S    ATI2CWXX 31     2000.06.13   C:\WINDOWS\SYSTEM\ATI2CWXX.EXE         

Control Parameters:
Use app profile        = Yes
Minimum log size    = 1000
Maximum no use days = 90
Maximum apps        = 50

Flags for Ineligible Programs:
S = Log size smaller than <Minimum log size>
U = Program not used for more than <Maximum no use days>
P = No profile for program
E = Associated program no longer exists
D = Log deleted (may be combined with one of the above)

Windows la capacidad de 98 para mover las partes de los archivos usados durante el inicio de una aplicación a un área contigua en disco es tecnología con licencia de Microsoft de Intel (para ver esto, ejecute Defrag.exe manualmente y el texto "Acelerador de inicio de aplicaciones Intel").

WINDEV '00 WEST

WinDev '00 East tuvo lugar la semana pasada con una asistencia record de 660 personas (eso es todo lo que el hotel podría contener). Los oradores presentes en la conferencia representan los nombres grandes de todas las áreas de desarrollo de Windows, incluidos todos los usuarios de la com-com-box Don Box a los expertos en controladores Hanrahan y Brian Catlin. Mis sesiones incluían "Windows 2000 Internals", "Advanced Drivers", "Windows NT/2000 File System Drivers" y "Cluster Server".

Si lo sentimos, está de suerte porque tiene una segunda oportunidad. WinDev '00 West se va a realizar en La Clara, Ca del 11 al 15 de septiembre, y todos los mismos hablantes estarán allí. Voy a ofrecer las mismas sesiones y, al igual que en WinDev East, se ofrecerán camisetas gratuitas de SysInternals a los asistentes que respondan a mis preguntas o que se pregunten especialmente detalladas. Puede encontrar más información en http://www.butrain.com/windev/west/default.htm.

LO QUE VIENE

CLAVES DEL REGISTRO DE WINDOWS 98 "SEGURAS"

Aunque el Windows 98 Registry no admite la seguridad, Microsoft ha implementado un mecanismo para definir claves ocultas del Registro. ¿Qué aplicación usa esta tecnología sigilosa? Internet Explorer, por supuesto. La próxima vez le contaré qué claves oculta IE y Windows 98 las implementa.


Gracias por leer el Boletín de información interna de sistemas.

Publicado el miércoles, 14 de junio de 2000 a las 19:08 p. m. por

[Archivo de boletines ^][ Volumen 2, Número 2][Volumen 2, Número 4 ]

[Archivo de boletines ^][ Volumen 2, Número 2][Volumen 2, Número 4 ]

The Systems Internals Newsletter Volume 2, Number 3

http://www.sysinternals.com
Copyright © 2000 Mark Russinvl