Este es el contenido (en evolución) de mi fichero de configuración de VSCode. Está únicamente orientado a Python, ya que es lo único que utilizo ahora mismo. No está aun completo, hay tareas (como la inserción automática de los import necesarios) con las que aun no me siento lo suficientemente cómodo en VSCode.
Categoría: Desarrollo
CREATE SEQUENCE public.table_id_seq INCREMENT 1 START 1000; ALTER TABLE public.table ALTER COLUMN id SET DEFAULT nextval(‘table_id_seq’) ALTER SEQUENCE public.table_id_seq OWNER TO table.id; COMMIT;
Para poder utilizar un mismo código Python que tenía duplicado con distintas configuraciones en distintos directorios pensé en poner las variables que definen la configuración del trabajo a realizar en ficheros .py particulares y cargarlos como un módulo desde el ahora único fichero de código con lógica. Pensé en esta chapuza de ficheros de configuración para ahorrarme trabajo y no tener
¿Nunca has hecho una transacción en git y te has dado cuenta que deberías haberla puesto en otra rama? Yo lo hago todos los días. Afortunadamente, es posible arreglar esto y dejarlo tal como si hubieras sido tan estrictamente riguroso en el control del árbol de cambios como se supone que se debe ser. La verdad es que yo sigo sin
La receta es simple, basta con devolver la rama erróneamente mezclada (merge) a su estado anterior y forzar la actualización en el repositorio (push). Sin embargo, hay que tener en cuenta que hay unos requisitos previos para garantizar que esto salga bien. Nadie, debe haber actualizado su espacio de trabajo con los cambios subidos al repositorio que queremos deshacer. El merge
En un proyecto C++ con Makefile, Eclipse no reconocía la parte de la librería estándar correspondiente a C++11. Abriendo el fichero /usr/include/c++/4.8.2/mutex se comprueba que el problema es el valor definido para __cplusplus que Eclipse proporciona al analizador del código. Para hacer que Eclipse le diga a su analizador que el código es C++11 hay que hacerlo en la configuración de
http://www.artfulsoftware.com/infotree/queries.php
Para instalar el entorno de desarrollo de Qt4 en el chroot creado en el post Eclipse en chroot 32 bits se descarga desde Qt for Open Source C++ development on Linux/X11 el fichero con los fuentes de Qt4 para Linux/X11 y se instala el paquete libxext-dev (en Requisitos de instalación de Qt para X11 se dan más detalles y otras dependencias ya resueltas
Es algo muy simple, pero nunca recuerdo exactamente cómo hacerlo y siempre me paso 5 minutos hasta que lo encuentro, así que aquí queda: ./configure –build=i686-pc-linux-gnu «CFLAGS=-m32» «CXXFLAGS=-m32» «LDFLAGS=-m32»
Acostumbrado a utilizar log4cxx como librería de registro desde C++ en Red Hat intenté hacer lo mismo en Kubuntu 10.10 64bits. Existe un paquete binario que permite la instalación de la librería en su versión de 64 bits, pero no en 32 bits, que es en la arquitectura para la que quería compilar. Actualización: ahora, con Debian Wheezy (versión testing pero