10 años más para la ya larga de VB6 :-)
Leonardo Azpurua
"The Visual Basic team’s goal is that Visual Basic 6.0 applications that run
on Windows XP will also run on Windows Vista and Windows Server 2008. The
Visual Basic team is also committed to the Visual Basic 6.0 development
environment running on Windows Vista and Windows Server 2008. As detailed
in this document, the core Visual Basic 6.0 runtime will be supported for
the full lifetime of Windows Vista and Windows Server 2008, which is five
years of mainstream support followed by five years of extended support".
Si Windows Server 2008 fue publicado este año, tenemos 10 años de vida para
nuestras aplicaciones.
Como mínimo :-)
Creo que me puedo tomar la vida con calma...
Salud!
Armin Saez
Es una buena Noticia!!!
Tengo aun 10 años para actualizarme a lo que se venga en .net
Mientras tanto a Seguir dusfrutando de esta delicia que es VB6. ;-)))
Larga vida al Highlander Visual Basic!!!
Saludos y Suerte!!!
--
-----------------------------
Sin mas, saluda atte. a Uds.
Armin Saez
PD: Los tildes se han suprimido intencionalmente.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
renee
de eso.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Yuri Aponte
lo dejara de lado. La comunidad de desarrolladores de VB debe de ser una
cosa fuerte eh !,, pocas veces he visto este tipo de situaciones, es mas no
recuerdo ninguna, salvo el alargue de vida a XP con el service pack 3, pero
aparte de eso no he visto nada en otro producto del amigo Bill.
--
Saludos desde Lima, Peru
Yuri Aponte
Analista de Sistemas
yuri(-PUNTO-)aponte(-ARROBA-)apocal(-PUNTO-)com(-PUNTO-)pe
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje de noticias:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Mario Reynoso
de hacer en C#, ahora estoy haciento uno en VB.NET (el cual encuentro
más relajado que el C#) ...pero tengo varios en VB6 a los cuales les
estoy dando mantenimiento y ni por pienso los migraría a .NET ya que
algunos de ellos requirieron bastante trabajo.
Saludos!
Mario Reynoso.
--
Yuri Aponte escribió:
Yuri Aponte
quedamos cortos.. eh !
Si tuvieras que diseñar un bosquejo de como seria VB en persona, como la
harias? je,je,je... como un geek hipnotizado frente a una PC con sus lentes
pegados con cinta adhesiva, tomando bebidas energizantes y con muñequitos de
star trek al lado de sus 3 monitos sincronizados entre si... o... un tipo
con look ochentero que oye Rolling stones en su walkman Sony, juega Space
Invaders en algun Pinball tomando su cocacola. je,je,je.. que tal alucinada
no?
--
Saludos desde Lima, Peru
Yuri Aponte
Analista de Sistemas
yuri(-PUNTO-)aponte(-ARROBA-)apocal(-PUNTO-)com(-PUNTO-)pe
"Armin Saez" <astranc...@gmail.cl> escribió en el mensaje de
noticias:e4bhUGID...@TK2MSFTNGP03.phx.gbl...
Yuri Aponte
gracioso. ja,ja,ja
--
Saludos desde Lima, Peru
Yuri Aponte
Analista de Sistemas
yuri(-PUNTO-)aponte(-ARROBA-)apocal(-PUNTO-)com(-PUNTO-)pe
"Yuri Aponte" <yuriPUNTOaponteARROBAapocalPUNTOcomPUNTOpe> escribió en el
mensaje de noticias:#viDeKJD...@TK2MSFTNGP02.phx.gbl...
gemma
6 pensando que mi querido VB6 me lo quitaban. Tengo una edad suficientemente
alta para que con 10 años que nos da de mas Microsoft pueda tener el
problema de mis aplicaciones en VB6 solucionado.
Un abrazo a todos y felicidades.
"Mario Reynoso" <"mreynoso [at] telgua [dot] com"> escribió en el mensaje
news:eH%23GkJJD...@TK2MSFTNGP06.phx.gbl...
El Nazgûl
Parece que en Microsoft se han dado cuenta de que vale la pena mantener algo
que funciona como es VB 6.
Recuerdo que en mis años de estudiante me enseñaban RPG, Ensamblador y
COBOL. Mientras tanto, aparecieron los lenguajes de entorno gráfico (creo
que el primer manual que ví era de VB 3) y nos preguntábamos si los que
estábamos aprendiendo servirían para algo y....... ¡vaya sorpresa! El
entorno AS400 utiliza el RPG y el COBOL, los bancos de este país (y supongo
que de otras naciones también) utilizan aplicaciones en COBOL y ahora se
están pidiendo programadores en ese lenguaje (quizá heche el Currículum en
alguno a ver qué pasa). Y cómo no, el C también Me alegraría que VB 6 se
sumara a la lista de los "incombustibles lenguajes de programación".
--
Por favor, antes de preguntar, busca en Google
http://groups.google.es/groups/dir?hl=es&lnk=srgmt&q=microsoft.public.es.
Y dinos si te sirvió de algo la solución propuesta
(y cuál en caso de que fuesen varias)
-----------------------------------------------------
Salu2 desde Udûn
El Nazgûl :-)
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Victor Koch arroba punto punto punto
Buena Noticia !!!, a seguir facturando por diez años mas con las
aplicaciones desarrolladas en VB6.
--
Un Saludo, Víctor Koch
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
saraza
2008 y empezaba a encararlo
jaja
Larga Vida al Rey !!
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Victor Koch arroba punto punto punto
Ahora podes desinstalarlo y liberar mucho espacio en el disco, jaja.
--
Un Saludo, Víctor Koch
"saraza" <sar...@saraza.com> escribió en el mensaje
news:ONjt9DQD...@TK2MSFTNGP05.phx.gbl...
ferg
No te preocupes saraza, yo hace más de 1 año (casi te digo que 2 años) que
tengo el Visual Studio .Net 2005 instalado en mi pc y si lo abrí unas 10
veces para seguir un curso que hice para ese entonces es mucho...
Sigue ahí consumiendo espacio ( recursos en gral ) y todavía no lo quité...
Aún no me hice tiempo de "arrancar" con ningún lenguaje de última
generación, a pesar de haber investigado en JAVA y .NET unas buenas
noches... no desarrollé nada en ninguno, y hasta que no te "entrelazas" con
una aplicación funcional, no llegas a conocer/aprovechar el lenguaje.
Así, que sí, es una muy buena noticia que VB 6 siga con vida tantos años ...
Saludos.
Fer
--
Ing. Fernando D. Giletta
MP: 4035 CIEC
San Fco. Cba. Argentina.
"saraza" <sar...@saraza.com> escribió en el mensaje
news:ONjt9DQD...@TK2MSFTNGP05.phx.gbl...
Víctor Gómez
por aquí!!! :-DDDD
Saludos!!!
On 1 sep, 18:23, "Leonardo Azpurua" <l e o n a r d o [arroba] m v p s
saraza
entre nosotros, podriamos potenciar al VB6 muchisimo mas, y eternizarlo !!
Yo tengo muchas funciones muy utiles, como asi supongo que muchos las tienen
Armamos nosotros el VB7
a ver quien se prende ...
"Victor Koch" <v i c t o r (arroba)correo(punto)waldbott(punto)com(punto)ar>
escribió en el mensaje news:%23dT4uIQ...@TK2MSFTNGP05.phx.gbl...
Mario Reynoso
> quise decir "3 monitores sincronizados".. aunque eso de monitos se leyo
> gracioso. ja,ja,ja
>
Y yo preguntandome qué cosa eran los monitos y cómo se sincronizan...
Leonardo Azpurua
news:uid48bM...@TK2MSFTNGP06.phx.gbl...
> La mayor alegría que me he llevado en el día de hoy, estoy liada con el
> Java 6 pensando que mi querido VB6 me lo quitaban. Tengo una edad
> suficientemente alta para que con 10 años que nos da de mas Microsoft
> pueda tener el problema de mis aplicaciones en VB6 solucionado.
Hola,
Diez años más significa que (con suerte) no será antes de diez años cuando
nuestras aplicaciones se queden sin una plataforma (igual pasa despues).
Eso no significa que vaya a tener sentido instalar el IDE de VB6 enWindows
2015.
Diez años más de vida significa unos cinco años más de venta, con suerte. En
1995, ya nadie quería comprar mi aplicación en MS-DOS, que por otra parte
corre como la seda sobre Windows XP.
Mi sistema tiene nueve años de desarrollo acumulado. Gracias al concepto de
"punto de extensión" he logrado ampliarlo sin romper el diseño original.
Esta semana estoy removiendo algunos mecanismos absurdos (funcionaban, pero
"sólo por la Gracia de Dios"), para preparar una revisión completa del
modelo fiscal (la realidad externa cambió, y últimamente ha comenzado a
venderse en un ambiente más "corporativo").
La revisión es lo suficientemente extensa como para justificar una
reestructuración general de la aplicacion. Aunque relativamente bien
escrita -de lo contrario, no habría aguantado nueve años y mil instalaciones
sin desarrollar metástasis (tiene sus nodulitos, pero nada que no se quite
con cuchiillo y lanzallamas)- está implementada como una aplicación
monolítica. Ayer, ante el descubrimiento (el anuncio en sí es de febrero)
del compromiso de mantener el runtime de VB6 durante el ciclo de vida de
Windows 2008, comencé a reorganizar el código en una DLL siguiendo más o
menos los patrones de arquitectura que pensé para NET/Java.(porque no sólo
de compatibilidad viven las aplicaciones) y es un trabajo monumental. Pero
no vale la pena. El trabajo de reorganizar es tan inmenso (por no dejar, use
PrettyCode.Print para formatear el listado del proyecto principal, y el
archivo RTF resultante tiene -abierto con Word- 2329 páginas) que casi da
igual migrar el diseño a una nueva herramienta/plataforma. Y puestos a
migrar diseños viciados, lo mejor es aprovechar la experiencia para hacer
algo mejor desde el comienzo.
Si estás liado con Java 6 (¿usando qué, NetBeans o Eclipse? a mi el NetBeans
me encantó) no te deslíes, porque tarde o temprano nuestros temores va a
hacerse realidades, y el que no esté preparado se va a quedar con el q-lo a
rastras.
Salud!
Armin Saez
embargo la comunidad VB es tan grande( y por lo que se ve, poderosa) que
logro que Papi Bill nos diera una nueva prorroga. Tal vez ellos mismos se
dieron cuenta que VB, con todas sus posibles falencias(no he encontrado algo
que no pudiera hacer en VB, sera por lo poco que se de VB) este es un
programa o herramienta "bien hecho".
Al menos yo, en lo personal, no me he visto estresado por tener que aprender
nuevas tecnologias de desarrollo, ya que con mi laptop, mi monitor extra, mi
configuracion de escritorio ampliado y mi Visual basic, ademas del soporte
continuo de este grupo, he logrado sentirme muy comodo programando.
Eso no quita que en algun momento sea una exigencia personal o reto, el
conocer o aprender nuevas herramientas de desarrollo.
Saludos y Suerte!!!
--
-----------------------------
Sin mas, saluda atte. a Uds.
Armin Saez
PD: Los tildes se han suprimido intencionalmente.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:uVp6pLRD...@TK2MSFTNGP02.phx.gbl...
Vinchenzo vinç
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió en el mensaje de noticias news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Estos cambios de rumbo son emocionantes. Como no hace mucho que han creado la página del acuerdo de licencia del usuario final de Windows 7 http://www.microsoft.com/windows/windows-7/eula.aspx, no me extrañaría que dentro de poco actualicen la información que indicas y esos 10 años sean algo más... ...o no, tal vez sea esta nueva versión de Windows el 'verdugo' de VB6, quién sabe...
--
Saludos
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
( ! ) Respuestas precedentes en Google:
http://groups.google.com/group/microsoft.public.es.vb
( i ) Temperancia en el foro:
http://support.microsoft.com/default.aspx?scid=fh;ES-ES;newsreglas
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Mario Reynoso
> ...eso no quita que en algun momento sea una exigencia personal o reto, el
>
> Saludos y Suerte!!!
Pues para mí no fue nada personal, donde laboraba al gerente se le
ocurrió que la siguientes versiones de los programas se hicieran en .NET
así que a lo bruto nos echamos al agua... claro que ya tenía un poquito
de teoría, sino habría sido un ahogado más.
Cabe mencionar que la plataforma es tan amplia que no alcanza uno mas
que a conocer una que lo suficiente para sacar la tarea.
Lo que realmente detesto es que a duras penas le estaba entrando al .NET
2.0 y me resultan con que ahora lo IN es el .NET 3.5 con el VS2008 que
por cierto no viene en una caja de cereal.
Leonardo Azpurua
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
news:OenmzrRD...@TK2MSFTNGP06.phx.gbl...
Estos cambios de rumbo son emocionantes. Como no hace mucho que han
creado la página del acuerdo de licencia del usuario final de Windows 7
http://www.microsoft.com/windows/windows-7/eula.aspx, no me extrañaría que
dentro de poco actualicen la información que indicas y esos 10 años sean
algo más... ...o no, tal vez sea esta nueva versión de Windows el 'verdugo'
de VB6, quién sabe...
-----------------------
Hola Vinchenzo,
Al final, por lo menos seis millones de desarrolladores profesionales usaron
VB6 durante años para escribir aplicaciones. Si por cada profesional tenemos
nueve "diletantes", al menos sesenta millones de personas escribieron
aplicaciones en VB6. Si cada aplicación es usada en promedio en 5 pcs,
tenemos que al menos trescientos millones de PCs con Windows dependen del
runtime de VB6.
Algunas de esas aplicaciones serán reescritas, pero la mayoría simplemente
se quedarán como están.
No creo, más aun dada la espantosa experiencia que -aunque no lo reconozcan-
deben haber tenido con Vista (sigue vetado en casi todas las oficinas del
gobierno de EEUU y en la mayoría de las empresas grandes), que se atrevan a
hacer nada que rompa las aplicaciones en VB6. Espero que hayan aprendido que
con la compatibilidad no se juega.
De todas maneras, tambien va siendo hora de cambiar. Y por más buena
voluntad que le pongo, .NET sigue sin convencerme. Es mejor que Java, pero
si uno pone en la balanza las bondades relativas de cada uno y las
"consideraciones políticas" que pueden afectar a cada uno, no estoy seguro
de que la decisión no vuelva a inclinarse a favor de Java.
¡Qué fastidio son estas épocas de transición!
Salud!
J. Enrique
bienvenida.
Me inicié con VB6 y código ADO en el año 2000 con Win98 para crear pequeños
programas para mi empresa y hasta hoy no ha parado de darme satisfacciones,
sin olvidar la ayuda de este grupo que me ha sacado de apuros en más de una
ocasión.
Mis aplicaciones no paran de crecer en VB6 con nuevas prestaciones y
corrieron perfectamente en XP y luego en Vista si bien hubo pequeños
problemas en éste último pero que se solucionaron rápidamente con pequeños
cambios de código y de ubicación de datos de escritura.
Gracias y un saludo muy especial al grupo.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
gemma
Efectivamente estoy aprendiendo el Java con el NetBeans, y claro, voy a
seguir por esa línea pero tambien te digo que sin las presiones que tenía
hasta hoy. Es una aplicación muy extensa y por lo que me has comentado tengo
tiempo suficiente para aprender esta nueva plataforma que me parece por otro
lado fascinante. Una de las cosas que mas me gusta es que a través de la
máquina virtual se pueda instalar en casi todos los sistemas operativos.
También a mi nivel el tema de las clases es una maravilla.
Bueno Leonardo, creo que no me equivoco tomando este camino del Java. Ya te
comentaré mis progresos.
Un fuerte abrazo.
Gemma.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:uVp6pLRD...@TK2MSFTNGP02.phx.gbl...
Harvey Triana
Tarde, pero me di cuenta que deje de ser MVP por no seguir a VB.NET . MS
prefería aquellos chiquillos entusiastas con la "nueva tecnología" y que
aprendían y aprenden a manejar el framework, dejando a tras mucho del
verdadero arte de programar. Vaya si una deslumbrada se la pega cualquier
jefe ignorante.
VB6 es tan bueno que lo pueden usar muchos tipos de personar, en niveles
abismales de habilidades para programar. Bueno, es algo de historia.
Hoy he descubierto que con C# y Ajax realmente .NET evoluciono. Y es el
camino que he seguido. De VB.NET no se nada ni me interesa. Por cierto no he
abandonado VB6, arrastro aplicaciones muy robustas en mí palmares con este
hermoso lenguaje.
Salud2
http://vexpert.mvps.org
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Mario V.
Con mis aplicaciones terminadas que son las que me dan la "papa" (comida) y
los requerimientos de mis clientes que no terminan, ni tiempo tenía para
.NET, eso me estaba dando bastante estress de quedarme atras en
programación.
ahora puedo relajarme tranquilamente!
Salu2
Mario
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
Javier
lenguage más popular y exitoso de la historia.
Esta gente no sé si se dio cuenta que con la desconsideración y desprecio
que han tenido hacia los programadores de VB6, les va a costar.
Una cosa es tener 6 millones de programadores desarrollando para entorno
Windows y felices, y otra es tener 6 millones de programadores (o una gran
parte de ellos) enojados y desconformes y que ya no confían en ponerse a
aprender un nuevo lenguage para una plataforma de una empresa que cuando se
le da la gana, te tira a la basura (decreta obsoletos tus conocimientos de
programación y hace que tus aplicaciones tengan algunos problemas en nuevos
entornos, y por lo tanto no corren a no ser que se adecúen).
Aunque MS hoy decidiera integrar VB6 (plus) en el entorno .NET o algo por el
estilo, lo cual sería posible según lo que he investigado, la mancha ya no
se borra, la desconfianza ya quedó instalada.
No se puede jugar con la gente así (con sus trabajos, con sus estudios), y
como leí por ahí, todo esto que hicieron debería ser ilegal (o lo es; de
seguro es inmoral).
Veremos que rumbo se toma, yo no sé qué hacer.
El progreso se debe dar en forma natural, que uno aprenda otro lenguaje
porque conoció uno mejor, no porque se lo impongan caprichosa y
arbitrariamente.
Aparte ¿quién tiene algo exitoso y lo destruye? No nadie inteligente.
Aparte de todo esto, quiero ser práctico, no vale la pena amargarse, pero
como dije, no sé qué hacer, por ahora sigo en VB6, ya veremos qué me
convence.
Javier
news:etBpSIUD...@TK2MSFTNGP05.phx.gbl...
Seguro, quieren chupamedias.
Mira tú, años sirviendo a la comunidad de VB6, y luego, plonk.
Muchos de los que siguen a MS a rajatabla es porque quieren estar prendidos
de la vaca, pero ya saben como funciona esto.
saraza
Creo que no entendiste la idea del mensaje
MS no se olvidó de VB6, todo lo contrario
lo cual creo que es bueno, relajate y disfrutalo
y si no está integrado a .NET, mejor !!!
"Javier" <x...@xz.com> escribió en el mensaje
news:Ob3TFPqD...@TK2MSFTNGP04.phx.gbl...
Javier
situación.
Al lenguaje que nosotros aprendimos y que habíamos elegido porque nos
gustaba, lo han desechado, así de simple.
Y no es porque no servía más o no podía fnuncionar en los nuevos entornos,
eso es pura mentira.
Ya sé que todo esto es un tema viejo, pero yo no había opinado antes.
"saraza" <sar...@saraza.com> escribió en el mensaje
news:%23HrXdbr...@TK2MSFTNGP05.phx.gbl...
Leonardo Azpurua
"saraza" <sar...@saraza.com> escribió en el mensaje
news:%23HrXdbr...@TK2MSFTNGP05.phx.gbl...
> Javier
> Creo que no entendiste la idea del mensaje
> MS no se olvidó de VB6, todo lo contrario
Entiendo perfectamente la posición de Javier.
Adoptar un lenguaje, una plataforma de desarrollo, no es lo mismo que
comprarse una camiseta: es una inversión a largo plazo, más parecida a
decidir el emplazamiento o el diseño de una construcción comercial. Aprender
a escribir "Hello, World" es cuestión de minutos. Aprender a hacer
aplicaciones de bases de datos sin grandes complicaciones es cuestión de
días. Pero crear un patrón general de arquitectura, desarrollar o comprar
herramientas para convertir tus ideas a código, crear un conjunto de clases
utilitarias y objetos de negocios reutilizables, desarrollar controles de
usuario que actúen en los formularios como representaciones visuales y
funcionales de los objetos, desarrollar procedimientos y clases para
remontar las limitaciones intrínsecas del lenguaje (todos las tienen) y
escribir una aplicación estable a la altura de todo el trabajo previo, es
una tarea de años (yo empecé hace diez con el proyecto actual -con apenas 36
puntos de función- y tardó al menos seis en estabilizarse). Desde entonces
lo esencial de mi trabajo ha sido mantenerlo al día con los requerimeintos
fiscales de un gobierno esquizofrénico e hiperactivo y agregar funcionalidad
a la medida de diferentes clientes.
Sí son buenas noticias, que no alcanzan a contrapesar la realidad esencial:
puede que MS no se atreva a romper la compatibilidad con el runtime de VB6,
y todos los que nos hemos apegado a lo esencial del lenguaje estamos seguros
de que al menos durante unos diez años más nuestras aplicaciones seguirán
corriendo.
Pero durante esos diez años, los entornos seguirán desarrollándose, y con
ellos las expectativas de los usuarios (los "clientes"). Pero nuestra
herramienta no se adaptará a ese desarrollo, de la misma manera que mi viejo
compilador Borland Turbo C 2.0 no pudo adaptarse a los entornos gráficos de
Windows.
Y aunque lo que tengamos vendido seguirá corriendo, cada vez será más
difícil vender más.
El resentimiento de Javier, y el mío, tiene que ver con la confianza en tu
proveedor de herramientas. La versión inicial de Vista no soportaba VS .NET
2003 (pensaban dejarlo en la estacada tambien). Y hay Betas de Vista (con el
nombre Longhorn, luego reciclado para Windos 2008) desde 2003.
Si son capaces de lanzar un producto cuya ejecución tienen planeada, ¿cómo
confiar en ellos?
Que luego remienden, vale. Igual no tenían más remedio. Pero que la empresa
está en mano de unas gentes que no han demostrado ninguna clase derespeto
por las necesidades reales de sus clientes es una verdad como una casa.
Salud!
Vinchenzo vinç
Hola Leonardo,
sobrará decir que estoy de acuerdo contigo, pero diría que con un pequeño matiz:
> Espero que hayan aprendido que con la compatibilidad no se juega.
pienso que hace mucho tiempo que Microsoft se esfuerza en el tema de las compatibilidades (aunque las intenciones puedan $er otra$, acepto), y se lo tiene tan aprendido que a día de hoy sigue arrastrando todavía funciones para subsistemas de 16 bits en la interfaz de programación de aplicaciones de sus últimos sistemas operativos. A lo largo de nuevas versiones de Windows se han ido eliminado el acceso a la configuración de características desde la interfaz de usuario, pero por compatibilidad se mantienen cientos de funciones en la API de Windows Vista y Windows Server 2008, solamente por compatibilidad.
Un ejemplo, donde se ve lo asumido que tiene Microsoft el tema de la compatibilidad, que incluso deja verse lo fina que es la línea que separa "el compromiso" con "lo absurdo", tienes el ejemplo del caso de una clave del Registro de Windows, de nombre "Shell Folders". Esta clave se mantiene a día de hoy por compatibilidad con una versión Beta de Windows 95.
Su equipo de desarrollo eliminó de la "documentación preliminar" la entrada de la ayuda que hacía referencia a esta clave y su propósito, sustituyendo la obtención de los datos que incluía dicha subclave (rutas "hard-codeadas" a carpetas especiales) mediante la función SHGetSpecialFolderLocation, pero, por compatibilidad para que dos pares de aplicaciones impacientes que ya las usaron en la Beta siguieran funcionando en la versión RTM definitiva de Windows 95, se mantuvo, y se mantiene hoy en Windows Vista y en Windows Server 2008, única y exclusivamente por esa compatibilidad de menos de una decena de aplicaciones tontas de 1994. Absurdo, sí.
Se podría decir que, "anecdóticamente", desde Vista y Server 2008, la primera entrada de dicha subclave (después de la entrada 'Default') es: «!Do not use this registry key», y su valor es: «Use the SHGetFolderPath or SHGetKnownFolderPath function instead», ...¡para pegarse un tiro! :-)
Todo esto viene a decir que, mientras el porcentaje de usuarios que usan y dependen de aplicaciones desarrolladas en VB6 sea elevado, VB6 se mantendrá. El día en el que en sus numerosos estudios de mercado el "usuariómetro" sea desfavorable, ...ya veremos lo que sucederá.
Por eso, mantengo lo que te comenté en aquella triste ocasión en la que anunciaste la muerte de VB6, donde dije algo así como que en aquel momento lo que moría solo será 'el soporte de Microsoft', pero que a VB6 le queda mucha vida por delante, mucha, y que tenemos que entender que buena parte de ello está en nuestras manos (en nuestros dedos). Microsoft nunca jamás se atreverá a romper la compatibilidad de millones de aplicaciones con un sistema operativo nuevo, ya que sabe perfectamente que la respuesta de sus clientes/usuarios será: «No compraré un nuevo sistema operativo donde las aplicaciones que uso/que me gustan/que necesito/... no funcionan. Me quedo con mi "viejo sistema operativo" de hace dos años, donde seguirán funcionando por mucho tiempo» ...ejem, mientras una actualización automática no decida lo contrario :-))
>
> De todas maneras, tambien va siendo hora de cambiar. Y por más buena
> voluntad que le pongo, .NET sigue sin convencerme. Es mejor que Java, pero
> si uno pone en la balanza las bondades relativas de cada uno y las
> "consideraciones políticas" que pueden afectar a cada uno, no estoy seguro
> de que la decisión no vuelva a inclinarse a favor de Java.
>
> ¡Qué fastidio son estas épocas de transición!
¡No te quejes tanto, al menos tú dispones de dos meses sabáticos para decidirte! (...no tengo envidia, no tengo envidia, no tengo envidia...)
;-)
Javier
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
Disiento,
>Microsoft nunca jamás se atreverá a romper la compatibilidad de millones de
>aplicaciones con un sistema operativo nuevo
Ya la ha roto.
Tengo un programa que directamente no se instala bien en Vista (problema del
instalador), y cuando lo logro instalar, ni arranca.
Primero el SendKeys que no funciona (pero la API sí ¿qué sentido tiene
entonces hacer que no funcione el SendKeys si se puede igual hacer lo mismo
por API?), después que en la carpeta del programa no se puede escribir.
Han roto la compatibilidad, que no te quepa duda.
>, ya que sabe perfectamente que la respuesta de sus clientes/usuarios será:
>«No compraré un nuevo sistema operativo donde las aplicaciones que >uso/que
>me gustan/que necesito/... no funcionan. Me quedo con mi "viejo sistema
>operativo" de hace dos años, donde seguirán funcionando por >mucho tiempo»
>...ejem, mientras una actualización automática no decida lo contrario :-))
También disiento. Hay clientes que compran Vista, ya sea porque les viene
preinstalado o porque es ló último. Y lo que quieren es que todo funcione.
saraza
cosas.
Que importa si en algun momento no hubo soporte y nos puso el corazon en el
cuello, o lo que sea
festejemos por los proximos 10 años
Eso si, siempre y cuando no den un volantazo de nuevo y lo quiten, lo cual
no sería de extrañar
Pero bueno... hoy dia, y como estan las cosas ... es una buena noticia !!!
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:ORIk4mrD...@TK2MSFTNGP03.phx.gbl...
Javier
> El comentario que inició este hilo, está basado en el actual estado de las
> cosas.
Bueno, pero si bien no es el tema específico que inició el hilo, el estado
actual de las cosas es también que VB6 no se adaptará a los nuevos entornos.
La buena noticia sería entonces que a VB6 dicen que no lo van a maltratar
más que lo que hicieron hasta ahora.
saraza
algun otro problema incompatible, es un precio muy bajo que hay que pagar.
No recuerdo, pero seguramente, del paso del VB5 al VB6, o del VB4 al VB5/6,
hubo que dejar de usar algo, o cambiar la forma de hacerlo
bueno, lo hicimos, nos adaptamos, y listo !!
Relájense, y disfruten ...
Saludos
"Javier" <x...@xz.com> escribió en el mensaje
news:%23G2Th5r...@TK2MSFTNGP06.phx.gbl...
Leonardo Azpurua
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
> ¡No te quejes tanto, al menos tú dispones de dos meses
> sabáticos para decidirte! (...no tengo envidia, no tengo envidia,
> no tengo envidia...)
¡Me los jo*ieron!
En su afán de doblegar al pais, el gobierno está ejerciendo unas presiones
espantosas en el plano fiscal. Desde hace varios años existe una providencia
legal según la cual las empresas adquieren el caracter de "Contribuyentes
Especiales" del IVA. Estos contribuyentes especiales tienen muchas más
obligaciones que los contribuyentes ordinarios, y sus procesos
administrativos son mucho más complejos.
La Ley en cuestión establece que las empresas obtendrán la condición de
Contribuyentes Especiales cuando su facturación bruta alcance X cantidad,
cuando se dediquen a la manufactura o distribución de bienes de régimen
tributario especial (alcohol, tabaco o cerillas) o "cuando la autoridad
tributaria lo considere conveniente".
Y el Gobierno interpretó "conveniente" como "conveniente al interés político
del grupo gobernante", que entienden como "contrario a los intereses
financieros de quien quiera que nos lleve la contrario", de manera que se ha
desatado una verdadera epidemia de "promociones", que ha afectado a muchos
de mis clientes, obligándome a realizar una revisión de urgencia del sistema
(nunca contemplé necesidades administrativas más allá de lo esencial en una
pequeña empresa, y la complejidad de los trámites burocráticos asociados al
nuevo estatus es grande e inevitable). El mes pasado ané más que en todo
2006, y este va por el mismo camino, pero me estropearon las vacaciones, y
estoy llevando una vida de perros.
De todas maneras, la crisis de VB6 no es tan inminente, porque sería lo
único que faltaba.
Salud!
Javier
news:uoPjoAsD...@TK2MSFTNGP06.phx.gbl...
> Yo creo que buscar alternativas al sendkeys, al ejemplo de Vinchenzo, y
> algun otro problema incompatible, es un precio muy bajo que hay que pagar.
> No recuerdo, pero seguramente, del paso del VB5 al VB6, o del VB4 al
> VB5/6, hubo que dejar de usar algo, o cambiar la forma de hacerlo
> bueno, lo hicimos, nos adaptamos, y listo !!
Sí, pero eran cosas casi irrelevantes, se dejaban de lado cosas que casi
nadie usaba. No recuerdo en este momento bien cuáles habían sido esas
diferencias pero me parece que mayormente eran cosas realmente anacrónicas
que quedaban del viejo BASIC y DOS.
Además, en eso estamos hablando de cambio del lenguaje, no que las
aplicaciones compiladas ya no funcionaran en nuevos entornos, sino de que
cierto código no funcionara en el IDE de la nueva versión. ¿Me explico,
notas la diferencia?
Ahora, ¿sabes cuales son los "cmabios del lenguaje"? Es otro lenguaje,
directamente. Nada funciona.
Como dije, las aplicaciones compiladas seguían instalándose y funcionando al
salir nuevas versiones de Windows.
Si uno no hacía nada "raro" como usar APIs, acceder al registro y esas
cosas, en general ni siquiera se tenía que preocupar si el Windows era 95,
NT, 98, etc. Pero sino bueno, había que hacer el chequeo, pero siempre las
cosas andaban para adelante (por ejemplo el W2000 soportaba lo hecho para
NT4, al menos en general sé que era así).
Puede haber habido algo que no funcionara, pero eran cosas muy específicas y
no recuerdo en este momento una.
Vuelvo a esto:
> Yo creo que buscar alternativas al sendkeys, al ejemplo de Vinchenzo, y
> algun otro problema incompatible, es un precio muy bajo que hay que pagar.
Es relativo. Sí, bajo porque podría ser peor. Pero la realidad es que el
programa como está no funciona.
Yo tengo una aplicación hecha hace pocos años, que estoy vendiendo, y en
Vista no funciona. Está hecho en VB5, por eso me puse a pasarlo a VB6 y ahí
estoy, a medio camino porque aparte quiero aprovechar para hacerle algunos
retoques.
Como comenté en otro hilo yo había personalizado el instalador (de VB5) para
que desintalara la versión anterior del programa si estaba ya instalado, y
ese instalador no es el mismo que el de VB6. Así que me tengo que poner
también a ver todo eso, pero en este momento estoy enfrascado en el
desarrollo de otra aplicación.
Es un verdadero problema, como dije, lo del precio bajo es relativo, porque
los clientes nuevos potenciales que me preguntan si funciona en Vista les
tengo que decir que no, y a esos no les vendo. Y los que ya compraron les
tengo que decir que por ahora usen XP (Gracias a Dios todavía no tuve
demasiados, se ve que no usan tanto el Vista).
Pero ves como crean toda una situación mala, porque uno anda en otras cosas
y no puede dejar todo de lado y ponerse enseguida a arreglar los programas
viejos porque ellos decidieron que ya no funcionen.
Javier
> De todas maneras, la crisis de VB6 no es tan inminente, porque sería lo
> único que faltaba.
Me voy a quedar con esa buena noticia y ojalá vengas más buenas noticias con
respeto al tema.
Mejor pongo mi cabeza en modo programación y hago algo.
Saludos y gracias por publicar esta buena nueva.
saraza
descartado que alguien tuviera la bola de cristal
como se puso antes, mientras hayan millones de programadores,, y otros
tantos usuarios, aprendices, etc etc, VB6 se adaptará a otros entornos
por ende, todo el futuro conocido ... es favorable
"Javier" <x...@xz.com> escribió en el mensaje
news:OQwgG$rDJHA...@TK2MSFTNGP06.phx.gbl...
Javier
news:Oyc4WRsD...@TK2MSFTNGP05.phx.gbl...
Jaja, fe de erratas:
vengas -----> vengan
respeto -----> respecto
Vinchenzo vinç
>
> "Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
> news:%23e1OGtr...@TK2MSFTNGP03.phx.gbl...
>
> Disiento,
>
>>Microsoft nunca jamás se atreverá a romper la compatibilidad de millones de
>>aplicaciones con un sistema operativo nuevo
>
> Ya la ha roto.
> Tengo un programa que directamente no se instala bien en Vista (problema del
> instalador), y cuando lo logro instalar, ni arranca.
> Primero el SendKeys que no funciona (pero la API sí ¿qué sentido tiene
> entonces hacer que no funcione el SendKeys si se puede igual hacer lo mismo
> por API?), después que en la carpeta del programa no se puede escribir.
> Han roto la compatibilidad, que no te quepa duda.
Pues yo también disiento, estás confundiendo *incompatible* con *obsoleto*.
>>, ya que sabe perfectamente que la respuesta de sus clientes/usuarios será:
>>«No compraré un nuevo sistema operativo donde las aplicaciones que >uso/que
>>me gustan/que necesito/... no funcionan. Me quedo con mi "viejo sistema
>>operativo" de hace dos años, donde seguirán funcionando por >mucho tiempo»
>>...ejem, mientras una actualización automática no decida lo contrario :-))
>
> También disiento. Hay clientes que compran Vista, ya sea porque les viene
> preinstalado o porque es ló último. Y lo que quieren es que todo funcione.
No entiendo en qué disientes.
saraza
y de que nada funciona, y esas cosas
en realidad, no entiendo nada (por favor, no lo tomes a mal, el texto es
demasiado extenso para mi gusto)
La pregunta es:
Si tenes los fuentes, no podes adaptarlos para que anden en Vista?
total, la idea es seguir vendiendo, no? ;)
y por 10 años mas !! (por lo menos)
y a todo esto ... que pasará en con Windows seven? lo vaticinan para el
2010
"Javier" <x...@xz.com> escribió en el mensaje
news:eZbVJOsD...@TK2MSFTNGP05.phx.gbl...
Javier
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
"Javier" <x...@xz.com> escribió en el mensaje de noticias
news:%23G2Th5r...@TK2MSFTNGP06.phx.gbl...
>
> "Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
> news:%23e1OGtr...@TK2MSFTNGP03.phx.gbl...
>
> Disiento,
>
>>Microsoft nunca jamás se atreverá a romper la compatibilidad de millones
>>de
>>aplicaciones con un sistema operativo nuevo
>
> Ya la ha roto.
> Tengo un programa que directamente no se instala bien en Vista (problema
> del
> instalador), y cuando lo logro instalar, ni arranca.
> Primero el SendKeys que no funciona (pero la API sí ¿qué sentido tiene
> entonces hacer que no funcione el SendKeys si se puede igual hacer lo
> mismo
> por API?), después que en la carpeta del programa no se puede escribir.
> Han roto la compatibilidad, que no te quepa duda.
Pues yo también disiento, estás confundiendo *incompatible* con
*obsoleto*.
**********************************
¿Dije "obsoleto" en algún lado por acá?
Incompatible, eso rompe la compatibilidad, no la "no obsolescencia".
Nota: hablé en otro lado de "obsoleto" pero refiriéndome a los conocimientos
de VB6 (y a cierto plazo), no acá donde tú defendías la compatibilidad.
**********************************
>>, ya que sabe perfectamente que la respuesta de sus clientes/usuarios
>>será:
>>«No compraré un nuevo sistema operativo donde las aplicaciones que
>> >uso/que
>>me gustan/que necesito/... no funcionan. Me quedo con mi "viejo sistema
>>operativo" de hace dos años, donde seguirán funcionando por >mucho tiempo»
>>...ejem, mientras una actualización automática no decida lo contrario :-))
>
> También disiento. Hay clientes que compran Vista, ya sea porque les viene
> preinstalado o porque es ló último. Y lo que quieren es que todo funcione.
No entiendo en qué disientes.
**********************************
Está bien claro creo, tú dices que los clientes no van a comprar Vista si
las cosas no andan y yo digo que hay quienes compran Vista de todas maneras
y lo que quieren es que las cosas sí anden.
**********************************
Javier
> Yo creo que por varias respuestas puestas aqui por varios, ya quedó
> descartado que alguien tuviera la bola de cristal
> como se puso antes, mientras hayan millones de programadores,, y otros
> tantos usuarios, aprendices, etc etc, VB6 se adaptará a otros entornos
> por ende, todo el futuro conocido ... es favorable
Creo que no comprendes, VB6 ya no se está adaptando a los entornos, no se
está adaptando a nada porque el IDE no se modificará más.
El IDE es el entorno de programación donde tú trabajas y programas.
Javier
Y de Windows seven no tengo ni idea. Ojalá alguien responda así también
aprendo.
"saraza" <sar...@saraza.com> escribió en el mensaje
news:%23l05Cks...@TK2MSFTNGP03.phx.gbl...
saraza
Ojo, soy de Sistemas, no filosofo, jaja
"Javier" <x...@xz.com> escribió en el mensaje
news:uUZiRrsD...@TK2MSFTNGP04.phx.gbl...
Javier
> Para adaptarse, no hace falta cambiar ...
> Ojo, soy de Sistemas, no filosofo, jaja
Jaja, eso es cuando la posibilidad de adaptación ya está preprogramada.
¿Tú crees que el entorno de VB6 tiene toda esa inteligencia artificial ahí
adentro y que un día nos va a sorprender con nuevos controles porque se dio
cuenta que el mundo y los entornos operativos cambiaron?
Yo sin conocer el código fuente, no lo creo.
renee
un aprediz.
Y que no se tome esto como crítica a la forma de programar de ustedes, o de
quien se de por aludido.
Estoy en todo de acuerdo con las profundas reflexiones que han vertido
acerca de lo insierto que resulta elegir un compilador de Microsft.
Pero de ahora en más cuando microsoft les hable de lo bueno de la
programación en tres capas, de la generación de sus propios OCX y ActiveX
DLL, de lo "bueno" que es esta "nueva y revolucionaria" erramienta ADO, y
tantas otras cosas tanto trabajo nos llevan, ya no compremos mentiras.
Estoy seguro que muchos de ustedes tienen cientos de OCX y DLL desarrollados
por ustedes mismos.
Solo miren atras y piensen si a la luz de la actual realidad, habrian hecho
todo ese esfuerzo.
Ni que decir con programar con APIs. No nos equivoquemos más.
Solo tenemos que utilizar las funciones sencillas. Aceptar el lenguaje tal
como es. Los usuarios no saben la diferencia.
Estoy seguro que para ellos no hay diferencia entre una grilla super vistosa
y el famoso msflexgrid. Para nosotros esa grilla supervistosa pudo llevarnos
meses y hasta años. Pues claro que no valio la pena.
Recuerdo haber programado toda una librería de "botones" porque quería
botones graficos. Puajjjj. Horas y horas perdidas.
Conclusión estimados! volquémonos a Visual .NET y utilicemos las librerías
que vienen con el leguaje. Si no nos gusta algo, como una grilla o botón...
abstenerse. Utilicen esas horas que les llevaría hacer la aplicacion más
vistosa en disfrutar un día soleado con sus hijos, novias, hermanos o en lo
que sea.
Saludos.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:ORIk4mrD...@TK2MSFTNGP03.phx.gbl...
saraza
invertir en "apurarme" a pasar al .NET, lo voy a dividir en mi vida social,
y un poco en aprender sin apuros ese bicho nuevo
"renee" <fegar> escribió en el mensaje
news:u1fXTauD...@TK2MSFTNGP02.phx.gbl...
Vinchenzo vinç
>> sabáticos para decidirte! (...no tengo envidia, no tengo envidia,
>> no tengo envidia...)
>
> ¡Me los jo*ieron!
¡Vaya!, una cal y o otra de arena. Ahora me sabe mal haber hecho esa broma.
En ese caso, te refresco la memoria para que recuerdes mi compromiso, si necesitaras una mano, tienes la mía tendida a tu disposición.
Vinchenzo vinç
>
> Pues yo también disiento, estás confundiendo *incompatible* con
> *obsoleto*.
>
> **********************************
> ¿Dije "obsoleto" en algún lado por acá?
> Incompatible, eso rompe la compatibilidad, no la "no obsolescencia".
A ver, a mí no me hagas preguntas retóricas. Por supuesto que 'obsoleto' lo dije yo, en referencia a que los ejemplos que dabas eran de funcionalidad obsoleta, no de incompatibilidad. Si no tienes clara la diferencia lee sus definiciones en el diccionario de la RAE. Tú solamente ves que antes funcionaba y ahora no, sin tener en cuenta los motivos, y catalogas el hecho incorrectamente.
Si ha habido un conjunto de mejoras en un nuevo sistema operativo, y tus procedimientos usan funciones que no cumplen las nuevas especificaciones de integridad y seguridad para interprocesos del nuevo sistema operativo, si no corriges tu procedimiento tu aplicación será incompatible con Windows Vista, ¡claro, faltaría más!.
Pero es curioso como pones de ejemplo de incompatibilidad a la función 'SendKeys', cuando claramente no sabes de qué estás hablando.
El problema de SendKeys radica en la forma interna que tiene de preparar el envío al aire de la cadena que le pasas después de procesar los metacaracteres especiales de esa cadena. Para generar el envío, instala un gancho de grabación de macros y la reproduce, WH_JOURNALRECORD / WH_JOURNALPLAYBACK.
Se necesitan unos privilegios muy elevados, y el hecho de llamar a SetWindowsHookEx(WH_JOURNALRECORD) genera y devuelve un error de 'Acceso denegado' incluso en el contexto de seguridad de un Administrador, si está activado el Control de Cuentas de Usuario. Por eso es importante no desactivar el UAC.
Lo que te tiene que quedar claro es que *es una mejora en la seguridad* para los usuarios, no un rompimiento de la compatibilidad propiamente, es un avance necesario con lo cual las aplicaciones incompatibles adquieren el rango de obsoleta, no de incompatible. No sé si lo entenderás...
De todas formas, ya que comentaste la función SendKeys, y para tu información, antes de seguir calumniando debes saber que donde no funcionaba 'SendKeys' era en las versiones Beta de Windows Vista, y el equipo de desarrollo responsable de Visual Basic trabajó con el de Windows Vista para que corrigieran el problema de SendKeys en la primera versión RC (Release Candidate) de Windows Vista.
Y en estos momentos, si tienes una aplicación que llama a la función 'SendKeys', SÍ FUNCIONA en Windows Vista, igual que en Windows XP, que quede bien claro. No te funcionará en el IDE (si UAC está activo) sino en el ensamblado.
Entonces SendKeys es completamente obsoleta para las nuevas especificaciones, pero se preocuparon de corregirNOS los problemas, así que no sé realmente de qué te quejas, es que no tienes derecho a quejarte cuando han trabajado para solucionar *nuestro problema*, que el problema no era suyo. Lo peor es que encima des a tus quejas esos aires de superioridad que son de lo más insultante, a mí me ha ofendido tu falta de humildad y cortesía, respondiéndome además como si fuese un necio, lo cual por mi parte te costará que te retire el saludo y el soporte ...por lo menos hasta que me calme otra vez, cosa que está por ver... es más, ni siquiera voy a continuar con esta conversación si no cambias el tono.
--
Vinchenzo vinç
news:nn06c4hb8m0cips4b...@4ax.com...
> Siempre es un gusto leer a Vinchenzo vinç, pero su a su newsreader, no.
>
> Podrías hacernos el favor de o bien hardbreckear cada línea a un largo
> de +o- 70 caracteres o bien softbreckearla (format=flowed).
Perdona Hernán, por supuesto que lo corrijo. Ya he visto que el Agent lo
muestra en una sola línea (codificado en quoted-printable). Ni recuerdo
cuando lo cambié. No me daba cuenta que había problemas al visualizarlo en
otro lector porque en la lectura tanto Outlook Express como Windows Mail
adaptan el texto al ancho de la ventana del cuerpo del mensaje. Yo era
feliz.
A partir de ahora los recibirás en Format=Flowed, valor predeterminado
con ajuste de texto a 76 caracteres.
P.D.: Me podrías haber avisado antes, con toda confianza. Me hago cargo de
lo asqueroso que debe haber sido leerme en muchas ocasiones :-(
--
Saludos
Vinchenzo vinç
Una última cosa más, porque no quiero permitir que una de tus falacias
confunda a otras personas si en un futuro leen tu mensaje.
Donde dijiste:
>> después que en la carpeta del programa no se puede escribir.
Esto es completamente FALSO.
Si eso no te funciona en Windows Vista, entonces tampoco te funciona en
Windows XP. Así de simple y así de claro.
Tu aplicación siempre podrá escribir en la carpeta del programa cuando
la aplicación haya heredado (o se haya elevado convenientemente con) el
token de una cuenta de usuario que tenga concedidos los permisos de
escritura y/o modificación según el caso, para el objeto en cuestión (en tu
caso para la carpeta o un fichero contenido en ella), o que sencillamente no
tenga el permiso denegado explícitamente en una cuenta cuyos grupos de
pertenencia contaran con suficientes privilegios de forma predeterminada.
Es decir, una cosa son los privilegios que posee un usuario por su
pertenencia a uno o varios grupos de usuarios, y otra cosa son los permisos
que tiene concedidos y denegados en cada "objeto securable" de sistema, que
pueden modificarse tanto colectivamente como individualmente, lo cual
significa que (ya que tanto te gusta Windows XP, te lo uso de ejemplo) en XP
puedes ejecutar tu aplicación con una cuenta de Administrador y no poder
escribir en la carpeta del programa si la lista de control de acceso de
dicha carpeta tiene denegado el permiso de escritura para el token asociado
a tu ejecutable en el momento del intento de acceso.
No culpes a Windows Vista, culpa a la ignorancia.
Si tienes este problema, no puedes escribir en tu carpeta, es que la
aplicación está mal diseñada, y te recomiendo que lo corrijas tan pronto
como puedas. Por ahora, Windows Vista introdujo la virtualización de
accessos restringidos al sistema de ficheros y al Registro de Windows para
minimizar el impacto negativo en aplicaciones heredadas mal escritas y mal
usadas por los usuarios. De momento en Windows Vista es opcional (puedes
modificar la Directiva de Seguridad Local para deshabilitar la
virtualización). Pero no esperes que en versiones de Windows venideras sigan
tolerando esta tontería, en cualquier momento, un acceso denegado generará
su correspondiente error de acceso denegado (y claro, volverás aquí a decir
que la nueva versión es más incompatible que nunca con tu aplicación,
vamos...)
--
Javier
Uno diseñó las cosas como se debía hacer para los Windows anteriores, si
luego no funciona en el nuevo es porque lo han hecho incompatible, no trates
de marear la perdiz.
¿O acaso me vas a decir que había alguna directiva de ésas para programar
para Windows 95/NT/98/ME/2000/XP?
No, deja de mentir entonces, no es que la aplicación haya estado mal
diseñada porque esas cosas son directivas nuevas ¿OK? No mientas más.
MS te va a dar una patada cuando lo crea conveniente, no un premio.
Y tampoco se puede escribir en ciertas zonas del registro que antes se
podía, no jodas y no sigas diciendo sandeces.
Además el usuario quiere que todo ande por defecto, no que tenga que ser
Administrador de Sistemas para modificar los permisos en su PC al instalar
un simple programa.
¡ Saludos!
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
news:uCUKjzIE...@TK2MSFTNGP06.phx.gbl...
Javier
Soporte no me has dado nunca que yo recuerde.
Yo no sé si te voy a retirar el saludo, ya que no te saludaba mucho que
digamos, pero el soporte por ahora no, si tienes alguna duda pregunta.
No te contesto como debo por "cortesía", no en sí hacia ti sino hacia todo
el que lea.
Lo que dices de la obsolescencia es tontería, en un caso claro de
incopatibilidad y no de obsolescencia (lee el diccionario de la RAE).
Lo del SenKeys doy fe que no funciona en Windows Vista que no son beta, lo
he probado, tal vez no hayan sido esas versiones "corregidas".
Y no me importa que mensajes usaba el SendKeys, bien podrían haber
despachado el Win Vista con un runtime nuevo de VB6 arreglado para que
funcione entonces.
Sigue intentando defender lo indefendible, haber si te dan algún premio,
sigue engañando a la gente.
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
news:OsjXnkGE...@TK2MSFTNGP02.phx.gbl...
Javier
Uno diseñó las cosas como se debía hacer para los Windows anteriores, si
luego no funciona en el nuevo es porque lo han hecho incompatible, no trates
de marear la perdiz.
¿O acaso me vas a decir que había alguna directiva de ésas para programar
para Windows 95/NT/98/ME/2000/XP?
No, deja de mentir entonces, no es que la aplicación haya estado mal
diseñada porque esas cosas son directivas nuevas ¿OK? No mientas más.
MS te va a dar una patada cuando lo crea conveniente, no un premio.
Y tampoco se puede escribir en ciertas zonas del registro que antes se
podía, no jo*das y no sigas diciendo sandeces.
Además el usuario quiere que todo ande por defecto, no que tenga que ser
Administrador de Sistemas para modificar los permisos en su PC al instalar
un simple programa.
¡ Saludos!
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
news:uCUKjzIE...@TK2MSFTNGP06.phx.gbl...
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje
news:uHYLVpO...@TK2MSFTNGP06.phx.gbl...
> Deja de mentir e intentar confundir e inculpar a la gente.
> Uno diseñó las cosas como se debía hacer para los Windows anteriores, si
> luego no funciona en el nuevo es porque lo han hecho incompatible, no
> trates
> de marear la perdiz.
> ¿O acaso me vas a decir que había alguna directiva de ésas para programar
> para Windows 95/NT/98/ME/2000/XP?
Hola, Javier:
Me parece que ya te vas pasando un par de pueblos.
SendKeys era problemático siempre. Causaba bloqueos totales del sistema en
Windows NT/2000, alteraba los estados del teclado -a veces lo bloqueaba por
completo- en Win9x/Me, y en XP ni lo probé porque la verdad no me servía
para nada.
Por lo general es considerado mala práctica hacer uso de la carpeta de
aplicación como contenedor de archivos de usuario. Con mucha frecuencia, las
políticas de seguridad las definen como de sólo lectura.
En realidad, no he encontrado en Vista nada que sea *incompatible* con VB6
tal como yo lo uso. No sé si algún componente de terceros pudiera depender
de una API esotérica, o de un "efecto secundario" de alguna otra API que
pudiera haber sido removido. Nuevamente, depender de características
indocumentadas de la plataforma es una mala práctica.
Una alternativa a SendKeys (que es la única ruptura real de compatibilidad
en Vista) ha sido publicada por Karl Peterson aquí:
http://vb.mvps.org/samples/project.asp?id=SendInput
Y aparentemente, según describe una de las respuestas de Vinchenzo, el
problema de SendKeys parece haber sido resuelto.
Salud!
Javier
en el mensaje news:eVzZ2rPE...@TK2MSFTNGP04.phx.gbl...
>
> "Javier" <x...@xz.com> escribió en el mensaje
> news:uHYLVpO...@TK2MSFTNGP06.phx.gbl...
>> Deja de mentir e intentar confundir e inculpar a la gente.
>> Uno diseñó las cosas como se debía hacer para los Windows anteriores, si
>> luego no funciona en el nuevo es porque lo han hecho incompatible, no
>> trates
>> de marear la perdiz.
>> ¿O acaso me vas a decir que había alguna directiva de ésas para programar
>> para Windows 95/NT/98/ME/2000/XP?
>
> Hola, Javier:
>
> Me parece que ya te vas pasando un par de pueblos.
>
> SendKeys era problemático siempre. Causaba bloqueos totales del sistema en
> Windows NT/2000, alteraba los estados del teclado -a veces lo bloqueaba
> por completo- en Win9x/Me, y en XP ni lo probé porque la verdad no me
> servía para nada.
Recuerdo el problema con Win2000, es cierto. Afortunadamente se ve que
ninguno de mis clientes usaba Win2000 (que aparte es un S.O. que fue poco
usado por usuario "comunes" ya que no fue concebido para ellos) o que el
problema no aparecía con lo que yo hacía.
Por otro lado que un S.O. haya tenido problemas con algo no me parece un
justificativo para hacer que eso no funcione en otro S.O.
> Por lo general es considerado mala práctica hacer uso de la carpeta de
> aplicación como contenedor de archivos de usuario. Con mucha frecuencia,
> las políticas de seguridad las definen como de sólo lectura.
Eso último que dices no pasa con usuarios comunes y corrientes.
Cuando allá por el '98 empecé esa aplicacíón, ni por el 2000 cuando estaba
terminando la primera versión recuerdo haber leído por ningún lado que era
mala práctica escribir en el path de la aplicación. Luego unos años después
sí algo leí que se empezó a decir eso, pero de todas maneras no era algo
prohibido y además mi aplicación ya estaba hecha y funcionando sin
problemas.
>
> En realidad, no he encontrado en Vista nada que sea *incompatible* con VB6
Bueno, yo en algún lado dije que el programa ese mío estaba en VB6 pero es
que me equivoqué (luego rectifiqué), está en VB5.
Y la incompatibilidad ya empieza con la instalación, ahora que hago memoria
el error de instalación es que no permitía instalar el DAO 3.51.
> tal como yo lo uso. No sé si algún componente de terceros pudiera depender
> de una API esotérica, o de un "efecto secundario" de alguna otra API que
> pudiera haber sido removido. Nuevamente, depender de características
> indocumentadas de la plataforma es una mala práctica.
Tengo otro programa (sí en VB6) que funciona pero le causa una incomodidad
al usuario porque no escribe en el registro.
(no me preguntes donde escribía porque no me acuerdo ahora, pero la cosa es
que antes andaba bien).
>
> Una alternativa a SendKeys (que es la única ruptura real de compatibilidad
> en Vista) ha sido publicada por Karl Peterson aquí:
> http://vb.mvps.org/samples/project.asp?id=SendInput
>
> Y aparentemente, según describe una de las respuestas de Vinchenzo, el
> problema de SendKeys parece haber sido resuelto.
Ojalá, es siempre mejor tarde que nunca.
Hago una aclaración: mi "queja" o cuestionamiento con respecto a estas
incompatibilidades es relativa, porque entiendo el problema de la seguridad,
el gran estrago de los virus, keyloggers, spyware, etc.
Yo sólo puntualicé a lo que decía el otro forista, que disentía de su punto
de vista sobre que la compatibilidad no se había afectado, por eso es que
expliqué estas cosas.
Es que me gusta que se digan las cosas como son y no que se trate de "vender
un buzón", asegurando cosas que no son ciertas, al menos no lo son a
rajatabla así como se las pretende presentar.
¿Que era necesario afectar ciertas cosas por razones de seguridad? Puede
ser, pero que no me diga que no se afectaron o que estaba "prohibido"
escribir en el App.Path porque no es cierto, eso aparece ahora, y como dije,
cuando hice el programa ni siquiera se decía que estaba desaconsejado. Que
lo hayan hecho así, y bueno, no me siento en condiciones de tener el tema lo
suficientemente estudiado como para poder juzgar (y tener opinión) si estuvo
bien o mal romper esas compatibilidades. Pero que se rompieron, se
rompieron, son programas que estuvieron funcionando por años sin problemas
en todos los otros S.O.'s de Win de 32 bits y en este o tienen un problema o
ni arrancan.
> Salud!
Saludos.
ferg
demasiado efusivos, me parece que quedaría por "destacar" lo importante de
esta noticia que nos comunicó Leonardo, que de por sí es muy BUENA, ya que
nos da un respiro (largo) de 10 años más para que nuestros sistemas sigan
funcionando.
Es cierto que en ciertos casos nos hemos topado con algunos problemitas de
incompatibilidades (uso la palabra incompatibilidad para expresar algún
problema de ejecución/instalación que podamos tener, pero sin ánimos de
polemizar) cuando debemos portar nuestros sistemas en VB 6 a algún nuevo
S.O., (dígase de Win98 a WinXP, o ahora a Vista) pero que tarde o temprano
(yo diría más temprano que tarde) terminamos por solucionar y adaptar
(gracias a DIOS, y para nuestra integridad emocional); y que también depende
en MUCHO del tipo de aplicación realizada y la manera de programar de cada
uno.
También cabe destacar que luego de unos 20 años de VB6 (esto considerando
estos 10 años que nos acaba de comentar Leo), seguramente va a ser momento
de realizar un "cambio" de lenguaje de programación con la consiguiente
adaptación de nuestros sistemas/aplicaciones; dado a que es de suponer que
los entornos de instalación/desarrollo seguramente no van a ser los mismos
que los usados originalmente al principio de la vida de nuestro amado VB6.0.
Esto es así, nos guste a nosotros o no; es la evolución.. Y en esto de la
informática, vamos a tener que saberlo siempre. que esta evolución sea algo
más bien comercial que funcional, también es muy cierto; pero en definitiva,
es así, y por eso o nos subimos al tren, o el tren se marcha con los que
subieron; porque nuestros clientes (los actuales, los más fieles),
seguramente nos van a seguir "aguantando" a que hagamos el cambio durante
algún tiempo, pero muchos otros, querrán que lo hagamos rápido, porque sino,
se nos irán a la competencia. Y esto es así, aún más si apuntamos a captar
nuevos clientes, a los cuales para cautivarlos, vamos a tener que
satisfacer sus gustos/necesidades o los cautivará la competencia.
Quería hacer este corolario, como para darle un FIN aceptable a este hilo
que empezó con una muy buena noticia que nos acercó nuestro amigo Leo, pero
que se desvirtuó en discusiones que más que acercarnos entre nosotros nos
alejan.
Creo que lo que destaca a este grupo es la "ayuda desinteresada" que
compartimos, unas veces estamos de un lado (respondiendo) y otras veces del
otro (preguntando); y por eso, debemos evitar desacreditar, descalificar y
mucho menos ofendernos entre nosotros, porque de esta forma, lo único que
conseguiremos es "corromper" esta completa guía de aprendizaje y ayuda con
la que contamos.
Saludos y PAZ.
Fernando
--
Ing. Fernando D. Giletta
San Fco. Cba. Argentina.
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:u5ZVQCID...@TK2MSFTNGP06.phx.gbl...
> http://msdn.microsoft.com:80/en-us/vbrun/ms788708.aspx
>
> "The Visual Basic team's goal is that Visual Basic 6.0 applications that
> run on Windows XP will also run on Windows Vista and Windows Server 2008.
> The Visual Basic team is also committed to the Visual Basic 6.0
> development environment running on Windows Vista and Windows Server 2008.
> As detailed in this document, the core Visual Basic 6.0 runtime will be
> supported for the full lifetime of Windows Vista and Windows Server 2008,
> which is five years of mainstream support followed by five years of
> extended support".
>
> Si Windows Server 2008 fue publicado este año, tenemos 10 años de vida
> para nuestras aplicaciones.
>
> Como mínimo :-)
>
> Creo que me puedo tomar la vida con calma...
>
>
> Salud!
>
>
Armin Saez
Sabes, estoy muy, pero muy en contra de la manera en que te estas exponiendo
en este hilo.
Un programa bien diseñado, no es solo aquel que *funciona* en un SO, si no
que es aquel que fuciona y ademas esta *preparado* para funcionar en alguna
version superior. Hay muchas maneras de hacer una version compatible para
diferentes SO, usar las carpetas del registro por defecto, hacer uso de las
carpetas comunes de Windows, usar las Apis que sean necesarias y que esten
debidamente documentadas, etc. Muchas de las herramientas *profesionales*
hacen uso de las Shared Folders, o carpetas de uso libre, como son Mis
Documentos, y te puedo asegurar, que nunca tendran problemas de uso.
Si tu programa funciona en un SO, desde el cual lo diseñaste, y no funciona
en uno superior, no es porque el nuevo SO sea incompatible. TU como
*desarrollador*, debes asegurarte de probar y corregir los posibles fallos
que se presenten en estos nuevos SO, pero eso es un tema que te compete solo
a ti. El usuario no tiene porque pagar por el mal diseño de una aplicacion.
Yo tengo sistemas trabajando, tanto en XP, Vista, como en W2003 Server, y no
he tenido problemas, salvo por controles de terceros que no estaban
preparados para los nuevos SO, para lo cual tube que cambiarlos y/o escribir
nuevos procedimientos para reemplazar lo que no funcionaba. Yo no me
considero ningun experto en el tema, pero ya tengo al menos 3 aplicaciones
funcionando sin problemas en estas plataformas, lo que no quiere decir
necesariamente que esten *bien diseñadas*, simplemente lo que hace, lo hace
relativamente bien.
Como punto adicional, yo, como programador aficionado, tengo un problema de
EGO, el cual *no* me permite ir donde un cliente e instalar mi software y
darme cuenta ahi, donde el cliente, que hay algo que no funciona, ya que
esto hablaria muy mal de mi trabajo. Por lo mismo, reviso bien antes de
hacer una instalacion, y como minimo, averiguo que SO es el que usan y hago
unas pruebas antes de lanzarme a la obra.
Por ultimo, siempre hay que ser humilde. La mayoria de los que nos ayudan en
este grupo, lo hacen desinteresadamente, sin *obligacion* de ningun tipo, y
definitivamente, sin esperar nada a cambio, ya que muchas veces los que
reciben esa ayuda, ni siquiera se dignan a agradecer. Sin embargo ellos
siguen dia a dia colaborando. Por lo mismo, yo en lo personal no podria
enojarme (como alguna vez lo hice erradamente) si alguno de los que me
ayudan aca, me retan o emiten un comentario que no me guste.
Solo eso, se Humilde, la grandeza del hombre esta en saber que muchas veces
puede equivocarse, pero si es capaz de reconocer sus errores, esta a un paso
de ser mas grande.
Saludos y Suerte!!!
--
-----------------------------
Sin mas, saluda atte. a Uds.
Armin Saez
PD: Los tildes se han suprimido intencionalmente.
"Javier" <x...@xz.com> escribió en el mensaje
news:%23mKAlpQ...@TK2MSFTNGP05.phx.gbl...
Armin Saez
> Quería hacer este corolario, como para darle un FIN aceptable a este hilo
> que empezó con una muy buena noticia que nos acercó nuestro amigo Leo,
> pero que se desvirtuó en discusiones que más que acercarnos entre nosotros
> nos alejan.
> Creo que lo que destaca a este grupo es la "ayuda desinteresada" que
> compartimos, unas veces estamos de un lado (respondiendo) y otras veces
> del otro (preguntando); y por eso, debemos evitar desacreditar,
> descalificar y mucho menos ofendernos entre nosotros, porque de esta
> forma, lo único que conseguiremos es "corromper" esta completa guía de
> aprendizaje y ayuda con la que contamos.
>
> Saludos y PAZ.
No puedo estar mas de acuerdo con estas sabias palabras!!!
Me leiste el Pensamiento.
para mi esto merece un AMEN!!!
Saludos y suerte!!!
Javier
news:OU%23gUobE...@TK2MSFTNGP04.phx.gbl...
> Hola Javier!!!
>
> Sabes, estoy muy, pero muy en contra de la manera en que te estas
> exponiendo en este hilo.
>
> Un programa bien diseñado, no es solo aquel que *funciona* en un SO, si no
> que es aquel que fuciona y ademas esta *preparado* para funcionar en
> alguna version superior. Hay muchas maneras de hacer una version
> compatible para diferentes SO, usar las carpetas del registro por defecto,
> hacer uso de las carpetas comunes de Windows, usar las Apis que sean
> necesarias y que esten debidamente documentadas, etc. Muchas de las
> herramientas *profesionales* hacen uso de las Shared Folders, o carpetas
> de uso libre, como son Mis Documentos, y te puedo asegurar, que nunca
> tendran problemas de uso.
>
> Si tu programa funciona en un SO, desde el cual lo diseñaste, y no
> funciona en uno superior, no es porque el nuevo SO sea incompatible. TU
> como *desarrollador*, debes asegurarte de probar y corregir los posibles
> fallos que se presenten en estos nuevos SO, pero eso es un tema que te
> compete solo a ti. El usuario no tiene porque pagar por el mal diseño de
> una aplicacion.
Por ahora leí hasta aquí, en otro momento seguiré.
No estoy de acuerdo con tu punto de vista, primero porque nunca puedes estar
realmente seguro que "Mis documentos" va a existir todavía en una versión
superior de S.O. que salga (de paso, me parece una aberración llenarle al
usuario esa carpeta con archivos raros), y segundo porque siempre las
políticas que promulgaban eran la compatibilidad hacia atrás desde el D.O.S
hasta ahora, en todo sentido (procesadores de texto nuevos abrían documentos
viejos, etc). Esta política es algo que se cambió ahora.
Y tampoco estoy de acuerdo en que se deba usar solo lo más común y todo el
resto de las cosas desaprovecharlas. Todo también depende del tipo de
aplicación que sea.
De todas maneras acá no se habían mencionado cosas muy raras, como para que
entre dentro de lo que dices,
Javier
news:OU%23gUobE...@TK2MSFTNGP04.phx.gbl...
> Por ultimo, siempre hay que ser humilde. La mayoria de los que nos ayudan
> en este grupo, lo hacen desinteresadamente, sin *obligacion* de ningun
> tipo, y definitivamente, sin esperar nada a cambio, ya que muchas veces
> los que reciben esa ayuda, ni siquiera se dignan a agradecer. Sin embargo
> ellos siguen dia a dia colaborando. Por lo mismo, yo en lo personal no
> podria enojarme (como alguna vez lo hice erradamente) si alguno de los que
> me ayudan aca, me retan o emiten un comentario que no me guste.
>
> Solo eso, se Humilde, la grandeza del hombre esta en saber que muchas
> veces puede equivocarse, pero si es capaz de reconocer sus errores, esta a
> un paso de ser mas grande.
Estoy de acuerdo en que hay que ser humilde, pero también pienso que los que
ayudan no deben ser arrogantes y engreídos. Fíjate quién fue el agresivo: yo
dije "disiento en tal cosa y en esta otra", y fíjate como me fue contestando
la otra persona.
Para tener las cosas en contexto, tampoco es que yo entré a este hilo
pidiendo alguna ayuda, lo cual de todas maneras tampoco justificaría el
maltrato por parte de otro.
¿Quién no es humilde entonces?
Puede ser que yo no lo haya sido al 100% tampoco, pero lee bien y sigue como
fueron las cosas.
Me dice que me va a quitar el soporte, jaja, como si alguna vez me hubiera
ayudado en algo y yo dependiera de su soporte particular. Por otro lado si
ese fuera el problema cambio de nick y ya ni sabe si soy el mismo. Además
por algo totalmente injustificado, solamente porque opiné diferente que él,
y en lugar de justificar su punto de vista, me agredió, como si él fuera "un
dios" y yo vengo a molestarlo. Por eso le digo, "que no joda". Que argumente
y sustente lo que dice, si quiere, y sino, que no joda.
A mí todos estos problemas realmente no me gustan, prefiero que me digan:
bueno, creo que estás equivocado por tal cosa y tal otra y que la cosa quede
solamente en términos técnicos.
Armin Saez
> No estoy de acuerdo con tu punto de vista, primero porque nunca puedes
> estar realmente seguro que "Mis documentos" va a existir todavía en una
> versión superior de S.O. que salga (de paso, me parece una aberración
> llenarle al usuario esa carpeta con archivos raros)
Pero para eso existen las verdiones preliminares de SO que se liberan, para
que tu hagas las pruebas pertinentes!!! esa es tu tarea como desarrollador.
En fin esto ya me parece absurdo, hay una frase que dice: Se necesitan dos
años para aprender a hablar, y al menos sesenta para aprender a callar.
Nadie tiene la verdad absoluta, y en eso radica la capacidad del hombre de
saber escuchar, y saber que todos tienen derecho a una opinion distinta, sin
que por ello deba ser considerado diferente.
El hecho que Vinchenzo piense distinto de ti, no necesariamente lo hace ser
un *mentiroso*, demas esta decir que el se esforzo en demostrar por que las
cosas no funcionaban, a diferencia de ti, que no expusiste ejemplo alguno
que se pueda corroborar. Simplemente te limitaste a tratarlo de mentiroso,
lo cual me parece muy feo en esta comunidad donde estamos para ser ayudados,
y en la medida de lo posible, ayudar, donde nadie tiene intenciones de
mentirle al resto. Si alguien me corrige algo, no puedo enojarme y tratarlo
de mentiroso, ya que soy yo el que esta pidiendo ayuda. Si yo estoy
emitiendo una opinion o Juicio, no me puedo enojar si alguien me demuestra
que estoy equivocado. Si no, para que estoy aca entonces!!!
Saludos y Suerte!!!
--
-----------------------------
Sin mas, saluda atte. a Uds.
Armin Saez
PD: Los tildes se han suprimido intencionalmente.
"Javier" <x...@xz.com> escribió en el mensaje
news:ObdRt8bE...@TK2MSFTNGP06.phx.gbl...
> "Armin Saez" <astranc...@gmail.cl> escribió en el mensaje
> news:OU%23gUobE...@TK2MSFTNGP04.phx.gbl...
>> Hola Javier!!!
>>
>> Sabes, estoy muy, pero muy en contra de la manera en que te estas
>> exponiendo en este hilo.
>>
>> Un programa bien diseñado, no es solo aquel que *funciona* en un SO, si
>> no que es aquel que fuciona y ademas esta *preparado* para funcionar en
>> alguna version superior. Hay muchas maneras de hacer una version
>> compatible para diferentes SO, usar las carpetas del registro por
>> defecto, hacer uso de las carpetas comunes de Windows, usar las Apis que
>> sean necesarias y que esten debidamente documentadas, etc. Muchas de las
>> herramientas *profesionales* hacen uso de las Shared Folders, o carpetas
>> de uso libre, como son Mis Documentos, y te puedo asegurar, que nunca
>> tendran problemas de uso.
>>
>> Si tu programa funciona en un SO, desde el cual lo diseñaste, y no
>> funciona en uno superior, no es porque el nuevo SO sea incompatible. TU
>> como *desarrollador*, debes asegurarte de probar y corregir los posibles
>> fallos que se presenten en estos nuevos SO, pero eso es un tema que te
>> compete solo a ti. El usuario no tiene porque pagar por el mal diseño de
>> una aplicacion.
>
> Por ahora leí hasta aquí, en otro momento seguiré.
Javier
"ferg" <fe...@nada.com.ar> escribió en el mensaje
news:%23$TaWebEJ...@TK2MSFTNGP03.phx.gbl...
> Creo que lo que destaca a este grupo es la "ayuda desinteresada" que
> compartimos, unas veces estamos de un lado (respondiendo) y otras veces
> del otro (preguntando); y por eso, debemos evitar desacreditar,
> descalificar y mucho menos ofendernos entre nosotros, porque de esta
> forma, lo único que conseguiremos es "corromper" esta completa guía de
> aprendizaje y ayuda con la que contamos.
Es así. Gracias Fernando.
Este es el foro más pacífico que conozco, y conozco varios de diferentes
disciplinas.
> Es cierto que en ciertos casos nos hemos topado con algunos problemitas de
> incompatibilidades (uso la palabra incompatibilidad para expresar algún
> problema de ejecución/instalación que podamos tener, pero sin ánimos de
> polemizar)
Ahhh, ¡pero lo dijiste! Ahora te van a caer rayos, alguien te quitará el
saludo y no te dará soporte.
> y que también depende en MUCHO del tipo de aplicación realizada y la
> manera de programar de cada uno.
Sin duda.
> Saludos y PAZ.
> Fernando
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje
news:ObdRt8bE...@TK2MSFTNGP06.phx.gbl...
>
> No estoy de acuerdo con tu punto de vista, primero porque nunca puedes
> estar realmente seguro que "Mis documentos" va a existir todavía en una
> versión superior de S.O. que salga (de paso, me parece una aberración
> llenarle al usuario esa carpeta con archivos raros), y segundo porque
> siempre las políticas que promulgaban eran la compatibilidad hacia atrás
> desde el D.O.S hasta ahora, en todo sentido (procesadores de texto nuevos
> abrían documentos viejos, etc). Esta política es algo que se cambió ahora.
Hola, Javier:
Aunque los "usuarios normales" no suelen proteger sus carpetas de programas,
existe la posibilidad de que la carpeta de programas (cualquier carpeta, de
hecho) tenga algún tipo de restricción.
Todo desarrollador es libre de crear sus propias convenciones. Despues de
años de lucha he logrado que la mayoría de mis integradores creen una
carpeta llamada "DatosClear" en la raiz de alguna unidad del equipo
servidor. En esa carpeta se ubica el catálogo de empresas y una copia del CD
de distribución, llamada "Distribucion". La carpeta DatosClear se marca como
compartida. Luego crean las empresas, cada una en su propia carpeta dentro
de esa carpeta principal.
Si alguien no quiere respetar esa norma, está en libertad de no hacerlo. Lo
peor que le puede pasar es que el técnico que atienda a esos clientes deba
pasar unos cuantos minutos extra examinando el registro para encontrar los
directorios de datos.
Una ubicacion correcta, estandar y segura para los datos de tu aplicacion
podría ser, por ejemplo:
Environ("appdata") & "\" & <nombre de tu aplicacion>
y si quieres usar una ubicacion común para todos los usuarios:
Environ("AllUsersProfile") & "\Application Data\" & <nombre de tu
aplicacion>
son carpetas diseñadas para ser utilizadas por las aplicaciones, sobre las
cuales no aplica ningun tipo de restricción: mantienes toda tu
individualidad e independencia y no entras en conflicto con ningún protocolo
de seguridad (porque estás cumpliendo con el protocolo estandar).
En cualquier caso, usar el registro o un archivo .INI (aunque las API que lo
soportan están marcadas como "obsoletas" casi desde la definicion de Win32),
o un simple archivo de texto almacenado en App.Path (o en alguna de las
carpetas de usuario definidas en el entorno: esta siempre es la opción más
segura) podrían servirte para hacer lo que necesites. Los procedimientos de
VB para obtener y almacener valores del registro
(GetSetting/GetAllSetting/SaveSetting) no dan problemas en ninguna versión
de ningún OS, porque usan áreas del registro diseñadas para ser escritas por
el usuario (HKCU).
Hay decenas de alternativas correctas -seguras y portables- a esa chapuza de
escribir en la carpeta de programas de las aplicaciones.
Por ejemplo, mis DLL se instalan en una carpeta de Archivos de
Programa\Archivos Comunes: odio esos programas que usan %SysDir% como si
toda la PC fuera suya.
Ningun problema de orgullo me impide usar HKCU\Software\VB And VBA Program
Settings como cualquier mortal. Si tengo que guardar alguna información
"sensible" la encripto o creo algún mecanismo de verificación redundante
para asegurarme de que no la toquen (salvo de las maneras previstas).
> Y tampoco estoy de acuerdo en que se deba usar solo lo más común y todo el
> resto de las cosas desaprovecharlas. Todo también depende del tipo de
> aplicación que sea.
Independientente del tipo de aplicación, si no te informas acerca de los
protocolos de tu sistema anfitrión (y el uso de las carpetas está
establecido desde las primeras versiones de NT) seguramente tendrás
problemas.
Se pueden hacer cosas complicadísimas usando los recursos y protocolos
estandar. Ni la complejidad ni la originalidad son excusas para las
chapuzas.
Salud!
Javier
> Hola
>
>> No estoy de acuerdo con tu punto de vista, primero porque nunca puedes
>> estar realmente seguro que "Mis documentos" va a existir todavía en una
>> versión superior de S.O. que salga (de paso, me parece una aberración
>> llenarle al usuario esa carpeta con archivos raros)
>
> Pero para eso existen las verdiones preliminares de SO que se liberan,
> para que tu hagas las pruebas pertinentes!!! esa es tu tarea como
> desarrollador.
>
> En fin esto ya me parece absurdo, hay una frase que dice: Se necesitan dos
> años para aprender a hablar, y al menos sesenta para aprender a callar.
>
> Nadie tiene la verdad absoluta, y en eso radica la capacidad del hombre de
> saber escuchar, y saber que todos tienen derecho a una opinion distinta,
> sin que por ello deba ser considerado diferente.
>
> El hecho que Vinchenzo piense distinto de ti, no necesariamente lo hace
> ser un *mentiroso*, demas esta decir que el se esforzo en demostrar por
> que las cosas no funcionaban, a diferencia de ti, que no expusiste ejemplo
> alguno que se pueda corroborar. Simplemente te limitaste a tratarlo de
> mentiroso, lo cual me parece muy feo en esta comunidad donde estamos para
> ser ayudados, y en la medida de lo posible, ayudar, donde nadie tiene
> intenciones de mentirle al resto. Si alguien me corrige algo, no puedo
> enojarme y tratarlo de mentiroso, ya que soy yo el que esta pidiendo
> ayuda. Si yo estoy emitiendo una opinion o Juicio, no me puedo enojar si
> alguien me demuestra que estoy equivocado. Si no, para que estoy aca
> entonces!!!
Lee de nuevo como fueron las cosas, y en lugar de decirte que estas siendo
un mentiroso te voy a decir que estás mal informado, tal vez por no prestar
atención a como se fueron desarrollando las cosas.
Acá hay alguno(s) que lo que pretende(n) es que se le(s) rinda pleitesía, y
otros aceptan ese juego. Bueno, yo no.
Tú, lámele los calcetines a quien quieras.
Javier
"Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g> escribió
en el mensaje news:%23fstQhc...@TK2MSFTNGP06.phx.gbl...
>Si tengo que guardar alguna información "sensible" la encripto o creo algún
>mecanismo de verificación redundante para asegurarme de que no la toquen
>(salvo de las maneras previstas).
¿Y tú crees que un cracker no la va a poder desencriptar? Pregunto porque no
sé bien como manejas eso, pero al tener la clave de desencriptación en el
programa no veo que tan dificultoso va a ser que alguien haciendo una
ejecución paso a paso no encuentre como desencriptarlo.
Si bien toda son medidas que aumentan la seguridad.
Yo, como me di cuenta que haga lo que haga el cracker lo puede ver paso a
paso, usé el criterio de desorientar. Es por eso que guardé una cosa en una
clave en un lugar que parece que no fuera para eso (entre otras 10 cosas que
hice para desorientar). Así y todo después de un buen tiempo, alguien
encontró una manera de birlar la seguridad.
Chapuza... puede ser, pero si hago todo como se supone que debe ser, más
fácil para el cracker.
Armin Saez
Por un lado dices:
>Acá hay alguno(s) que lo que pretende(n) es que se le(s) rinda pleitesía, y
>otros aceptan ese juego. Bueno, yo no.
>Tú, lámele los calcetines a quien quieras.
Y por otro lado comentas:
> A mí todos estos problemas realmente no me gustan, prefiero que me digan:
> bueno, creo que estás equivocado por tal cosa y tal otra y que la cosa
> quede solamente en términos técnicos.
Bueno
Eso es lo que trate de hacer desde un principio, siempre dije que pensaba
diferente a ti, pero tu me llamaste lame calcetines, en fin!!!
Si alguien me ayuda a ganarme el pan de cada dia y yo le agradezco por su
ayuda, no implica que yo sea un lame calcetines, implica que por su ayuda
estoy comiendo. Y si aun asi te parece que estoy lamiendo calcetines, pues
que asi sea. El trabajo honrado no denigra, si con ello comen tus seres
queridos!!!.
Cada vez que leo tus comentarios estoy mas convencido que el unico arrogante
y de doble estandar eres tu.
un saludo Hawayano para ti!!!
--
-----------------------------
Sin mas, saluda atte. a Uds.
Armin Saez
PD: Los tildes se han suprimido intencionalmente.
"Javier" <x...@xz.com> escribió en el mensaje
news:e5aaMMcE...@TK2MSFTNGP02.phx.gbl...
Javier
> un saludo Hawayano para ti!!!
Otro para ti, y que te vaya bien (adentro).
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje
news:usuhrtcE...@TK2MSFTNGP05.phx.gbl...
>
> "Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g>
> escribió en el mensaje news:%23fstQhc...@TK2MSFTNGP06.phx.gbl...
>
>>Si tengo que guardar alguna información "sensible" la encripto o creo
>>algún mecanismo de verificación redundante para asegurarme de que no la
>>toquen (salvo de las maneras previstas).
>
> ¿Y tú crees que un cracker no la va a poder desencriptar? Pregunto porque
> no sé bien como manejas eso, pero al tener la clave de desencriptación en
> el programa no veo que tan dificultoso va a ser que alguien haciendo una
> ejecución paso a paso no encuentre como desencriptarlo.
> Si bien toda son medidas que aumentan la seguridad.
Hola,
¿Alguna vez trataste de ejecutar un programa grande y complejo paso a paso?
Yo no lo hago desde hace años, pero en los tiempos de MS-DOS tuve que
hacerlo varias veces.
Incluso en el caso de una aplicación simple escrita en "C" para MS-DOS, es
un trabajo de chinos.
Hacerlo para una aplicación de VB6, con su manejo automático de Overlays,
memoria relocalizable, controlada por eventos, interoperabilidad vía COM,
cadenas UNICODE, etc. sólo se justificaría en casos de vida o muerte o de
ganancias financieras significativas. Creo que sería más práctico volver a
escribir mis aplicaciones desde cero que recuperarlas mediante ingeniería
inversa del código ejecutable.
No me imagino a ninguno de mis clientes contratando a un cracker para
extender el período de evaluación: el costo de la licencia no lo justifica.
Despues de ocho años y medio de comercialización y con 1200 licencias
instaladas, mi sistema aun no ha despertado el interés de los crackers. Eso
pasa despues de un par de decenas de miles de licencias vendidas, y te juro
que si alcanzo ese volumen de ventas, el día que descubra que me crackearon
no me va a importar en lo más mínimo :-)
Por otra parte ¿crees que la "desorientación" puede detener a alguien con la
capacidad, la paciencia y el conocimiento técnico necesario para trazar paso
a paso la ejecución de un programa en VB?
Yo ni siquiera llamo "seguridad" a mis limitados mecanismos para detectar
las alteraciones indebidas de algunos datos o claves del registro. No busco
seguridad, simplemente espero defender al cliente de modificaciones no
autorizadas de sus datos y configuración. Si alguien es lo suficientemente
hábil tecnicamente para descubrir esas reglas de consistencia, debe ser lo
suficientemente consciente como para no meter la pata en los cambios que
haga. No me imagino a un cajero de una heladería hackeando mi aplicación. Y
si un día me encuentro uno le doy trabajo pagándole al menos diez veces lo
que pueda ganar en su trabajo actual, incluyendo las metidas de mano en la
caja del negocio.
Por otra parte, creo que te estás yendo por las ramas. El tema no era la
seguridad, y es una falacia de proporción que me enfrentes a un hacker
curtido y hábil para defender tu argumento de la desorientación, que pierde
toda su efectividad ante un simple usuario conocedor del sistema operativo.
El tema no es si mi seguridad es mejor o peor que la tuya (algo que, como ya
te dije, me la deja floja: la única seguridad que busco es la de que no le
alteren indebidamente los datos a mis clientes). El punto es si la
publicación de un sistema operativo que simplemente refuerza por omisión
protocolos y estándares vigentes desde hace al menos quice años puede ser
acusado de "romper la compatibilidad" de una aplicación que ignora todos
esos protocolos y estándares.
En el caso de SendKeys tienes razón (y esa es la *única* incompatibilidad).
Pero en el caso de las carpetas, la verdad es que tu mismo te lo buscaste.
Salud!
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje
news:usuhrtcE...@TK2MSFTNGP05.phx.gbl...
>
> "Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g>
> escribió en el mensaje news:%23fstQhc...@TK2MSFTNGP06.phx.gbl...
>
>>Si tengo que guardar alguna información "sensible" la encripto o creo
>>algún mecanismo de verificación redundante para asegurarme de que no la
>>toquen (salvo de las maneras previstas).
>
> ¿Y tú crees que un cracker no la va a poder desencriptar? Pregunto porque
> no sé bien como manejas eso, pero al tener la clave de desencriptación en
> el programa no veo que tan dificultoso va a ser que alguien haciendo una
> ejecución paso a paso no encuentre como desencriptarlo.
> Si bien toda son medidas que aumentan la seguridad.
Hola,
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje
news:usuhrtcE...@TK2MSFTNGP05.phx.gbl...
>
> "Leonardo Azpurua" <l e o n a r d o [arroba] m v p s [punto] o r g>
> escribió en el mensaje news:%23fstQhc...@TK2MSFTNGP06.phx.gbl...
>
>>Si tengo que guardar alguna información "sensible" la encripto o creo
>>algún mecanismo de verificación redundante para asegurarme de que no la
>>toquen (salvo de las maneras previstas).
>
> ¿Y tú crees que un cracker no la va a poder desencriptar? Pregunto porque
> no sé bien como manejas eso, pero al tener la clave de desencriptación en
> el programa no veo que tan dificultoso va a ser que alguien haciendo una
> ejecución paso a paso no encuentre como desencriptarlo.
> Si bien toda son medidas que aumentan la seguridad.
Y no: no tengo la clave de desencriptacion en ningún programa: tengo un
algoritmo que calcula un número. Ese número es convertido en una cadena. Esa
cadena es pasada a otro algoritmo que genera una cadena de validación. Luego
se pegan las dos cadenas y ese es el valor final.
Lo que se busca es que el numero resultante de descifrar esa cadena sea
igual a algún numero que representa un datos sensible de la aplicación.
Lo uso, por ejemplo, para garantizar que los acumuladores de ventas en los
registros de un turno sean los que el programa ha guardado y no los que un
cajero corrupto haya escrito directamente en la BD.
Salud!
Javier
en el mensaje
Hola
Creo que no comprendiste el punto. Yo con esto no hablaba de la
compatibilidad en sí, sino que me había ido off topic y te pedía opinión
sobre eso de la encriptación, porque como dije, no sabía bien como manejabas
eso.
> ¿Alguna vez trataste de ejecutar un programa grande y complejo paso a
> paso? Yo no lo hago desde hace años, pero en los tiempos de MS-DOS tuve
> que hacerlo varias veces.
Sí, muchas veces, pero en en IDE de VB6 nomás.
>
> Incluso en el caso de una aplicación simple escrita en "C" para MS-DOS, es
> un trabajo de chinos.
Creeme que a los crackers les encanta.
>
> Hacerlo para una aplicación de VB6, con su manejo automático de Overlays,
> memoria relocalizable, controlada por eventos, interoperabilidad vía COM,
> cadenas UNICODE, etc. sólo se justificaría en casos de vida o muerte o de
> ganancias financieras significativas.
Es que para ellos es una cuetión de ego, un juego, un desafío. No es por
ganancias monetarias.
>Creo que sería más práctico volver a escribir mis aplicaciones desde cero
>que recuperarlas mediante ingeniería inversa del código ejecutable.
Y sí. Pero no habalba de recuperar toda una aplicación por ingeniería
inversa. El cracker lo que busca es hacer saltar la protección, nada más.
>
> No me imagino a ninguno de mis clientes contratando a un cracker para
> extender el período de evaluación: el costo de la licencia no lo
> justifica.
El costo de la licencia es lo de menos, lo importante es el desafío.
> Despues de ocho años y medio de comercialización y con 1200 licencias
> instaladas, mi sistema aun no ha despertado el interés de los crackers.
Bueno, está bien, todo depende de a quien llega tu programa. Yo tengo uno
que tampoco, recién ahora uno (que me llamó por teléfono) me dijo que había
saltado la protección. Es que en ese programa la protección es bastante
débil. Es un programa viejo, ese que comentaba en VB5 y que escribe en el
App.Path, que inicié allá por el '98.
>Eso pasa despues de un par de decenas de miles de licencias vendidas, y te
>juro que si alcanzo ese volumen de ventas, el día que descubra que me
>crackearon no me va a importar en lo más mínimo :-)
Yo en el otro, no ese de VB5, sino en uno que sí llega a manos de gente
experta (crackers), también habré vendido unas 1000 licencias. No hizo falta
varias decenas de miles, como dices. La versión 1 me la crackearon, no sé
cuántas había vendido pero algunos cientos, la versión 2 la protegí mucho
mejor y duró mucho más, igual uno de ellos se ve que tuvo o mucha suerte o
mucha paciencia.
>
> Por otra parte ¿crees que la "desorientación" puede detener a alguien con
> la capacidad, la paciencia y el conocimiento técnico necesario para trazar
> paso a paso la ejecución de un programa en VB?
Detener no, pero hacer la cosa mucho más dificultosa e improbable sí, sin
ninguna duda.
No voy a develar detalles de lo que hice, de todas maneras no se sabe cuál
es mi aplicación, pero básicamente se trata de hacerle pensar que está
crackeado cuando no lo está y de hacerle pensar que la protección está donde
no está.
Ya que no puedo evitar que vea lo que va haciendo el programa, lo único que
me queda es intentar confundirlo.
No lo va a "detener" en forma absoluta, pero las posibilidades de que
alguien por más experto que sea lo descubra, disminuye, y aumenta con su
paciencia, que la tienen.
>
> Yo ni siquiera llamo "seguridad" a mis limitados mecanismos para detectar
> las alteraciones indebidas de algunos datos o claves del registro. No
> busco seguridad, simplemente espero defender al cliente de modificaciones
> no autorizadas de sus datos y configuración. Si alguien es lo
> suficientemente hábil tecnicamente para descubrir esas reglas de
> consistencia, debe ser lo suficientemente consciente como para no meter la
> pata en los cambios que haga. No me imagino a un cajero de una heladería
> hackeando mi aplicación. Y si un día me encuentro uno le doy trabajo
> pagándole al menos diez veces lo que pueda ganar en su trabajo actual,
> incluyendo las metidas de mano en la caja del negocio.
Por eso digo, todo también depende de a quién llega tu aplicación.
>
> Por otra parte, creo que te estás yendo por las ramas. El tema no era la
Sí, como dije es todo un OT esto, pensé que se comprendía, pero no me di
cuenta de aclararlo de entrada.
> seguridad, y es una falacia de proporción que me enfrentes a un hacker
> curtido y hábil para defender tu argumento de la desorientación, que
> pierde toda su efectividad ante un simple usuario conocedor del sistema
> operativo.
No lo creo. Tienes que ponerte en lugar de él y ver más o menos como se
crackea un programa, luego hacer cosas para confundirlo.
Es difícil, lleva bastante trabajo hacerlo (hacer una buena protección),
pero creo que se puede. No es una protección absoluta, como dije, y alguien
con la paciencia suficiente puede encontrar la forma.
Hay que tratar de pensar en todo, porque a veces uno se esmera mucho en
proteger cierta cosa, y luego resulta que un simple salto antes anula todo.
Por eso, como dije, no es simple, da trabajo.
>
> El tema no es si mi seguridad es mejor o peor que la tuya (algo que, como
> ya te dije, me la deja floja: la única seguridad que busco es la de que no
> le alteren indebidamente los datos a mis clientes).
Por eso, todo depende del programa y el modelo de necgocios de cada uno. Si
en tu caso los clientes dependen continuamente de ti, de nada les va a
servir un programa crackeado.
>El punto es si la publicación de un sistema operativo que simplemente
>refuerza por omisión protocolos y estándares vigentes desde hace al menos
>quice años puede ser acusado de "romper la compatibilidad" de una
>aplicación que ignora todos esos protocolos y estándares.
Eso sería volviendo al tema original. No sé si puedo criticar eso.
>
> En el caso de SendKeys tienes razón (y esa es la *única*
> incompatibilidad). Pero en el caso de las carpetas, la verdad es que tu
> mismo te lo buscaste.
No me parece, ¿desde cuándo existe AppData? (pregunto porque no sé)
No recuedo que en Win95 existiera eso.
PD: ¿y qué me dices de la compatibilidad con VB5? ¿Con VB5 sí se justifica
la incoompatibilidad porque es una versión anterior? ¿Por qué la instalación
del programa se detiene al intentar registrar DAO 3.51? ¿No podría haberse
salvado eso?
>
>
> Salud!
Saludos.
Javier
OK.
>
> Salud!
Saludos.
Leonardo Azpurua
"Javier" <x...@xz.com> escribió en el mensaje news:ga3pl4$4e6$1...@aioe.org...
> PD: ¿y qué me dices de la compatibilidad con VB5? ¿Con VB5 sí se justifica
> la incoompatibilidad porque es una versión anterior? ¿Por qué la
> instalación del programa se detiene al intentar registrar DAO 3.51? ¿No
> podría haberse salvado eso?
Hola.
VB5 tuvo una vida relativamente corta. Creo que fue publicado en 1996, y
reemplazado por VB6 en 1998.
Como eran compatibles a nivel de código fuente, el asistente de migración
funcionaba sin problemas. Y VB5 simplemente desapareció sin ruido.
Comencé mis aplicaciones actuales con VB5. Al iniciar el programa, se llama
a un EXE externo para validar el serial (no recuerdo por qué lo implementé
de esa manera). Ese EXE fue desarrollado en los tiempos de VB5, y nunca tuve
problemas porque todos los Win, hasta XP y 2003, incluían el runtime de VB5.
Cuando instalé por primera vez la aplicación en Vista, el programa no corría
(por supuesto). Lo recompilé con VB6 (reemplazando un control en el único
formulario) y el problema se resolvió.
¿Probaste a descargar e instalar el runtime de VB5? Creo que es posible
descargarlo (vbrun5.exe) del sitio de mentalis.org (el mismo que aloja la
ApiGuide, que imagino que conoces).
De todas maneras, migrar DAO 3.5 a DAO 3.6 es casi tan simple como
reemplazar una referencia en el proyecto, y listo.
Salud!
Javier
en el mensaje news:%23pWkTje...@TK2MSFTNGP02.phx.gbl...
¿DAO 3.6 se puede usar en VB5? (no tengo idea porque nunca lo intenté)
De todas maneras cuando instalé VB5 en Vista no me dejó hacer nada, lo
ejecuté como Administrador y ni modo.
Así que no me queda otra que pasar todo a VB6.
Lo de la "vida corta" no estoy tan de acuerdo que deba ser así, o sino
bueno, no hablemos de compatibilidad hacia atrás.
> Salud!
Saludos.
Vinchenzo vinç
news:5pu7c4l5kqt321rml...@4ax.com...
>
> ...Digo, tal vez han mejorado el
> wrap haciéndolo un poco más inteligente de lo que es en la versión que
> yo uso...
Pues de hecho no, antes de publicar mi anterior mensaje, para comprobar
en mis carnes lo que sucedía con mis mensajes (ya que como dije, en OE y WM
se leían bien) y asegurarme que quienes usen otros lectores lo verían
correctamente, descargué la versión de demostración 4.2 del Agent y envié
unas pruebas. Y parece ser que no, no está implementado el ajuste de línea.
Si lo envío en formato MIME Entrecomillado imprimible o de Base 64, se
muestra una única línea por cada retorno de carro. El MIME sin codificación
o el Uuencode se ven como ves ahora, y así dejé pues los valores
predeterminados.
--
Saludos
Vinchenzo vinç
"Javier" <x...@xz.com> escribió en el mensaje de noticias
news:%23VH9lfc...@TK2MSFTNGP02.phx.gbl...
>
>> Es cierto que en ciertos casos nos hemos topado con algunos problemitas
>> de incompatibilidades (uso la palabra incompatibilidad para expresar
>> algún problema de ejecución/instalación que podamos tener, pero sin
>> ánimos de polemizar)
>
> Ahhh, ¡pero lo dijiste! Ahora te van a caer rayos, alguien te quitará el
> saludo y no te dará soporte.
Bravo, enhorabuena. Un comentario fuera de lugar, golpe bajo,
verdaderamente impertinente.
Como siempre he sido un hombre de palabra, y dije que no continuaría la
conversacíon si no cambiabas el tono, así será, no la estoy continuando sino
que la estoy terminando. Me retiraré unos días para relajarme un poco, tengo
el sistema nervioso lo suficientemente alterado con mis propios problemas
como para tener que soportar la lectura de tus insolencias, muchacho.
Tal vez no leerte por un tiempo me ayude (que por cierto, creo que
siendo informático deberías saber que necesitas cambiar algo más que el
'nick' o el correo de remitente para hacerte pasar por otro. Ignorante).
Ivan
> el sistema nervioso lo suficientemente alterado con mis propios problemas ....
hola Vinchenzo, espero que disfrutes del 'retiro' [temporal] y se
relajen esos problemas
entre tanto, si en ese retiro pasas por 'aqui' cerca y te apetece, en
mi casa tienes una comoda butaca :-)
un saludo
Ivan
Javier
Saludos.
"Vinchenzo vinç" <Vinç@newsgroup.nospam> escribió en el mensaje
news:%23RrXQ4f...@TK2MSFTNGP04.phx.gbl...
Chelo
al .NET y aqui dejenme decirle que C# esta de puta madre.. y claro el
vb.net no se queda atras, pero creo que los de MS le pusieron mas
ganas al C#.
Yo aun tengo aplicaciones hechas con el roro(querido) VB6, y esta
noticia cae muy bien.. no tendre que hacer el fastidioso migreo!!
jeje..
para los que se animan a chekear un toke de C#
http://sharpeada.blogspot.com/
recomendacion para los que se animan.
aprender el C# viniendo del vb6, es un poco frustrante, asi que
controlar las patalatetas, moqueos y verrinches... jeje.