Mensajes

hola sexto justo te iba a consultar si tenías modificado el rewrite... XD
me alegro que lo hayas solucionado saludso

algo de info
dificultad    prem x block mejor precio     %rent diaria(sobre btc)  %rent semanal
897.417   250000   0.00000103btc   13231%                    11.349,49%

(fuente coinchoose, otra: wheretomine, etc...)

las rentabilidades son con respecto al minado símbolicas... como el aumento es exponencial en el sha-256, siempre será mejor minar scrypt y luego tradear a btc... pero recuerda que por GPU hay un gasto considerable de watts jejej..

igualmente siempre está el dilema "compro btc ahora que está por 'el piso', o le doy rosca a las plaquitas?" esa es la pregunta XD

ya el año pasado hubo un gran robo de doge... no sé para mí y sabiendo el origen es una de las tantas moneditas scam solo que con más "marketing"... hay sitios de intercambio que por semana habilitan una moneda nueva y uno o dos pool's... simplemente porque el negocio está en los % tanto de minado como por transacciones.

no sé, veo demasiado gasto energético por "espejitos de colores". como moneda seria solo veo las sha-256 tipo bitcoin por el fundamento y el fuerte concepto que tiene o scrypt con sus diferencias tipo litecoin (trabajando a nivel de núcleos o bien a nivel memoria, respectivamente) favoreciendo a usuarios con hard's más accesibles... se entendía el gasto de energía por el tema de mantención de la red, así como asegurar las transacciones, pero disiminuír la seguridad solo para facilitar la obtención de "moneditas" por resolución de bloques, pudiéndose a veces ver bifurcaciones en la cadena (hubo casos en otras scamcoins) no le veo buenos fines!

para no solo ver el lado económico y retribuir a la comunidad una buena opción podría ser primecoin, ayudando en la generación de números primos...

y con repecto al uso de la computación distribuída para fines más solidarios, se tiene la red boinc, orientada a proyectos de salud, como ayuda en la lucha contra el cáncer, síntesis de proteínas, etc. (o para buscar aliens, por cierto! XD)

exacto... si el chipset es atheros seguramente no tendrás problemas...los tplink's a mí me dieron muy buenos resultados, por ahí ya otro tipo rtl debes compilar a mano el driver (tampoco es una locura, solo que por ahí no presenta funciones de modo monitor o bien no permite la inyección) mismo caso ocurre con el hard muy nuevo...

lo mejor es ir directamente a la documentación en el sitio oficial de la distribución que tienes o quieres instalar; ahí encontrarás el hard soportado de manera nativa.

saludos

-> http://www.google.com.ar/webhp?tab=ww&ei=HcRvU5qENZGisQSXlIG4DQ&ved=0CBMQ1S4&gfe_rd=cr#q=manual+java+pdf&revid=1037309505



también en el motor del foro...

jejej sep! the BigData XD

con metadatos? pensé que usaban balas... bueno supongo que ahora drones.  XD

ahora más serio, mmm... que delgada que es la línea del bien y del mal... me viene a la mente algo de unas patentes y un vuelo...

mmmm... no sé si en 5... pero abriendo varias terminales, arp de ida, de vuelta, uno para la capa ssl, y otro donde inicio el ip forwarding, y luego usar la misma para los paquetitos... creo que se andaría cerca, más si nos ayudamos del historial del bash... ahora si usamos aplicaciones, asi cualquiera! XD

hola Drewermerc, una cosa son los objetos y otra los objetivos... yo te amplié a varios objetos, y agregué lo de las dependencias, pero sigues teniendo un solo objetivo como tal, por ejemplo proyecto (o el nombre que quieras para el ejecutable) cuando es para diferentes .o ( o sea compilas por separado) ahí le agregas diferentes targets...

(bueno no es del todo cierto... depend y clean también son targets! solo que no dependen de nadie,  se ejecuta el comando o sentencia asociada al llamado de los mismos)
.
en la wiki tienes un ejemplo con variables y el uso del comodín %, como te indicaba al inicio; 
por favor mírate también el enlace que te pasé por mp basante similar aunque mejor explicado como el que luego te propuse.

otro lugar por donde puede ayudarte a entender el mecanismo es  usando la ide anjuta, el mismo te genera automáticamente un make para tu proyecto; luego abres el makefile generado y verás que es muy similar la sintaxis, solo agrega algunos detalles como por ejemplo el uso de sufijos como .c .cpp etc...

saludos

hola  , no no a ver podrías hacer algo así..

        CC = gcc
        CFLAGS=-Wall -m32 -g -c  //agregas parámetros como el debugger
        LDFLAGS=-I (ruta a...)/funcion.h  -I (ruta a...)funciondos.h                           //bibliotecas externas
         
        OBJECTS=(ruta a proyecto...)/prueba.o (ruta a proyecto...)/otra_prueba.o  //objetos de prueba..
        SOURCES=(ruta a proyecto..)/prueba.c (ruta a proyecto...)/otra_prueba.c  //fuentes del proyecto

        proyecto: $(OBJECTS)
            $(CC) $(OBJECTS) -o proyecto
   
        depend:
            makedepend $(LDFLAGS) $(OBJECTS) $(SOURCES)//se ejecuta si solamente si se modifican

        clean:
           rm -f $(OBJECTS)

luego haz make depend y make.

obviamente podrías extraer también las rutas a un PATH... como te darás cuenta tienes muchísimas formas de hacerlo.

un cordial saludo

(agrego) el hecho de hacerlo así y no solamente con la sentencia de compilación, que de esa forma si no se modifica no compila toooodo el proyecto... puede seguir mejorándose por ejemplo: si las bibliotecas también se están desarrollando, debes linkearlas los .a por separado -puedes hasta hacer un make para automatizar dentro de cada una- y de esa manera tu trabajo avanzará más rápido.

toda la  info necesaria en gnu.org, bueno un paneo muy bueno también en la wiki, etc etc.