SoloCodigo

En Windows 2000 y XP los puertos de impresora funcinan de forma diferente que W95 y W98, de hecho algún hardwareespecífico tiene dificultades para trabajar con los primeros (XP y 2000). Desconozco cómo habrás generado la DLL y si ésta tiene posibilidad de actuar en diferentes zonas de memoría BIOS. Si esto es así prueba las direcciones 0xBC73 o 0x27F que son en las que se encuentran direccionados los puertos LPTn:. Alguna de las dos te debería de funcionar.

Espero te resulte de ayuda.

Un saludo
-acalanto-

Prueba este proyecto que te envío. Es solamente una indicación de cómo conectar con la parte SERVIDORA de Word y manipular todos sus objetos.

Tienes mucho camino que recorrer ya que no es fácil entender los objetos que te proporcina Word (aparte de que son muchísimos) y la forma en la que se comportan.

Mi mejor consejo es que se aprende mucho generando macros automáticas en word y estudiando la estructura del código generado.

Espero que te resulte útil.
Un saludo
-acalanto-

Pienso que en alguna variable has puesto el resultado de la consulta y este, es el que debes de poner entre los paréntesis de la función que comentas. Por si no es así prueba lo siguiente(Doy por hecho que la base de datos ya la tienes conectada):

$qwery="SELECT * FROM MyTabla";
$QweryResult=mysql_db_qwery($db,$qwery) or die("Fallo en consulta");

//Ahora consultas el número de filas devueltas por la consulta

$registros=mysql_num_rows($QweryResult);

//Ahora a lo mejor te funciona.

Lo siento, no tengo conocimiento de una utilidad así pero creo que no sería demasiado difícil confeccionar un Addin que lo hiciera.

Si veo algo te lo comunico.

Un saludo
-acalanto-

Tienes que disponer en tu equipo de la librería DO360.DLL. Normalmente está situada en c:archivos de programaarchivos comunesmicrosoft shareddao.

Si no la tienes te la puedes descargar de microsoft o cualquiera de nosotros te la podemos enviar pero mide 0,6 MB y me parece que el foro sólo admite 256 K

PD: Si la tienes regístrala con regedit y te aparecerá en la lista de referencias del proyecto.

Un saludo
-acalanto-

Me has creado dudas ya que la aplicación comentada está escrita en VB5, peor lo acabo de probar en VB6 y funciona perfectamente bien.
Pon este código en un formulario y verás que va a las mil maravillas (Esta propiedad no está documentada como otras muchas cosas en Microsoft).

Un saludo
-acalanto-

Yo me compré varios libros al respecto de NET.

OOP Visual Basic .NET Visual C# .NET Step by Step; Robin A. Reynolds-Haertle; (Editorial Microsoft) ISBN 0-7356-1568-3

ADO.NET Step by Step; Rebecca M. Riordan; (Editorial Microsoft) ISBN 0-7356-1236-6

Visual Basic .NET Para desarrolladores; Keith Franklin; (Prentice Hall) ISBN 84-205-3481-1

Igualmente es recomendable hacerse con algún libro de Sql-Server para dominar la administración ya que, a mi modo de entender, el entorno ADO de NET va bastante enfocado a este gestor de BD, de hecho la versión que yo tengo incluye Sql-Server (Una versión limitada para realizar pruebas).

y por último será imprescindible que te instales Vstudio NET en algún equipo para tomar contacto (Al principio se hace un poco extraño)

Un saludo
-Acalanto-

Pufff verdaderamente nos metemos de lleno en un tema realmente complejo..el tratamiento de los errores y mucho más si lo que deseamos es que estén desatendidos (Tu aplicación de comunicaciones que puede fallar por 20001 razones que nada engan que ver con el código).

El único consejo que se me ocurre es que procures dar a la aplicación la mayor robustez posible e intentar que ella misma salga airosa de las situaciones de error.

No existe posibilidad de que conozcas la sentencia en la que se ha producido el error (ErrorLine y ErrorDesxription), salvo que escribas el código como en los primeros Basic

10 hago esto
20 hago esto otro
30 lo de más llá
...etc

En una aplicación que tengo para seguimiento de túneles (Instalada en diversos clientes dispersos geográficamente) relalizé un tratamiento mas o menos primitivo  pero que me da buen resultado ante posibles errores P. EJ.


OPTION EXPLICIT
PUBLIC PROCNAME AS STRING


SUB UNPROCEDIMIENTO(PAR1 AS BYTE, PAR2 AS VARIANT)

ON LOCAL ERROR RESUME CAPTURAERROR

PROCNAME="UNPROCEDIMIENTO"

PROC001:

CODIGO
CODIGO
CODIGO

PROC002:

MASCODIGO
MASCODIGO

PROC003:

MASCODIGO
MASCODIGO

EXIT SUB

CAPTURAERROR:

MSGBOX "ERROR: "+CSTR(ERR)+" EN ETIQUETA: " +CSTR(ERR.LINE)+ "EN PROC/FUNC: " + PROCNAME

<AQUI LO QUE DESEES REALIZAR PARA TRATAR EL ERROR>

END SUB

Esto te permite conocer en que proceso y entre que etiquetas se ha producido el error y así revisar el código para eliminar los posibles Bugs. (Si es que tiene alguno)

En tu caso el error se puede producir, no por un error de código, sino por un fallo en las comunicaciones, protocolos, módem etc. etc.

Yo te aconsejaría que uses la variante RESUME NEXT y si detectas un error provocado por causas ajenas al código (Es decir fallo en comunicación, el equipo de la delegación está ocupado etcetc), generas un fichero de LOGS en el cual introduces la delegación, los datos no enviados e incluso el número de error y etiqueta en al que se produce.

Acto seguido pasaas a la siguiente delegación y así sucesivamente.

Cuando termine la última, la aplicación deberá de revisar si hay cosas en el fichero log (Una epsecie de COLA DE IMPESIÖN). Si es así relizar un nuevo intento y en caso de no conseguirlo, por la mañana tendrás un informe detallado de todo aquello que no ha podido enviar y tomar las medidas correctoras oportunas.

Espero haberte ayudado
Un saludo
-Acalanto-

END SUB

Lo que pides es más complejo de lo que parece, no de implementar, pero si de construir. Tienes que diseñar un fichero de ayuda mediante un editor capáz de escribir formato RTF (Word mismamente) y crear una estructura de texto e imágenes que formen la ayuda (es lo que te aparece en esa ventana que tú dices).

Tienes que diseñar un sistema de claves HEADING;TOPIC;COMMAND que se ponen como notas al pie en ese documento.

Una vez todo escrito y mediante WorkShop (El compilador de ayudas que incorpora Visual Studio), compilar la ayuda y ya la puedes utilizar desde tus programas.

Comprender cómo funciona el sistema de claves y realizar un buen diseño, me costo unos cuantos días.... así que paciencia y manos a la obra..

Un saludo.
-Acalanto-

Es muy extraño lo que te pasa. Doy por hecho que la instalación de vb6 no te ha dado ningún tipo de error y ha terminado correctamente.

Con el explorador investiga si tienes VB6ES.DLL y VB6STDK.DLL en el directorio de Windows o en alguna de las subcarpetas.

Un saludo
-Acalanto-

Esto es una pequeña muestra de lo que yo implementé en su día.

Si lo amplias puedes conseguir un control absoluto sobre los clientes que estén conectados.

Espero que te resulte de ayuda.

Un saludo
-Acalanto-

Efectivamente, las ecuaciones que propongo no son sino un pequeño y humilde apunte de las teorías de Euclides y probablemente de Bolyai, Gauss y Lobachevsky (con algunas variantes g¡hacia la curvatura por parte de estos últimos). La linea recta por no existir, no existe ni en el dibujo artístico y solamente se trata de una simplificación para definir cosas en el plano, Lamentablemente la tierra y supuestamente el Universo (o al menos lo que podemos conocer de él), tiene forma elíptica/esférica formada por círculos máximos (Geóide y factores de anafmorfosis para los más puestos en la matería). Si no somos capaces de entender a Rienmann tampoco podemos entender cosas como la teoría de la relatividad (Se desarrolla en un espacio curvo).

No obstante si no tuviéramos a mano la linea recta (por pequeña que ésta sea), algunos problemas no tendrían solución ni tan siquiera utilizando tandems de ordenadores, por muchos años de trabajo que le dedicaran.

Por lo tanto !!Viva la Recta!! que en algunos casos simplifica las cosas.

Un cordial saludo a to@s
-Acalanto-