abrir un fichero con process start

Primero lo intentamos abrir con "Process.Start", y luego usamos el handle que devuelve para poner la ventana delante. El problema es que si la aplicación ya estaba abierta, no devuelve nada así que lo que hacemos es buscar una ventana en cuyo título aparezca el fichero que queremos abrir...

using System;
using System.Diagnostics;
using System.Runtime.InteropServices;

namespace cancelarConexiondeRed
{
        /// <summary>
        /// Descripción breve de Class1.
        /// </summary>
        class Class1
        {

                [DllImport("user32.dll", EntryPoint = "SetWindowPos")]
                public static extern bool SetWindowPos(
                        IntPtr hWnd,               // window handle
                        IntPtr hWndInsertAfter,    // placement-order handle
                        int X,                  // horizontal position
                        int Y,                  // vertical position
                        int cx,                 // width
                        int cy,                 // height
                        uint uFlags);           // window positioning flags

                public const int HWND_TOP            = 0x0;
                public const int HWND_TOPMOST    = -1;
                public const int HWND_BOTTOM     = 0x1;
                public const uint SWP_NOSIZE     = 0x1;
                public const uint SWP_NOMOVE     = 0x2;
                public const uint SWP_SHOWWINDOW = 0x40;

               
                [DllImport("user32.dll")]
                static extern IntPtr SetActiveWindow(IntPtr hWnd);
                [DllImport("user32.dll", SetLastError=true)]
                static extern void SwitchToThisWindow(IntPtr hWnd, bool fAltTab);

                [STAThread]
                static void Main(string[] args)
                {
                        Process ventana = Process.Start(@"u:\teclas.txt");
                        Console.ReadLine();
                        if (ventana!=null)
                                SwitchToThisWindow(ventana.MainWindowHandle, true);
                        else
                        {

                                Process[] myProcesses = Process.GetProcesses();
                                foreach(Process myProcess in myProcesses)
                                {
                                        if (myProcess.MainWindowTitle.IndexOf(@"u:\teclas.txt") != -1)
                                        {
                                                SwitchToThisWindow(myProcess.MainWindowHandle, true);
                                                break;
                                        }
                               
                                }
                        }
                }

        }

Mejoras de seguridad en Service Pack 2

Sólo por poneros al tanto de lo que llevo investigado esta mañana. A ver qué nos cuentan los de Microsoft...

- "Mi PC" ahora es una nueva zona, y tiene mayores restricciones de seguridad aún que la zona de internet, es decir: una página HTML que se abra desde c:\ no podrá hacer prácticamente nada. Hasta ahora esto no era así, y los hackers buscaban agujeros del windows o del explorer que dieran acceso a la zona de Mi PC para desde ahí hacer sus guarrerías. Microsoft, en vez de preocuparse por arreglar los agujeros de windows o del explorer, lo que hace es convertir la zona en super-restringida y punto. No es mala idea: para evitar los virus podrían hacer lo mismo e impedir la ejecución de ficheros .exe en windows.

- Por otra parte hay una opción de seguridad que tienen todas las zonas (la opción 2101, "Zone elevation") que impide que desde otra zona se haga link a esta. La opción es "Zone elevation" y la tiene la zona de "intranet local" para impedir que, por ejemplo, desde un web de internet se pueda hacer link a una página de la intranet. La zona de Mi PC, como esta restringidísima también tiene activa esta opción: es una zona más y tiene restringido el hacer link a ella desde las demás.

- La zona de Mi PC no está accesible en las opciones de seguridad del Explorer; pero hay una clave del registro que la haría visible (http://www.phdcc.com/xpsp2.htm)

Todo esto está explicado (más o menos) en http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2brows.mspx#ECAA

En resumen: ¿es peligroso activar la opción 2101 en la zona de mi pc? esa opción lo único que impide es la "zone elevation", es decir, el poder hacer link a una página local desde otra que no es local; todas las otras opciones de seguridad que ahora tiene la zona de mi PC seguirían activas (nada de scripts, nada de activex, nada de nada). Creo que no es peligroso a menos que haya algún otro agujero de seguridad, de la misma forma que la habilidad de windows para ejecutar programas exe no es peligrosa a menos que haya algún otro agujero que permita a alguien meter un exe no deseado en la máquina... Es cierto que desde una web maliciosa se podría abrir o hacer link a un contenido que resida en mi pc, pero me lo abriría a mí; de ahí a que alguien "de fuera" pueda acceder entiendo que hay una gran diferencia.

Lo dicho, esperaremos a que los de microsoft digan algo y ya veremos. Un saludo

prueba

Esto es una prueba:

copiar ficheros en plan guay...

Bueno chicos, un amable señor del msdn magazine se ha dignado implementar en .net una llamada elegante a la función de windows CopyFileEx. La cosa no es fácil porque la función es ultra-guay: tiene para reanudar la copia desde donde falló y permite pasarle una función de callback a la que ella llama para informar del progreso de la copia (que nosotros no vamos a usar, pero molar, mola) y otras tremendas opciones.

Me he hecho una aplicacioncita de consola que va copiando un fichero e imprimiendo el progreso y la verdad es que mola; sería algo así:

class Class1
{

[STAThread]
static void Main(string[] args)
{
FileRoutines.CopyFile(new FileInfo(@"U:\Correo\P5567backup.pst"),
new FileInfo(@"\\vclsfls1\rpos\RPOS103\prueba\P5567.pst"),
CopyFileOptions.Restartable,
new CopyFileCallback(ActualizarProgresoDeCopia)); //este nosotros no lo usaremos, aunque mola!
}


public static CopyFileCallbackAction ActualizarProgresoDeCopia(FileInfo source, FileInfo destination, object state, long totalFileSize, long totalBytesTransferred)
{
Console.WriteLine("Bytes copiados: " + totalBytesTransferred.ToString());
return CopyFileCallbackAction.Continue;
}

}

He comprobado que, efectivamente, si lo cortas a la mitad (paras el programa) y luego simplemente vuelves a intentar la copia, el proceso continúa desde donde lo dejó.

Ahí va la clase "FileRoutines", muy elegantemente implementada...


public sealed class FileRoutines
{
public static void CopyFile(FileInfo source, FileInfo destination)
{
CopyFile(source, destination, CopyFileOptions.None);
}

public static void CopyFile(FileInfo source, FileInfo destination, CopyFileOptions options)
{
CopyFile(source, destination, options, null);
}

public static void CopyFile(FileInfo source, FileInfo destination, CopyFileOptions options, CopyFileCallback callback)
{
CopyFile(source, destination, options, callback, null);
}

public static void CopyFile(FileInfo source, FileInfo destination, CopyFileOptions options, CopyFileCallback callback, object state)
{
if (source == null) throw new ArgumentNullException("source");
if (destination == null)
throw new ArgumentNullException("destination");
if ((options & ~CopyFileOptions.All) != 0)
throw new ArgumentOutOfRangeException("options");

new FileIOPermission(FileIOPermissionAccess.Read, source.FullName).Demand();
new FileIOPermission(FileIOPermissionAccess.Write, destination.FullName).Demand();

CopyProgressRoutine cpr = callback == null ? null : new CopyProgressRoutine(new CopyProgressData(source, destination, callback, state).CallbackHandler);

bool cancel = false;
if (!CopyFileEx(source.FullName, destination.FullName, cpr, IntPtr.Zero, ref cancel, (int)options))
{
throw new IOException(new Win32Exception().Message);
}
}

private class CopyProgressData
{
private FileInfo _source = null;
private FileInfo _destination = null;
private CopyFileCallback _callback = null;
private object _state = null;

public CopyProgressData(FileInfo source, FileInfo destination, CopyFileCallback callback, object state)
{
_source = source;
_destination = destination;
_callback = callback;
_state = state;
}

public int CallbackHandler(
long totalFileSize, long totalBytesTransferred,
long streamSize, long streamBytesTransferred,
int streamNumber, int callbackReason,
IntPtr sourceFile, IntPtr destinationFile, IntPtr data)
{
return (int)_callback(_source, _destination, _state, totalFileSize, totalBytesTransferred);
}
}

private delegate int CopyProgressRoutine(
long totalFileSize, long TotalBytesTransferred, long streamSize,
long streamBytesTransferred, int streamNumber, int callbackReason,
IntPtr sourceFile, IntPtr destinationFile, IntPtr data);

[SuppressUnmanagedCodeSecurity]
[DllImport("Kernel32.dll", CharSet=CharSet.Auto, SetLastError=true)]
private static extern bool CopyFileEx(
string lpExistingFileName, string lpNewFileName,
CopyProgressRoutine lpProgressRoutine,
IntPtr lpData, ref bool pbCancel, int dwCopyFlags);
}

public delegate CopyFileCallbackAction CopyFileCallback(FileInfo source, FileInfo destination, object state, long totalFileSize, long totalBytesTransferred);

public enum CopyFileCallbackAction
{
Continue = 0,
Cancel = 1,
Stop = 2,
Quiet = 3
}

[Flags]
public enum CopyFileOptions
{
None = 0x0,
FailIfDestinationExists = 0x1,
Restartable = 0x2,
AllowDecryptedDestination = 0x8,
All = FailIfDestinationExists Restartable AllowDecryptedDestination
}

}

Para leer: Novedades de .net

Dos artículos del msdn para ir entrando en detalle en las novedades de c# y del .net framekork 2.0:

• Métodos anónimos, iteradores y clases parciales
• Generics