Mensajes

Pero funcionaria igual

No te preocupes de la eficiciencia, esta claro que un lenguaje interpretado siempre sera mas lento que uno compilado. El que lo quiera pasar al lenguaje que quiera es libre de hacerlo. No desviemos el tema

Habria que hacer la estructura del algoritmo, hacerlo en un lenguaje base tipo C/C++ ... y el que lo quiera que lo pase a otro lenguaje (yo pienso pasarlo a vb cueste lo que cueste )

Ademas, seria bueno hacerlo multilenguaje

[offtopic]seria mejor hablar del tema en el hilo que empezaste para ello[/offtopic]

Vi un "intento" de solucion en .net que usa un FileSystemWatcher (una clase especie de "hook" de archivos) lo cual usaba el metodo que puse ahi y con FileSystemWatcher obtenia la ruta final al cual queria copiar. Te digo aver si descubrir algo porque si en .net se puede, en vb6 tambien

http://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/moderador_area_gnulinux_refacciones-t304843.0.html

Esta perfecto LenadroA

y... explorandolo y debugeando, en la pc de mi hermana tenia un ligero bug, que era que un disco duro no tenia etiqueta, se enviaba igual y descolocaba los items de "Otros sitios" en el explorador. La solucion:

En el proyecto cliente, Modulo de clase: clsExplorer, Procedimiento AddPathToBuffer cambiar:

Código (vb) [Seleccionar] Expandir


If sPath <> "" Then


por

Código (vb) [Seleccionar] Expandir


If sPath <> "" And sName <> "" Then


Lo mas raro es que se enviaba la unidad D: 2 veces



Otra cosa, gracias a este bug habria que evitar Items de captions vacios en el ExplorerFrame agregando en el sub AddItem:

Código (vb) [Seleccionar] Expandir

If Caption = "" Then Exit Sub



Por otro lado, el mostrar en carpeta... yo cambiaria el shell execute por este

Código (vb) [Seleccionar] Expandir

ShellExecute 0&, "open", "explorer.exe", "/select, " & Chr$(34) & ucListView2.ItemText(Item) & Chr$(34), ucListView2.SubItemText(Item, 7), SW_SHOWNORMAL

ya que abre el explorador con el archivo seleccionado (util cuando es una carpeta con muuchos archivos)



Saludos y muuuy buen proyecto LeandroA, si bien te conteste el post del Drag&Drop (del cual nunca diste señales de vida ) el ucListView no tiene ni el metodo StartDrag como para hacerlo

@echo OFF

si todo se ejecuta rapido... ni se mostraba

Claro, hasta cada uno tiene su propio SO, si te fijas, hay dispositivos GPS para autos, que tambien son computadoras y hasta algunas vienen con "Windows CE" con lo cual es una fuerte prueba de lo dicho

Las ultimas consolas de videos son mas parecidas a las computadoras de escritorio (por no decir, SON computadoras de escritorio) que cualquier otros aparatos

Es una computadora, no "de escritorio" ni portatil.
Tiene un procesador, tiene "memoria" y tiene ROM....  Tiene dispositivo de video y lectura optica/usb

Asi como otros componentes electronicos (reproductores mp3, camaras de video, consolas de videojuegos), son formas de "computadoras"

wow... no encontraba el post

Algo para confirmar:

Si el propietario del par de claves usa su clave privada para cifrar el mensaje, cualquiera puede descifrarlo utilizando su clave pública

Ahí en realidad se esta usando la clave publica como privada y la privada como publica no? que seria algo asi como si queres decir lo mismo a todos es mejor esta forma, no se, es una suposición

Y para que alguien cifraría un plain-text con la clave privada si se supone se tiene que cifrar con la clave publica correspondiente?

Por cierto, el codigo de Wow permite saber si estamos en un SO de 64 bits, en cambio el resto simplemente miran si el procesador lo es... es decir, yo puedo tener instalado un W$ de 32bits con un procesador de 64bits...

Igual me sirve, ya que necesito lanzar cosas de 32 o 64 bits segun sea el caso