Ayuda programacion en C

¿Cual es el problema? ¿hacer una permutación aleatoria? saca números ordenados del 1 al 99 en una tabla, y luego los desordenas a base de números aleatorios.

haces algo en plan:
de i=1 a 99: tabla = i

y luego vas haciendo swap (intercambiando valores):
de i=1 a 99: swap(tabla, tabla[aleatorio])

si podeis postear codigos lo agradeceria es que estoy bastante pez xD.pero aun asi gracias por contestar pero no e entendido muy bien lo de los array

Como dice #5, aquí no te va a faltar gente q te ayude con algún problema en concreto. Pero nadie te va a hacer los deberes. Es más, yo mismo tengo amigos q han tenido q hacer una práctica muy parecida, pero naturalmetne q no me voy a molestar en pedírsela para dársela a alguien q no se molesta en hacerla.

Ponte a hacerla y postea dudas concretas, q en eso sí vas a tener a mucha gente q te ayude.

¿Es que nadie va a comentar lo cutre de mi idea? xD

Sí, si yo mismo reconozco que mi idea es hacky y cutre que te cagas, pero es que yo tiendo a ser hacky y cutre que te cagas, ahorrar ciclos en cuanto puedo, etc. Es la costumbre de programar en ASM

Con la matriz bidimensional tiene que ir chequeando uno a uno con bucles en cada bola y me parece un malgasto de CPU increíble. Algunos dirán que para las CPUs que tenemos, sobra, y están en lo cierto, pero soy un puto manías xD

Para #1, me aburría así que te he hecho el código, lo tienes en http://pastebin.com/f1f6d582b , pero le he añadido algún que otro bug y cosa mal hecha, para que te molestes en intentar entender el código, ver cómo funciona y arreglarlo tú mismo. De hecho le he añadido alguna que otra feature como posibilidad de definir numero de bolas y ancho y alto del carton, y porque no estoy tan aburrido como para ponerme a parsear argumentos xD

Lo de la memoria, ¿Qué son, 230sizeof(INT) bytes por array? Vamos a ver, hasta el ordenador más viejo tiene 230sizeof(INT) bytes de memoria que se pueden usar xD Además, la memoria no es un problema hoy en dia, pero ajustar en ciclos de CPU aunque sea en programas cortos ayuda a ajustar cuando haces cosas más largas (Especialmente en ASM, prográmate tu un motor gráfico viejo para DOS acostumbrado a tirar de arrays y bucles anidados xD), si te hace sentir mejor cámbialos de int a char, y gastas sólo 230bytes de memoria en variables. Al ahorrar en código, más de 230 bytes me he ahorrado también, y esos 230 bytes también van a parar a la memoria, así que creo que compensa Especialmente sabiendo que los bucles son casi lo que peor lleva el compilador para optimizar, especialmente anidados.

Lo de la columna no lo he captado, si quieres te paso el código sin bugs y ves que funciona sin la matriz esa que dices. Aún así, si he entendido bien lo que quieres decir y sigues leyendo el código verás que la solución es muy fácil. posicion_lineal%ancho_carton = número de columna en el que está.

Y lo de rellenar ese array. Date cuenta de que va de i=0 hasta i=ANCHO*ALTO, no pone TODAS LAS BOLAS eligiéndolas una por una de forma aleatoria. Elije 15 bolas de forma aleatoria y las setea. El "if (carton[random] != VACIO) i--;" es para cuando la bola ya está seteada, cosa rara de 15 entre 100 bolas

Y respecto a lo del printf, ten en cuenta que he metido bugs en el código, uno de ellos es ese. De hecho el código tal y como está ahí compila, pero no funciona bien, nunca canta bingo.

Si pones "%-*d", es decir, los modificadores antes del d, te printea lo correcto, con el * haces que se autoajuste el ancho (Es decir, con 77 printea "77" , pero con un 4 printea " 4", especificado por una variable int, precediendo en los argumentos del printf al int que queremos printear), y el guion es para decir que se alinea a la derecha el número. Yo tampoco sabía que se podía hacer eso, y lo hice con un bucle for (Recuerda que las bolas pueden ser 100 o 10000, con tu código de ejemplo sólo vale para 100), pero curioseando por el man de printf lo vi y dije, joder, sería de tontos no aprovecharlo.

#13, no estamos hablando de programas, si no, por ejemplo de un juego, que es por donde pretendo moverme. Incluso tú mismo dices que hay programas que sí son CPU intensive.

Prefiero una IA rápida a una IA que consuma poca memoria.

Prefiero FPS capados por la GPU que capados por la CPU.

"hoy día el que menos tiene, usa una CPU a más de 1ghz"
Excepto el que posee, por ejemplo una NDS. Tiene dos CPUs ARM7 y 9 de 33 y 66MHz respectivamente (Hablo de memoria, no tengo ni idea de si me he equivocado en las cifras), es decir, bastante limitadillos. También tiene sólo 4MB de RAM, lo cuál es una putada dado que tienes que almacenar gráficos y tal. Sin embargo, 230 bytes frente a 4MB no es mucho, incluso aunque tiene la irrisoria cantidad de 4MB. Ahorrar ciclos de CPU en un juego es crucial, y creo que compensa.

Vale, tú mismo dices que es para hardware específico, pero es que es ESE hardware específico el que me interesa. ¿Además, no será mejor saber hacerlo de las dos formas? Si me preocupo de saber en programas pequeños qué hacer para ahorrar ciclos, y me preocupo de saber cómo ahorrar memoria, tengo mucho ganado. Gracias a preocuparme por optimizar, aprendí cosas como que no es lo mismo "mov eax, 0" que "xor eax, eax"

Por otra parte, os entráis mucho en el tema optimización cuando es lo que menos me importa. Prefiero la solución alternativa e ingeniosa, programo por diversión Lo que me gusta no es la solución, sino como llegar a ella. Pensar las ideas es lo que me gusta, programarlas es sólo la forma (Inevitable) de plasmarlas, como el que dibuja un cuadro.

"printear" .... pq no usar palabras que salgan en el diccionario o al menos que sean de un uso mas extendido? xd

solo te falto poner displayear o cualquier burrada asi

En eso estoy de acuerdo, siempre está bien saber como optimizar código para cuando te toca hacerlo.

EDITADO para que no salgan repetidos.

http://pastebin.com/m78080af4

Salu2

PD: sí, variables globales y "halgoritmo" "heficiente" "hamericano", pero la cosa era corregir por encima su código, que lo entendiera y funcionase.

#19 Alaaa variables globales
En RecorrerCarton tendrias que meter:
"char Carton[3][5], Filas[3], Columnas[3]", como estaticas. Y "Total" en el main pasandoselo a RecorrerCarton como parametro por referencia para que lo modifique.

Hay varias librerias para generar nºs pseudorandoms de esos cutres.

PD: Has programado a lo "americano" (creo) haciendo una funcion con 2 usos y dentro el if que te diferencia uno de otro dependiendo de si hay o no parametro.

#23 No lo es, de hecho no funciona, ya que los numeros aleatorios del carton se pueden repetir.

Editado: Ostias ahora ha editado el codigo xD no me habia fijado.

Si no te interesa ahorrar memoria y quieres hacer ese bucle mas eficiente yo haria:

Tener otro vector de usados[100] , y poner a 1 los que usas para despues hacer while ( usado ) { i = rand()%100; } usado=1;

Ahora no estoy seguro de que usado cuando no esta inicializado da false, eso ya dependera del compilador, con gcc creo que da false pero no estoy seguro ahora mismo. Seria mirarlo y hacerlo al reves, con cuidado y te ahorras el inicializarlo xD

PD Edit : Pero si es lo que haces solo que cuando esta usado vuelves al bucle otra iteracion mas, ¿para eso es mas logico buscar otro random no ? que en definitiva hace lo mismo solo que comparando despues mas cosas y tal.

:$

http://pastebin.com/m35d7d930

Por cierto, usar char para almacenar números es totalmente válido, pero para programitas de este tipo y sobre todo si estás empezando puede ser un poco lioso. Utiliza int, que por gastar un par más de bytes no pasa nada.

Salu2

Se me olvido comentar que no está contemplada la opcion de que al completar fila completes tambien columna, justo a la vez, pero vamos que hay que ser tiquis-miquis.