De hecho puedes usar esto para borrar cualquier directorio que necesites borrar recursivamente, pero hoy lo necesitaba especificamente para los folders .svn y google solo me daba la respuesta para linux y unas soluciones muy extrañas para Windows.
Aqui esta una solucion muy simple que funciona desde la linea de comando (la forma facil =oP):
for /f "usebackq" %d in (`"dir *.svn /ad/b/s"`) do rd /s/q "%d"
mas que nada dejo esto aqui para mi porque se que lo necesitare en el futuro, pero espero que pueda ayudar a alguien mas por ahi J
Tuesday, July 29, 2008
Delta corre Linux en sus aviones
Tomada este fin de semana pasado en un viajecito que nos aventamos a las Vegas, son las pantallas que estan detras de los asientos
Sunday, July 20, 2008
No se puede actualizar funcion de SQL mientras la estas debugueando
El articulo aplica a: SQL debugging
keywords: SQL, debugging, VS2005, functions, stored procedures
Esto lo aprendi en dias pasados mientras que estaba conectado usando RD (Remote Desktop) a mi computadora del trabajo y estaba debuggeando una funcion SQL desde VS2005; luego encontre un bug en esta y procedi a actualizar la funcion externamente usando Microsoft SQL Server Management Express (uff, que cansado decir todo eso), pero al ejecutar el alter function tomaba muchisimo tiempo y nunca regresaba, pense que era algo que tenia que ver con mi sesion RD, asi que me conecte directamente al servidor e intente de nuevo con el mismo resultado, despues de algunos minutos de esperar a SQL a que actualizara mi funcion me di cuenta que estaba debugueando y estaba detenido en un breakpoint en esa funcion, cerre VS, intente de nuevo y listo, funciono instantaneamente.
Pues si, fue mi culpa, pero nunca me dio un timeout ni tampoco un mensaje indicando cual era el problema, que pasaria si dos desarrolladores estuvieran trabajando en la misma cosa?
Talvez podrian hacer algo en esa area para arreglar ese problema, no creo que sea demasiado dificil, despues de todo sabe que esta bloqueada, porque no dar un mensaje al usuario?
Creo que esto mismo aplica a stored procedures pero no lo he probado
Pero bueno, queria compartir mi experiencia con ustedes, y espero que esto le sirva a alguien.
keywords: SQL, debugging, VS2005, functions, stored procedures
Esto lo aprendi en dias pasados mientras que estaba conectado usando RD (Remote Desktop) a mi computadora del trabajo y estaba debuggeando una funcion SQL desde VS2005; luego encontre un bug en esta y procedi a actualizar la funcion externamente usando Microsoft SQL Server Management Express (uff, que cansado decir todo eso), pero al ejecutar el alter function tomaba muchisimo tiempo y nunca regresaba, pense que era algo que tenia que ver con mi sesion RD, asi que me conecte directamente al servidor e intente de nuevo con el mismo resultado, despues de algunos minutos de esperar a SQL a que actualizara mi funcion me di cuenta que estaba debugueando y estaba detenido en un breakpoint en esa funcion, cerre VS, intente de nuevo y listo, funciono instantaneamente.
Pues si, fue mi culpa, pero nunca me dio un timeout ni tampoco un mensaje indicando cual era el problema, que pasaria si dos desarrolladores estuvieran trabajando en la misma cosa?
Talvez podrian hacer algo en esa area para arreglar ese problema, no creo que sea demasiado dificil, despues de todo sabe que esta bloqueada, porque no dar un mensaje al usuario?
Creo que esto mismo aplica a stored procedures pero no lo he probado
Pero bueno, queria compartir mi experiencia con ustedes, y espero que esto le sirva a alguien.
Subscribe to:
Posts (Atom)
Posts
