|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - carmamezo
Páginas: 1 [2] 3 4 ... 10
26
« en: Viernes 4 de Abril de 2008, 12:44 »
Hola,
no lo tengo muy claro pero parece que no refresca la pantalla, obliga a refrescar la pantalla cada vez que pintes un nuevo dato a ver que pasa...
Un saludo.
27
« en: Jueves 20 de Marzo de 2008, 11:59 »
Hola, podrías hacer lo siguiente, crear un arreglo de igual dimensión que la palabra que buscas y la inicializas a espacios. Una vez hecho eso, puedes ir rellenando este arreglo con las letras correctas en su correspondiente posición... Por ejemplo de esta manera: char palabra[30],solucion[30],fallidas[30]={""},letra; unsigned int intentos,i,ok,j=0; printf("\n\tIntroduce palabra: "); gets(palabra); strlwr(palabra); system("Cls"); for(i=0;i<strlen(palabra);i++) solucion[i]='_'; solucion[i]='\0'; intentos=0; while((intentos<5) && (strcmp(palabra,solucion)!=0)) { system("Cls"); printf("\n\tPalabra: %s",solucion); printf("\n\n\tIntentos fallidos: %s",fallidas); printf("\n\tNumero de fallos: %d",intentos); printf("\n\tIntroduce letra: "); scanf("%c",&letra); fflush(stdin); ok=0; for(i=0;i<strlen(palabra);i++) { if(palabra[i]==letra) { solucion[i]=palabra[i]; ok++; } } if(ok==0) { fallidas[j]=letra; intentos ++; j++; } } system("Cls"); printf("\n\tPalabra: %s",solucion); printf("\n\n\tIntentos: %s",fallidas); printf("\n\tFallos: %d",intentos); printf("\n\n\n\n\tLa palabra correcta es: %s",palabra); if(strcmp(palabra,solucion)!=0) printf("\n\n\tLo siento, no has encontrado la palabra"); else printf("\n\n\tENHORABUENA!!"); fflush(stdin); printf("\n\n\tPulsa <enter> para terminar"); getchar();
Ten en cuenta que aqui hay funciones de la librería string.h y otras que no. Es una posible solución, pero recuerda que AQUI NO SE HACEN TAREAS (que es una de las respuestas más comunes del foro). Espero que te sirva como comienzo para no empezar con mal pie en esto de la programación... Un saludo. 
28
« en: Jueves 20 de Marzo de 2008, 11:17 »
Hola, acabo de hacer una prueba y a mi me salen números distintos.... Aún así, si lo que quieres son número más distintos puedes hacer lo siguiente... #include <math.h> #include <time.h> ... float valor; ... srand((unsigned)time(NULL)); ... for(...) ... valor=(sin((float)rand())+1.0)*50.0; //esto genera números aleatorios entre 0 y 100. ...
No olvides que la función rand() devuelve enteros, de esta forma consigues número reales con decimales y algo bastante útil, como es poder regular el itervalo de los números aleatorios gracias a que la función sin() siempre devuelve un número real entre -1 y 1 (de todas formas la función rand() siempre devuelve números entre 0 y RAND_MAX, 0x7fff)... Quizás tambien te ayude hacer una espera activa dentro de los bucles mediante un Sleep() sin cambiar nada. Espero que te sirva. Un saludo,
29
« en: Lunes 17 de Marzo de 2008, 13:29 »
Hola, por qué no creas una estructura llamada numero imaginario que contenga la parte real y la parte imaginaria? typedef struct numero_imag { double parte_real; double parte_imag; double mod; double arg; }st_numero_imag;
y a partir de ahí la cosa es sencilla... Sumar dos números: st_numero_imag num1,num2,res; res.parte_real=num1.parte_real+num2.parte_real; res.parte_imag=num1.parte_imag+num2.parte_imag; res.mod=sqrt(pow(res.parte_real,2)+pow(res.parte_imag,2)); res.arg=atan(res.parte_imag/res.parte_real);
Como verás he introducido en la estructura el formato módulo y exponente que facilita las operaciones de multiplicación y división. Dentro de la librería math.h de microsoft ( MSDN) puedes encontrar la estructura _complex y alguna otra función para operar con estos números (siempre y cuando uses el visual studio de microsoft)... Si programas en C++ puedes crear una clase con bastante potencia que haga todo lo anterior y mucho más, automáticamente (sobrecargando los operadores)... Supongo que incluso encuentres alguna clase que lo haga por ti (como la clase complex de microsoft) El resto corre de tu parte... Un saludo.
30
« en: Domingo 16 de Marzo de 2008, 22:35 »
Gracias, lo solucioné con la última opción usando el instalador installshield del paquete visual studio. Un saludo.
31
« en: Jueves 13 de Marzo de 2008, 16:27 »
Hola a todos,  Me encuentro con el siguiente problema, he hecho una aplicación mediante MFC y he introducido un par de controles activex... Concretamente un "Microsoft ADO data control" y un "Microsoft datagrid control"... El programa funciona correctamente en mi PC, pero cuando lo intento ejecutar en otro PC, ni siquiera arranca y no da ningún mensaje de error, realmente el programa no se ejecuta en ningún PC que no tenga instalado el Microsoft visual studio... Las dll de MFC las he linkado estáticamente para poder ejecutar el programa en otro PC... Por lo que he leido parece que el problema se debe a que los controles activex que se insertan en un programa de tipo MFC no se auto registran en el sistema y es por eso que cuando los intento ejecutar en otro PC fallan... ¿alguien sabe si el problema es realmente este y cómo se puede solucionar? Gracias y un saludo.
32
« en: Miércoles 27 de Febrero de 2008, 09:26 »
Hola, #include <stdio.h> #include <math.h> int main(void) { double a,b,c,r; fflush(stdin); printf("Introduzca el valor de a: "); scanf("%lf", &a); fflush(stdin); printf("Introduzca el valor de b: "); scanf("%lf", &b); fflush(stdin); printf("Introduzca el valor de c: "); scanf("%lf", &c); r = (-b + sqrt(b*b - 4*a*c))/(2*a); printf("Resultado: %lf\n", r); return 0; }
y por el momento olvídate de lo que devuelve la función main... los parámetros de entrada y salida de la función main se usan para su uso mediante el prompt del sistema en el viejo MS-DOS, de hecho, el verdadero prototipo de la función main debiera ser: int main(int argc, char *argv)
donde argc te da el número de parámetros recibidos desde la interfaz de comandos (+ uno debido a que el primer parámetro siempre es la ruta de tu programa) y el segundo parámetro es una serie de apuntadores a una serie de textos recibidos desde la interfaz... Este mecanismo lo puedes comprobar con el programa ipconfig de tu ordenador, si llamas al programa sin pasarle parámetros te devuelve la info básica de tu IP, si en cambio, le pasas /all verás que te da info más detallada. Sobre el int que devuelve el programa, se usa para usar multiproceso, esto es, cuando desde un programa llamas a otro mediante una función (p.ej. CreateProcess()) cuando la función que has llamado finalice su ejecución, te devolverá el valor que hayas puesto, de esta manera sabes si la función que has llamado ha finalizado correctamente o no... Imagina que tu función devuelve un -1 en caso de que lo de dentro de la raíz cuadrada sea negativo, si llamaras a este programa desde otro programa sabrías que en caso de recibir un 0 al término de la ejecución, funcionó perfectamente y si recibes un -1 es que el programa no finalizó correctamente. Por este motivo, al principio todo el mundo programa con el siguiente prototipo: y así te olvidas de momento de estas posibilidades... Un saludo.
33
« en: Viernes 22 de Febrero de 2008, 11:45 »
Hola, prueba con esto... void Creacion() { // 3) Cabecera Titulo del proceso system("Cls"); printf(" CREACION DE FICHERO SECUENCIAL \n"); printf("=============================== \n"); // 4) Apertura del fichero if ((pf=fopen("FALMACEN.DAT","wb"))== NULL) { printf(" No se puede abrir el archivo ...\n"); exit(0); } do { /*5)Tecleo de datos del registro para alamacebarlas en var.de memo,principal*/ printf("Introduce ALMACEN (fin = f):"); gets(reg.almacen); if(strcmp(reg.almacen,"f") != 0) { printf("Introduce Cod.Pro :");gets(reg.codpro); printf("Introduce Descripcion :");gets(reg.descri); printf("Introduce Existencias :");scanf("%d",®.exis); printf("Introduce Precio_unit :");scanf("%ld",®.exis); fflush(stdin); fwrite(®,sizeof(reg),1,pf); } }while(strcmp(reg.almacen,"f")!=0); /* Cierre delfichero */ fclose(pf); printf("Fichero creado"); getch(); }
El system("Cls") es la variante de clrscr() del MS-DOS. El resto del código no lo he mirado... de todas formas la operativa para crear un programa (dado que veo que no tienes mucha experiencia) es primero hacer la primera función y probarla hasta que funciona, luego la siguiente y así sucesivamente. Si haces el programa completo y luego te pones a buscar fallos vas a tardar mucho en encontrarlos... También te recomiendo que uses el debugger para buscar fallos (normalmente con F11 ejecutas el programa paso a paso...) Te hubieras dado cuenta rápido de que habías creado un bucle infinito con While(1), y nunca salías de él... Podrías haberlo solucionando poniendo un break debajo del if (que lo has puesto con un punto y coma y por tanto no hace nada de nada). Por otra parte no te recomiendo que uses este método, usa siempre condiciones en los bucles while y do while.... Un saludo.
34
« en: Miércoles 20 de Febrero de 2008, 15:42 »
Hola de nuevo, Ya está resuelto, os dejo la solución que he encontrado por si alguien la necesita... Para crear hojas de excel auomáticamente mediante ADO, se usan una serie de queries de SQL, para excel el proceso es el siguiente: Conectar de la siguiente forma: Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\nuevo_archivo.xls;Extended Properties=\"Excel 8.0;HDR=Yes\"
Una vez conectados mediante Open(), hacemos una serie de llamadas nuevas a la función Open() pero agregando las queries: Crear una hoja de cálculo en el nuevo libro (realmente una tabla): RsEXCEL->Open("Create Table Datos (V1 LONG, V2 LONG)",vtMissing,adOpenDynamic,adLockOptimistic,adCmdUnspecified);
En este caso crearíamos una hoja en el libro con el nombre de Datos y dos columnas de datos llamadas V1 y V2... Una vez creado el formato de la tabla no hay más que llamar sucesivamente a Open() con la query INSERT INTO: sqlquery="INSERT INTO Datos(V1, V2) VALUES (" + valor1 + ", " + valor2 + ")"; RsEXCEL->Open(sqlquery,vtMissing,adOpenDynamic,adLockOptimistic,adCmdUnspecified);
Pues eso es todo, por si a alguien le interesa el mundo de las bases de datos mediante ADO hay un magnífico artículo en Yerba mate y Visual C++Un saludo.
35
« en: Lunes 18 de Febrero de 2008, 13:35 »
Hola a todos, no sé si será este el mejor sitio para postear este asunto, si no lo es lo siento mucho.  En fin, estoy haciendo un programa para sacar datos desde una base de datos SQL mediante ADO (usando la funcionalidad de #import para la libreria msado15.dll)... Hasta aqui ningún problema, el caso es que al mismo tiempo quiero exportar esos datos filtrados a un documento excel... He conseguido abrir un excel que ya existe y escribir datos en él mediante JET OLEDB de microsoft sin problemas, pero me gustaría crear un nuevo documento excel por cada exportación.... ¿Es posible crear un nuevo documento excel mediante la funcionalidad ADO y JET OLEDB? si es así, agradecería que me indicaseis cómo. Un saludo.
36
« en: Domingo 25 de Noviembre de 2007, 23:37 »
Hola, #include <stdio.h> int menu (void) { int opcion; float masa; printf("\nMENU:"); printf("\n1. Calcular densidad si el volumen es un rectangulo"); printf("\n2. Calcular densidad si el volumen es un triangulo"); printf("\n3. Calcular densidad si el volumen es un cilindro"); printf("\n4. Salir"); printf("\nIntroduzca opcion a elegir: "); scanf("%d",&opcion); return(opcion); } void rellenamasa(float *masa) { printf("\nIntroduzca masa: "); scanf("%f",masa); } void drect(float masa) { float v,a,b,h,dr; printf("Introduce a: "); scanf("%f",&a); printf("Introduce b: "); scanf("%f",&b); printf("Introduce h: "); scanf("%f",&h); v=a*b*h; dr=v*masa; printf("La densidad es: %f",dr); } void dtrian(float masa) { float v,a,b,h,dt; printf("Introduce a: "); scanf("%f",&a); printf("Introduce b: "); scanf("%f",&b); printf("Introduce h: "); scanf("%f",&h); v=(a*b*h)/2; dt=v*masa; printf("La densidad es: %f",dt); } void dcilin(float masa) { float v,r,h,dc; printf("Introduce r: "); scanf("%f",&r); printf("Introduce h: "); scanf("%f",&h); v=3.14*(r*r)*h; dc=v*masa; printf("La densidad es %f",dc); } int main() { /*programa principal*/ int opcion=0; float masa; rellenamasa(&masa); do { opcion= menu(); switch(opcion) { case 1: drect(masa); break; case 2: dtrian(masa); break; case 3: dcilin(masa); break; case 4: break; default: printf("\nERROR al escoger opcion"); break; } } while(opcion<=4); fflush(stdin); getchar(); return(1); } /*fin del cuerpo principal*/
No lo he compilado para comprobar que este bien, el verdadero fallo está en la función rellenamasa(), el parámetro masa al pasarlo directamente, pasas el valor que masa tuviera en ese momento y en la función rellenamasa() se crea la variable masa de forma local a la función (una vez que la función termine esa variable desaparece) con ese valor que le pasas... como lo que quieres es que la función te devuelva el valor de masa tienes dos opciones: - la primera te la he indicado (con punteros) - la segunda: float rellenamasa() { float masa; printf("\nIntroduzca masa: "); scanf("%f",&masa); return masa; }
y a la hora de llamar a la función desde la rutina principal lo haces de esta forma: Espero que te sirva de ayuda, Un saludo
37
« en: Domingo 25 de Noviembre de 2007, 23:23 »
Hola, dado que usas una TAD de national instruments, no tienes ningún problema, junto con la tarjeta vienen una serie de librerías... Yo usé este tipo de TADs en la universidad y recuerdo que había dos librerías que venían con la tarjeta: nidaq32.lib nidaq.h Ambas se encontraban en C:\win32app\NI-daq una en lib y la otra en include... No creo que sean las mismas que las tuyas pero será algo parecido, lo único que hay que hacer es linkar la librería en el Visual C (o el compilador que uses) y llamar a las funciones que integran la librería, sus prototipos se encuentran en el archivo nidaq.h... Configurar el puerto, leer señales, cerrar el puerto.... En la página de National instruments podrás encontrar las librerías seguramente en caso de que no las tengas... De esta forma tendrás total acceso a la tarjeta, realmente la librería no deja de ser los drivers de la tarjeta y es lo que usa Labview internamente para manejar las tarjetas... De todas formas, como veo que te interesa usar Labview, aqui te dejo un enlace a la página de National Instruments donde quizás encuentres respuesta: National Instruments
38
« en: Miércoles 21 de Noviembre de 2007, 17:44 »
Cómo va conectado ese encoder al PC??? si usas una TAD (tarjeta de adquisición de datos) con un canal analógico puedes usar en C las librerías que vienen con esa TAD. Si bien usas un protocolo de comunicaciones puedes implementar desde 0 la comunicación con el encoder: -serie RS-232 mediante la API de windows con CreateFile. -TCP/IP con Sockets. En fin, en mi opinion es más fácil reprogramar tú mismo la comunicación con el encoder que reusar un ejecutable cerrado... Un saludo.
39
« en: Miércoles 14 de Noviembre de 2007, 12:03 »
Hola, yo estoy buscando una morena de 1,80m de altura de ojos verdes y 90-60-90 de medidas...  Aqui no se hacen tareas!!!!!!!!!!!!!!!!  Un saludo.
40
« en: Miércoles 14 de Noviembre de 2007, 11:58 »
Pues tienes varias posibilidades... Hacer tu programa de forma cíclica con un bucle while(), pon un sleep() al final para que el consumo de CPU no sea muy grande y controla la finalización del programa para evitar fallos como bucles infinitos, además ten en cuenta cómo realizas tu programa pues normalmente los programas son secuenciales y tú necesitas realizarlo de forma cíclica, es como programar un PLC (programmable logic controller) que se usa habitualmente para control de procesos en la industria. La otra solución un poco más avanzada es usar un hilo (multiproceso) que se encargue de mirar si has pulsado una tecla mediante un evento del sistema operativo o de forma menos "bonita" haciendo que el hilo se ejecute de forma cíclica y en paralelo al proceso principal, aunque si eres capaz de lanzar hilos creo que serás capaz de atrapar eventos de tipo keyboard... un ejemplo: do { ... if(kbhit()) c=getch(); sleep(0); }while(c!='p');
donde están los puntos suspensivos añades tu código, la función kbhit() te devuelve un 1 en caso de que se haya pulsado una tecla, en ese caso miras qué tecla se ha pulsado, y haces lo que tengas que hacer... No tengo muy claro si kbhit() es dependiente del SO... Seguro que alguno de los foreros nos puede sacar de dudas... Un saludo.
41
« en: Lunes 29 de Octubre de 2007, 13:00 »
Por cierto, como bien dice Eternal idol, debugea... ese va a ser tu mejor amigo a la hora de programar, aprende a debugear y aprenderás a programar... Un saludo.
42
« en: Lunes 29 de Octubre de 2007, 12:55 »
Lo prometido es deuda, no tengas reparos en postear tus códigos, todos empezamos desde 0 y muy pocos son realmente buenos en esto (no me incluyo)... - Lo primero, en C no se pueden hacer dos else-s (piensa que si no se cumple lo del if entrará al else directamente, no puede haber dos elses seguidos), y los if-s van con paréntesis... Prueba lo siguiente: if() else if () else de esta forma: if (num>0) ;//positivo else if (num<0) ;//negativo else ;//cero
Te falta hacer la rutina para introducir el número por teclado... Bien puedes usar printf() o scanf() de C o cin cout de C++... en C sería algo así: printf("Introduce numero: "); scanf("%d",&num);
El programa en C podría ser así: void main() { int num; printf("Introduce numero: "); scanf("%d",&num); if(num>0) printf("\n\tEl numero %d es positivo.",num); else if(num<0) printf("\n\tEl numero %d es negativo.",num); else printf("\n\tEl numero %d es cero.",num); printf("\n\n\tPulsa cualquier tecla para finalizar"); fflush(stdin); getch(); }
Un saludo.
43
« en: Domingo 28 de Octubre de 2007, 20:21 »
Hola, Aqui se resuelven dudas, no tareas.... si tienes dudas sobre tu código postéalo y los simpáticos "foreros" te contestarán sin duda. Por cierto, el código es realmente sencillo así que inténtalo, que no es que dude de tu sinceridad al decir que has echo un intento, es simplemente que me huele mal, demuestra que me equivoco... A ver si tu código se parece al nuestro y no al revés. Un saludo,
44
« en: Domingo 28 de Octubre de 2007, 20:16 »
Resumiendo... Los punteros no son más que contenedores de direcciones de memoria, la memoria puede ser más o menos grande dependiendo del sistema... así en un procesador de 32 bits se pueden direccionar 2^32 direcciones y en uno de 64 2^64... por tanto un puntero ocupará 32 o 64 bits dependiendo de la arquitectura de la CPU. Si te fijas con los procesadores de 32 bits no se podía poner más de 4GB de memoria RAM en el equipo, no es una limitación de la placa base o de la RAM es una limitación de la arquitectura de la CPU que permitía direccionar 2^32 direcciones de un byte. La diferencia entre un puntero a char o a int no es el tamaño que ocupan pues ambos ocupan lo mismo sino la "profundidad" en bytes a la que apuntan... Así un puntero a char apunta un byte más la dirección inicial, y uno a int apunta 4 bytes más la dirección inicial (suponiendo 32 bits)... Puedes probarlo de la siguiente manera: int *pa; char *pb; int dim; dim = sizeof(pa); dim = sizeof(pb);
Verás como dim es igual en ambos casos... Ahora bien, si haces lo siguiente: int *pa,a=10; char *pb,b='c'; int dim; pa=&a; pb=&b dim = sizeof(*pa); dim = sizeof(*pb);
Verás que en este caso dim en el primer caso vale 4 (en caso de 32 bits) y 1 en el segundo caso. Un saludo.
45
« en: Domingo 29 de Abril de 2007, 23:54 »
en math.h creo que tienes la función
double acos(double)
46
« en: Domingo 29 de Abril de 2007, 18:47 »
Recomiendo encarecidamente a la gente que lea mucho antes de sentenciar, de verdad que hay mucha info en la red... Tienes un lío bastante importante al respecto de lo que es Windows y su historia... Windows nunca ha sido una GUI... puede que un SO Windows se base en el núcleo de MS-DOS o en el núcleo NT, pero nunca ha dejado de ser un SO en si mismo. Windows no es una interfaz... es un OS, como te oiga algún programador de microsoft que su trabajo se basa en hacer una simple GUI porque al fin y al cabo el SO sigue siendo MS-DOS igual te contesta algo que no te gusta. No voy a seguir diciendo más porque se trata de un problema de base y pareces negarte a aceptar que te equivocas. Que lo sepas: Hay dos formas de participar en un foro, afirmando o preguntando. Tú has afirmado desde el principio y los compañeros te han indicado que te equivocas (quizás de una manera que no te gusta) pero me apuesto lo que quieras a que si hubieras empezado este hilo preguntando y no afirmando las respuestas hubieran sido iguales pero más relajadas y hubieras aprendido de verdad lo que es windows. Los cuadraditos azules que aparecen debajo de los nombres de los compañeros foreros indican el número de veces que han participado en este foro, eso vale como aval de sus respuestas, si varios compañeros te indican que lo que dices es falso, es muy posible que lo que dices sea falso. Si no te gusta equivocarte, lo sentimos, pero en este foro se aprende mucho y para aprender es necesario equivocarse. Si la info que te dan no la quieres en Inglés, pídela en español, pero ya te aseguro que desgraciadamente la mayoría de la info que realmente merece la pena está en inglés. No sé si tu problema es que no sabes inglés o es que no te gusta leer porque amigo oyes campanas pero no sabes dónde... En fin al compañero Eternal Idol le aconsejo que deje de gastar fuerzas en este hilo puesto que creo que ha quedado claro que a kamiel_69 no le interesa aprender lo que es windows y es perder el tiempo continuar con este tema. Al menos que valga como ejemplo de como no empezar a postear en este foro... Un saludo.
47
« en: Sábado 21 de Abril de 2007, 21:26 »
Muy bonito el hilo... Es gracioso ver de donde salen los nicks... El mio también tiene algo de historia, fue en la universidad mientras me sacaba el carnet de conducir atropellé a una chica en moto (era gitana y realmente no la atropellé sino que yo giraba a la izquierda y ella no me vió, iba adelantando a todos los coches y se topó con el mio...) la pobre chica salió volando unos cuantos metros tras arrancar el parachoques del coche de la autoescuela. No le pasó nada y salió huyendo antes de que llegara la policía... En fin, por aquel entonces estaba de moda el juego carmagedon que basicamente trataba de atropellar a gente y a mis compañeros de la uni se les ocurrió hacer un juego de palabras con mi apellido (mezo) y el título del juego, de ahí carmamezo, aunque a veces lo reduzco y uso sólo carmaUn saludo.
48
« en: Sábado 21 de Abril de 2007, 20:50 »
Mucho ojo a la hora de "debugear" cuando se trata de hilos... Como dice Eternal no creo que se trate de un problema de Windows... Yo que tu trabajaba con break-points, colocalos en los hilos de tal forma que el debugger se pare cuando se ejecuten, no compiles paso a paso sino que ejecuta todo el programa y utiliza los break-points para detenerlo en los hilos que te interesen... No olvides que cada hilo se ejecuta cuando el SO lo cree pertinente según una serie de reglas y mientras tu debugeas un hilo otro sigue ejecutándose en segundo plano, aunque sea parte del mismo programa... Por otra parte, antes de finalizar tu proceso main deberías hacer una llamada a todos los hilos para que mueran antes (o realizar esa espera que mencionabas para esperar a que finalicen)... sino Windows se encargará de matarlos al finalizar el hilo principal que los llamó (pero siempre es más "profesional" cerrar todo aquello que has abierto o reservado... , lo mejor es mandar un evento de finalización y esperar un tiempo concreto, sino han finalizado en ese tiempo es que algo va mal y entonces simplemente los matas). Un saludo.
49
« en: Sábado 21 de Abril de 2007, 20:38 »
Pobre hombre... acaba de empezar y ya le estais metiendo en mente el asm?? Como bien dijo AmilusPero... tienes algo en contra de usar los operadores <<, >> ??? el operador << (bitwise shift left) corre los bits a la izquierda tantas posiciones como indique el valor siguiente: Para correr 2 bits a la izquierda de la variable "variable_1" sería lo siguiente: int variable_1=5; variable_1<<=2;//variable_1 vale ahora 20
El operador << (bitwise shift right) corre los bits de la misma manera pero a la derecha. Siguiendo con el ejemplo anterior: int variable_1=5; variable_1>>=2;//variable_1 vale ahora 1
Ojo, por el otro lado entran siempre ceros, no es una instrucción de rotación de bits sino de correr bits, los bits que salen no entran por el otro lado... Un saludo.
50
« en: Sábado 10 de Febrero de 2007, 11:22 »
Parece ser que la versión de explorer son distintas, por eso no lo reconoce como un único programa. Un saludo.
Páginas: 1 [2] 3 4 ... 10
|
|
|
Mostrar Mensajes
