============================================================================= THOR Frequently Asked Questions (o sea, Preguntas habituales sobre THOR) Última actualización del 13 de junio de 1998 Documento mantenido por: Petter Nilsen (pettern@thule.no) Contribuciones de: Kjell Irgens (kjelli@stud.cs.uit.no) Kimme Utsi (kimme@articnet.no) Traducción sin garantías al español de Dámaso D. Estévez . Consulte la documentación original Versión 1.2 - 23.8.98 ============================================================================= General: ~~~~~~~~ 1.1 ¿Qué es eso del "sistema" ("system") del que tanto se habla? 1.2 "Imposible cargar ficheros de configuración" ("Failed to load the configuration datafiles"). 1.3 Campo de texto "Type" ("Tipo") en la ventana "Systems Config" ("ConfSist") vacío. 1.4 Al salir de THOR, no se recupera toda la memoria. ¿Porqué? 1.5 "waitforport" en los guiones ARexx falla cuando éstos se invocan desde THOR. 1.6 Problemas del sistema de ficheros multiusuario (MuFS) con THOR. 1.7 Desplazando la base de mensajes a otro sitio de forma correcta. 1.8 El puntero queda bloqueado con su aspecto de "ocupado" después de realizarse alguna operación. 1.9 La adición de mensajes a la base de mensajes es lenta. 1.10 Cómo reparar la base de mensajes cuando está dañada. 1.11 Cómo memorizar las posiciones actuales de las ventanas. 1.12 Problemas XPK/DiskExpander. 1.13 ¿Dónde puede conseguir la última versión de THOR? 1.14 ¿Cuál es la versión más reciente de THOR? 1.15 ¿Cómo guardar varios mensajes en una única operación? 1.16 Mi lista de eventos está hecha un asco. 1.17 Mi ordenador se queda bloqueado cuando pincho con el puntero sobre el icono de un fichero adosado. 1.18 ¿Cómo puedo utilizar la extensión WORDS de GoldEd 4.7.x para la verificación ortográfica de los mensajes escritos con Thor? Internet: ~~~~~~~~~ 2.1 Clave de acceso ("password") no aceptada por un servidor POP. 2.2 ConnectTHOR sigue ejecutándose después de cerrarse su interfaz con el botón de cierre de la ventana. 2.3 ¿Qué es la biblioteca "socket.library"? 2.4 "Imposible abrir la biblioteca 'socket.library'" ("Could not open socket.library"). 2.5 "Nombre de dominio inexistente" ("domain name missing..") cuando envío correo. 2.6 Mensaje de error cuando intento suscribirme a un grupo de noticias. 2.7 Recolección del correo con el protocolo SMTP en lugar del POP3. 2.8 Conexión rechazada ("Connection refused") cuando recojo el correo. 2.9 ¿Cómo enviar una copia carbón de un mensaje a múltiples usuarios? 2.10 ¿Cómo obtener del servidor de noticias una lista de los grupos de noticias de los que dispone? 2.11 Mensaje "You must configure e-mail address for the system..." ("Debe de definir una dirección de e-mail para el sistema..."). 2.12 El contador de mensajes (noticias) totales se reduce cuando se recojen las noticias del servidor. 2.13 Mensajes de error "441 400 No space (spool)", etcétera... 2.14 ¿La recuperación de correo/noticias es más lenta en una pantalla a medida que si se utiliza la pantalla del WB? 2.15 La conferencia denominada EMail está definida como de sólo lectura ("read-only"): ¿cómo puedo corregir esto? 2.16 Se produce un error en la configuración ("error in config") cuando se pone en marchaCfgTCP... ¿qué debo hacer? ----------------------------------------------------------------------------- 1.1  ¿Qué es eso del "sistema" ("system") del que tanto se habla? Para simplificar, un "sistema" es una BBS/STD particular, un proveedor de acceso a Internet o un punto Fido: puede utilizar THOR para leer mensajes o insertarlos en muchos de estos sistemas. ----------------------------------------------------------------------------- 1.2  "Imposible cargar ficheros de configuración" ("Failed to load the configuration datafiles"). - Como la base de mensajes está localizada en disco, ésta es sensible a lo que pueda sucederle a dicho disco, por lo que en caso de que se deba a un fallo en la estructura de éste o de un problema similar, utilice una herramienta (comercial o shareware) que le permita corregirlo: entre las recomendadas se encuentran DiskSalv, Quaterback Tools y AmiBack Tools. - Uno o más ficheros de datos que THOR necesita pueden estar corruptos o dañados. Haga una copia de seguridad de su base de mensajes, y a continuación, emplee BaseManager para corregir el problema. Si esto no le ayuda, tendrá que borrar la conferencia (o en el peor de los casos, el sistema completo y volver a crearlo). También podría ayudarle utilizar la copia de seguridad .bak del fichero que genera el error, bastando con copiarla encima del original. - Si el valor de IoErr es 103, eso significa que no dispone de suficiente memoria para ejecutar THOR. Consulte también la sección 1.10 de este documento. ----------------------------------------------------------------------------- 1.3  Cuando intento configurar un nuevo sistema, el campo "Type" ("Tipo") está vacío. THOR no está instalado correctamente. Vuelva a instalarlo, reinicie el sistema y pruebe de nuevo. Si no desea volver a instalar el programa, puede probar a ejecutar los guiones AmigaDOS cfg* desde el Shell/CLI con el comando del SO "Execute" (deben encontrarse en /S/). ----------------------------------------------------------------------------- 1.4  Al salir de THOR, no se recupera toda la memoria. ¿Porqué? La biblioteca "bbsread.library" utiliza un sistema de áreas de memoria tampón ('buffers'), que no son liberados inmediatamente por ésta. La biblioteca liberará toda la memoria empleada después de transcurridos cinco minutos sin que se emplee: usted puede liberarla manualmente con el comando "avail flush", pero recuerde que también el propio AmigaDOS la liberará automáticamente cuando la memoria sea necesitada por otro programa (siempre que la biblioteca ya no se encuentre en uso). ----------------------------------------------------------------------------- 1.5  "waitforport" en los guiones ARexx falla cuando se invocan desde THOR. Problemas asociados: THOR no es capaz de encontrar programas cuando los ejecuto desde el propio THOR, como ThorStat, incluso aunque el directorio de esos programas está incluído en mis caminos definidos por defecto (me he asegurado de que el comando PATH está correctamente definido en el fichero "user-startup"). ¿Qué es lo que está mal? Respuesta: Si está seguro de que ha utilizado el parámetro clave ADD con el comando 'path' AmigaDOS en su fichero "user-startup" y que este directorio actualmente existe, una posible razón podría ser que ejecuta THOR como un proceso WB desde ToolManager. El código de arranque de programas WB que utiliza ToolManager tiene algunos errores e ignora los caminos que se definan, así que en su lugar debería ejecutar THOR como un proceso CLI (el manejador "WBStart-handler" 1.4 incluído con ToolManager 2.1a corrige este problema). THOR debe conservar el camino incluso aunque se ejecute desde el Workbench hasta que THOR se convierta él mismo durante el arranque en un proceso CLI. ParM le mostrará una simulación de (mal) comportamiento cuando se ejecuta desde el WB, así que ejecútelo desde CLI cuando sea posible. ----------------------------------------------------------------------------- 1.6 - Problemas del sistema de ficheros multiusuario (MuFS) con THOR. Debido a un error en el manejo asíncrono a bajo nivel de los paquetes DOS multiusuario, los ficheros en todos los directorios de datos de THOR deben ser definidos sin especificar ningún usuario o grupo. Esto se consigue con el siguiente comando: mprotect `getenv thor/bbsdatapath` RWD group RWD other RWD all ^ ^ ^ N. del T. - grupo otro todo ----------------------------------------------------------------------------- 1.7 - Desplazando la base de mensajes a otro sitio de forma correcta. A veces puede ser útil mover THOR (con sus ficheros asociados) a otro disco o a algún otro sitio del mismo disco. Esto puede hacerse siempre que siga estos pasos: - Asegúrese de que THOR no está ejecutándose y limpie la memoria con el comando "avail flush" ejecutándolo desde una ventana Shell. Verifique también con la comodidad Exchange que ConnectTHOR no está ejecutándose: si fuera así, bórrelo de la lista de comodidades en el sistema. - Mueva la base de mensajes a su nueva situación. - Modifique el fichero ENVARC:THOR/THORPath de manera que ahora contenga la nueva situación de THOR (directorio a donde lo ha trasladado). - Cambie el fichero ENVARC:THOR/BBSReadPath de manera que apunte al nuevo directorio a donde ha trasladado la base de mensajes: ésta habitualmente suele almacenarse en un subdirectorio denominado "data" que depende del directorio de THOR. - Reinicie el ordenador. ----------------------------------------------------------------------------- 1.8  El puntero queda bloqueado con su aspecto de "ocupado" después de realizarse alguna operación. Esto sucede con ciertas comodidades que cambian el aspecto del puntero de varias formas. En particular, es sabido que los programas más antiguos (como por ejemplo QMouse) no lo hacían de forma correcta. Intente no utilizar estos programas. ----------------------------------------------------------------------------- 1.9  La adición de mensajes a la base de mensajes es lenta. Existen varios parámetros que pueden acelerar dicha velocidad: - Desconectar la opción "Add Users" ("Añadir usuarios") en el sistema en cuestión a través del ítem de menú "Config -> Import/Export" ("Configuración -> Importar/Exportar"). - Abrir la ventana de la base de datos de usuarios y borrar todos los usuarios que no desee conservar en dicha base de datos. A continuación, proceda a seleccionar en esta misma ventana la opción "Maintenance" ("Mantenimiento"). - Elevar el nº de áreas tampón ('buffers') y su tamaño en "Global Config -> Database options" ("Configuración global -> Base de datos"). Quince de 15 KB son un buen ajuste... si puede permitírselo. - Si utiliza la opción de compresión XPK, desconecte la opción "Auto XPK packing" ("Auto XPK") en "Global Config -> Database options" ("Configuración global -> Base de datos"). - Verifique los condiciones definidas con la opción "Kills/emphasizes" ("Borrar/Resaltar") para el sistema de interés, eliminando aquellos que sean redundantes. ----------------------------------------------------------------------------- 1.10 Cómo reparar la base de mensajes cuando está dañada. Si tiene experiencia con problemas cuando añade mensajes a la base de mensajes, cuando los lee o problemas que puedan estar relacionados, utilice el guión ValidateThor que se encuentra en el directorio bin/ dentro del directorio de THOR. El procedimiento alternativo (que es lo que básicamente hace el guión) es: - Asegúrese de que no está THOR ejecutándose y limpie la memoria con el comando "avail flush" ejecutándolo desde una ventana Shell. - Ejecute el programa "BaseManager" con el parámetro "validate": bin/basemanager validate por ejemplo, bin/basemanager validate "news-mail" - Utilice el guióne ARexx "CheckDatabase.br" con el parámetro DELETE: rx rexx/bbsread/checkdatabase.br DELETE por ejemplo, rexx/bbsread/checkdatabase.br "news-mail" DELETE - Ahora, entre en la conferencia problemática desde THOR y asegúrese de que la ventana en la que se muestra la lista de mensajes está abierta. Realice una selección múltiple (con la tecla SHIFT) de todos los mensajes etiquetados como "*BAD DATA*" ("*DATOS INCORRECTOS*") o "Failed to get message data" ("Imposible recuperar el mensaje") y seleccione la opción de borrar mensajes desde el menú. - Cuando haya dado los pasos anteriores, seleccione la opción "Pack/Purge" ("Comprimir/Purgar") en el sistema con problemas desde el propio THOR o utilice el programa "bin/packbbs". ----------------------------------------------------------------------------- 1.11 Cómo memorizar las posiciones actuales de las ventanas. Seleccione la opción "Visual Options" ("Opciones visuales") en el menú "Configuration" ("Configuración") y presione el botón "Save" ("Guardar"). **************************************************** Nota del traductor: funciona sólo con algunas... supuestamente las más importantes ;D **************************************************** ----------------------------------------------------------------------------- 1.12 Problemas XPK/DiskExpander. - DiskExpander es una aplicación con muchos fallos y no debería emplearse bajo ninguna circunstancia hasta que sea actualizada. Por lo que yo sé, los autores están "trabajando" en corregir los problemas conocidos que padece. - La compresión XPK es soportada directamente por THOR, y ésta es más eficiente cuando THOR se ejecuta en una partición con XPK. Sin embargo, parece que hay problemas cuando se utiliza la sub-biblioteca RAKE como compresor, pero las versiones más recientes de NUKE han sido probadas y funcionan correctamente. Si tiene algúnp problema con RAKE o con otras sub-bibliotecas (métodos) de compresión, NUKE es generalmente una buena alternativa. Algunas versiones de la biblioteca "xpkmaster.library" superiores a la 2 fallan seriamente a la hora de comprimir de memoria a memoria (que la opción que Thor utiliza). Si la compresión funciona con la versión 2, pero no con versiones más recientes, deberá contactar con el encargado actual del mantenimiento del paquete XPK. ----------------------------------------------------------------------------- 1.13 ¿Dónde puede conseguir la última versión de THOR? Las últimas versiones, parches y otros ficheros relacionados siempre pueden encontrarse en los servidores FTP... < ftp://ftp.thule.no/pub/thor > mientras que la página dedicada a THOR es: < http://www.thule.no/thor/ > Estos servidores pueden contener parches correctores, guiones ARexx, etc, que no están disponibles en Aminet. ----------------------------------------------------------------------------- 1.14 ¿Cuál es la versión más reciente de THOR? La última versión es la 2.5a. ----------------------------------------------------------------------------- 1.15 ¿Cómo guardar varios mensajes en una única operación? Abra la ventana de lista de mensajes ("message list") y seleccione los mensajes a guardar con el puntero del ratón mientras mantiene presionada la tecla SHIFT. Cuando haya terminado la selección basta con que vaya al menú "Project" ("Proyecto") y elija la opción de "Save Message" ("Guardar mensaje"), procediéndose a guardar todos los seleccionados en un mismo fichero. ----------------------------------------------------------------------------- 1.16 Mi lista de eventos está hecha un asco Abra la ventana de edición de eventos y compruebe si hay eventos etiquetados como FRZ y/o ERR al inicio de cada entrada. Sólo si no existe ninguno (los etiquetados con DEL, o sea, los borrados no afectan), cuando se envíen los pendientes con ConnectTHOR, la lista quedará limpia (se borrará). ----------------------------------------------------------------------------- 1.17 Mi ordenador se queda bloqueado cuando pincho con el puntero sobre el icono de un fichero adosado a un mensaje. Esto suele ser debido a algún parche que actúa sobre el funcionamiento del elemento de interfaz "chooser.gadget". Elimine los parches MCP, MultiCX, NewObtainGIRPort y SleepingPointers y compruebe si ahora funciona mejor. ----------------------------------------------------------------------------- 1.18 ¿Cómo puedo utilizar la extensión WORDS de GoldEd 4.7.x para la verificación ortográfica de los mensajes escritos con Thor? - Despliegue los menús de GoldEd 4.7.x seleccionando la opción "Options Global" ("Opciones globales") localizable dentro del menú "Extras". - Cree un nuevo tipo de fichero ("filetype") llamado (#?.MSG|#?.header): esto es para que Thor use sus propios ficheros de configuración GoldEd 4.x.x. Defina tres nuevos ficheros de configuración GED llamados Thor.display, Thor.menu y Thor.layout simplemente copiando el fichero standard.#? y dándole a continuación los nombres Thor.#? mencionados. - Ahora mueva los ficheros Thor.#? desde el lugar de almacenamiento (lista "pool") a la ventana de características (lista "properties") en la parte inferior de la entrada de menú "Extras/Options Global". - Verá que la extensión WORDS para envWRD44.lha ha creado 4 ficheros en la ventana de almacenamiento de nombres words.api, words.mouse, words.syntax y words.gadgets... copie éstos también sobre las extensiones de Thor llamadas (#?.MSG|#?.header): son las extensiones de los nombres de fichero que Thor usará para estos mensajes internos en la base de datos de Thor y por lo tanto son mensajes de Thor que son editados. - Deje el resto como standard.#? ya que no son importantes para esta tarea. - Abra la entrada de menú "Extras/Options local" ("Extras/Opciones locales") para guardar los ficheros de configuración Thor.#? como desee, y ¡alehop! ¡ya dispone de verificación ortográfica para los mensajes que escriba con Thor usando GoldEd 4.7.x como editor externo! ----------------------------------------------------------------------------- 2.1  Clave de acceso ("password") no aceptada por un servidor POP. Hay varias razones por las que una clave puede ser rechazada por un servidor POP cuando se intenta recoger el correo: - Puede estar intentando recoger el correo de un servidor en el que no dispone de cuenta. - Puede que haya utilizado algunos caracteres especiales en la clave como pueden ser *#? ... debido a cómo son enviadas las claves de GetTCP a ConnectTHOR, algunos de estos caracteres podrían ser interpretados por el AmigaDOS y ser cambiados. Así si en su clave utiliza un asterisco, debe asegurarse de añadir otro extra, como por ejemplo en "pass*word" (debería utilizar "pass**word"). NOTA: ***** Problema ya corregido en la versión 2.3 de THOR ***** - Dispone de una clave mayor de ocho caracteres: algunos servidores POP no aceptan claves que rebasen dicha longitud. ----------------------------------------------------------------------------- 2.2  ConnectTHOR sigue ejecutándose después de cerrarse su interfaz con el botón de cierre de la ventana. ConnectTHOR es una comodidad y el comportamiento normal de las comodidades es permanecer ocultas y no salir (terminar definitivamente con el programa) cuando se utiliza el botón de cierre de su interfaz. Si desea salir de ConnectTHOR, utilice el ítem de menú "Quit" ("Salir"). ----------------------------------------------------------------------------- 2.3  ¿Qué es la biblioteca "socket.library"? Esta biblioteca originalmente se incluyó con el paquete AS225r2 beta, una pila TCP/IP programada por Commodore pero que nunca se llegó a distribuir públicamente. Sin embargo, como es una pila TCP/IP atractiva y sencilla y un buen número de programadores la utilizan, los programas TCP incorporados con THOR han sido programados para utilizarla. Si utiliza AmiTCP, necesita la biblioteca "socket.library" para que AmiTCP emule la correspondiente al paquete AS225r2 de manera que los programas que utilicen éste funcionen. Esta biblioteca está incluída con Gravepine, un cliente IRC, y también puede encontrarse en < ftp://hstud6.cs.uit.no/pub/thor >. *********************************************************************** A partir de THOR 2.3, los módulos TCP no necesitan de esta biblioteca para trabajar con AmiTCP. *********************************************************************** ----------------------------------------------------------------------------- 2.4  "Imposible abrir la biblioteca 'socket.library'" ("Could not open socket.library"). Su biblioteca "socket.library" no está instalada correctamente, así que haga lo siguiente: - Asigne "inet:" a "Amitcp:", de esta forma "Assign inet: amitcp:" - Cree un directorio llamado "libs" en "Amitcp:" (si no existe aún). - Copie la biblioteca "socket.library" en "Amitcp:libs". - Defina el fichero SOCKETCONFIG en los directorios envarc: y env: tal como se describe en la propia documentación de la biblioteca "socket.library". *********************************************************************** A partir de THOR 2.3, los módulos TCP no necesitan de esta biblioteca para trabajar con AmiTCP. *********************************************************************** ----------------------------------------------------------------------------- 2.5  "Nombre de dominio inexistente" ("domain name missing..") cuando envío correo. Su biblioteca "socket.library" no está correctamente configurada. Cree en el directorio ENVARC: y en ENV: un fichero similar al mío... UID=100 GID=100 USER=pettern DOMAIN=icenet.no UMASK=002 Naturalmente ha de reemplazar en USER mi nombre por el suyo y en DOMAIN el dominio de mi dirección por el suyo. Con esto todo debería de funcionar correctamente... *********************************************************************** A partir de THOR 2.3, los módulos TCP no necesitan de esta biblioteca para trabajar con AmiTCP. *********************************************************************** ----------------------------------------------------------------------------- 2.6 Mensaje de error cuando intento suscribirme a un grupo de noticias. Si el mensaje cuando intenta suscribirse a un grupo de noticias es de este tipo ("Imposible cargar los ficheros con los datos de configuración")... Failed to load the configuration datafiles. Error in dh1:thor/data/bbs0/PassConf.Data. Cause: Dos failure IoErr reports 103 esto significa que no dispone de un bloque contiguo de memoria suficiente grande para cargar la larga lista de grupos de noticias en memoria. ----------------------------------------------------------------------------- 2.7  Recolección del correo con el protocolo SMTP en lugar del POP3. Algunos proveedores de acceso a Internet no proporcionan correo a través del protocolo/de un servidor POP3. Para que el correo sea recogido se necesita un duende SMTP en estos casos, y la función "Get Mail" ("Recoger correo") de ConnectTHOR no se puede utilizar. Sin embargo, THOR puede leer estos buzones de correo si se siguen los siguientes pasos: - Defina como directorio para bajar ficheros ("download") en la sección "Global Config->Paths" ("Config. global->Caminos"), aquel en el que quiera almacenar su correo. - Defina como nombre del paquete ("Mailpacket") en la sección "Systems Config" ("ConfSist"), el nombre del buzón que ha sido creado por el servidor SMTP y guarde los ajustes. THOR ahora importará automáticamente estos buzones de correo en la base de mensajes cuando usted entre en el sistema configurado para acceso a Internet. La instalación de un duende SMTP ("SMTP daemon") está más allá del propósito de este documento: consulte la documentación sobre SMTP para saber cómo se hace. INetUtils, disponible en Aminet, incluye un duende SMTP que funciona bien. ----------------------------------------------------------------------------- 2.8  Conexión rechazada ("Connection refused") cuando recojo el correo. Consulte los puntos 2.1 y 2.7 de este documento. ----------------------------------------------------------------------------- 2.9  ¿Cómo enviar una copia carbón de un mensaje a múltiples usuarios? Puede enviar copias de un email (copias carbón) a multitud de usuarios utilizando uno de los siguiente métodos: - En el campo de texto donde se introduce la dirección del destinatario, introduzca todas las direcciones a donde quiera enviar el email separadas por comas (','). - Utilice el botón emergente para seleccionar todos los usuarios de la base de usuarios disponible. - Introduzca justamente al inicio del mensaje una línea encabezada por la cadena "Cc:" (sin las comillas dobles, naturalmente) seguida de las direcciones de todos los usuarios a los que desee enviar una copia del mensaje. Por ejemplo: Cc: usuario1,usuario2,usuario3 ----------------------------------------------------------------------------- 2.10 ¿Cómo obtener del servidor de noticias una lista de los grupos de noticias de los que dispone? Seleccione el ítem de menú "Get Conf.List" ("Pedir ListConf") en el menú "Events" ("Eventos"), luego presione el botón "Send Events" ("Enviar eventos") en la ventana de ConnectTHOR: su servidor le enviará la lista de grupos de noticias disponibles y THOR procederá a guardarla. Puede que todo el proceso tarde cierto tiempo ya que la lista completa puede ser larga, así que sea paciente. ----------------------------------------------------------------------------- 2.11 Mensaje "You must configure e-mail address for the system..." ("Debe de definir una dirección de e-mail para el sistema..."). Si obtiene este mensaje cuando envía correo, abra el programa de configuración desde THOR (menú "Configuration->System Config"), seleccione el sistema con el que tiene el problema, y a continuación seleccione el botón "User Info": introduzca su dirección de email completa en el campo correspondiente y presione el botón "Save" ("Guardar"). Ahora, pruebe de nuevo... ----------------------------------------------------------------------------- 2.12 El contador de mensajes (noticias) totales se reduce cuando se recojen las noticias del servidor. Puede encontrarse con que a veces el valor *total* de mensajes disponibles desciende mientras está bajándose las noticias de su servidor. Esto puede ser debido a varias razones, pero lo más normal es que haya artículos que ya no se encuentren disponibles en el servidor debido a que han sido cancelados. Otra razón puede ser que haya artículos que caducan con rapidez o su caducidad es inminente por lo que son borrados antes de que usted pueda bajárselos. ----------------------------------------------------------------------------- 2.13 Mensajes de error "441 400 No space (spool)", etcétera... Cuando los módulos ejecutables ConnectThor o SendTCP le muestran un mensaje de error como éste, eso significa que su proveedor tiene un disco duro lleno en su servidor de noticias. Una buena idea es enviarle un mensaje por email o telefonearle para comunicárselo, o sino simplemente esperar hasta el día siguiente, rezando para que se haya solucionado. Todos los mensajes de error que comienzan con un número son generados por los propios servidores de correo o de noticias. ----------------------------------------------------------------------------- 2.14 ¿La recuperación de correo/noticias es más lenta en una pantalla a medida que si se utiliza la pantalla del WB? Es indiferente para THOR que lo ejecute sobre una pantalla propia o sobre cualquier otra pantalla (como la del Workbench). Si usted observase una gran diferencia de velocidad, posiblemente sería debido a una contención DMA: esto significa que probablemente está utilizando un modo de pantalla que requiere más tiempo "DMA" que otras pantallas; los modos sin bordes muertos ('overscan') pueden causar este comportamiento, lo mismo que pantallas que utilizan un elevado nº de colores. ----------------------------------------------------------------------------- 2.15 La conferencia denominada EMail está definida como de sólo lectura ("read-only"): ¿cómo puedo corregir esto? Debido a un error en el guión instalador de la versión 2.4, la conferencia EMail se crea como de "sólo lectura", lo cual obviamente es un error. Para corregir esto, consiga en cualquier espejo local de Aminet el siguiente fichero con el guión que lo corrije: FixThorMail.lha comm/thor 1024 Fix the read-only email problem in Thor ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ N. de T. - Corrije el problema de sólo lectura en la conferencia Email (Thor) ----------------------------------------------------------------------------- 2.16 Se produce un error en la configuración ("error in config") cuando se pone en marchaCfgTCP... ¿qué debo hacer? Esto es debido a un error en una versión previa del módulo "listbrowser.gadget" que podía hacer que la configuración de la lista de servidores FTP de Aminet se guardase incorrectamente. Para solucionar el problema, haga lo siguiente: - Borre el fichero /BBSx/aminetsitelist (la 'x' en 'BBSx' es un dígito, habitualmente '0'). - Edite el fichero /BBSx/TCPExtConfig y elimine todas las referencias a Aminet. - Consiga la versión más reciente del paquete de clases ClassAct de la dirección ftp://ftp.thule.no/pub/classact/ e instálelo en su sistema. - Reinicie el programa CfgTCP y la lista de servidores FTP de Aminet serán recreadas a partir de cero. Si ha tenido algún problema con el segundo paso, borre el fichero /BBSx/TCPExtConfig y vuelva a configurar todo desde el programa CfgTCP. ----------------------------------------------------------------------------- * EOF *