|
|
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 - m0skit0
Páginas: 1 ... 90 91 [92] 93 94 ... 100
2276
« en: Miércoles 17 de Septiembre de 2008, 10:51 »
Si lo que quieres es buscar sólo en tu página, puedes usar la opción inurl de Google, por ejemplo: http://www.google.es/search?q=inurl:http:\foros.solocodigo.com
Busca sólo las páginas que contengan http:\foros.solocodigo.com en su URL. Con JavaScript puedes concatenar la cadena que te muestro arriba (modificándola con la URL de tu página, claro) con la búsqueda que haya introducido el usuario en el form correspondiente. Recuerda que debes sustituir los espacios por "+".
2277
« en: Martes 16 de Septiembre de 2008, 16:27 »
Ah, sí, cómo no me pude enterar...  ¿Has comprobado la BIOS por si Vista desactivó el parlante?
2278
« en: Martes 16 de Septiembre de 2008, 16:00 »
2279
« en: Martes 16 de Septiembre de 2008, 15:00 »
es una FACHADA unicamente Desgraciadamente, sí. La ONU no puede sancionar a ningún miembro del consejo de seguridad, porque vetaría dicha sanción. La ONU necesita una reforma ya. Sería tan bueno tener una ONU independiente con poder real...
2280
« en: Martes 16 de Septiembre de 2008, 12:55 »
no confundas al prójimo, cualquier programa no es un algoritmo No te confundas tú. Cualquier programa es un algoritmo escrito en un lenguaje de programación. Si no tienes las cosas claras abstente de responder. Y échale un vistazo a los enlaces de Profesor X.
2281
« en: Martes 16 de Septiembre de 2008, 12:53 »
la ONU tambien esta pero cuando hace falta USA se la pasa por el forro ¿Has echado un vistazo a quienes ponen el presupuesto de la ONU? 
2282
« en: Martes 16 de Septiembre de 2008, 12:39 »
que solo me quede una pieza por cada jugador Entonces esa pieza es forzosamente el rey (el rey no puede quitarse del tablero) y como ya te comenté en el anterior post (si lo has leído), es tablas automáticamente, no hay que contar nada.
2283
« en: Martes 16 de Septiembre de 2008, 12:16 »
¿Se merecen los insultos? Claro que sí, pero hay una cosa llamada diplomacia... injerencias extranjeras Supongo que se referirán a "no sudamericanas".
2284
« en: Martes 16 de Septiembre de 2008, 11:50 »
Estoy de acuerdo contigo... Salvo en lo de Lula. Me parece bien que digan que las cosas sean sin insultos, y que no quiere ingerencia extranjera. Yankees go home!!!! ¡¡¡Palin va a atacar Rusia!!!  ¿Que se cree, que es Afganistán?
2285
« en: Martes 16 de Septiembre de 2008, 11:48 »
tengo que contar los movimientos de cada uno y teniendo en cuenta el número de piezas ,resto los movimientos al número de piezas y cuando me quede una pieza veo si es rey No entiendo lo que quieres decir... En el ajedrez de toda la vida (a lo mejor te especifican unas reglas diferentes) hay tablas en las siguientes situaciones: 1) Se acuerdan tablas 2) Rey vs Rey 3) Rey y pieza menor (caballo/alfil) vs Rey 4) Rey y 2 caballos 5) Ahogado 6) Pasados 50 turnos desde que uno de los 2 se haya quedado sólo con el rey
2286
« en: Martes 16 de Septiembre de 2008, 11:44 »
Os complicáis la vida... ¿Por qué no empiezas por el bit más alto y lo haces al revés? Un saludo.
2287
« en: Martes 16 de Septiembre de 2008, 11:41 »
¿Hay algun problema en utilizar más de una función, o tiene que ser una y sólo una? Pues entonces no veo donde está el error...  pero tiene un problema cuando agregas mas de 2 numeros no suma Bueno, no exageres, en todo caso sería que devuelve el número en real y no en entero P.D: Pido disculpas por lo de la longitud de la cadena, no me había dado cuenta en un principio... P.D(2): No sé quién es Willy... 
2288
« en: Martes 16 de Septiembre de 2008, 09:48 »
2289
« en: Martes 16 de Septiembre de 2008, 09:41 »
Hey, yo no tengo problemas en que me pases el PDF de Mitnick. Por cierto, yo tengo unos cuantos (muchos) libros sobre seguridad que también les puedo pasar. A ver si posteo el título de algunos interesantes (ahora no puedo que estoy en el curro)...
2290
« en: Martes 16 de Septiembre de 2008, 09:36 »
Vaya spam del señor Ingeniero... ¿Qué es esto, un culebrón? 
2291
« en: Martes 16 de Septiembre de 2008, 09:08 »
esta pc tiene una bocina en la parte de adelante viene integrada en el cpu No entendí nada... ¿Una bocina integrada en la CPU?
2292
« en: Martes 16 de Septiembre de 2008, 09:07 »
2293
« en: Martes 16 de Septiembre de 2008, 08:55 »
Interesante discusión, chavales. Aunque os falta un poco de experiencia en programación (es broma, no se piquen) ¿Para qué quieres poner la longitud al principio? Me parece una perdida de tiempo, aunque acepto que sea el enunciado. De todas formas, se puede quitar antes de llamar a la función. Ay, Nilson, a ver si leemos Moskito no se donde tiene la cabeza, su funcion tiene un error es el siguiente ejemplo:
Mostrar/Ocultar Número de línea | Expandir/Contraer | Seleccionar todo
1. print convertstring("1") La inversa de la mía (donde la cadena lleva una coma al final): En cuanto a F_tanori... ocurrira un error sin una coma al final lo cual a mi si me parece un error Otra tontería. Si consigues una función que haga un determinado trabajo de la forma más sencilla, me parece absurdo tirarla por la borda porque falte o deje de faltar una coma al final. Hay que subdividir los problemas hasta lo más sencillo posible y luego unirlos ¿Habéis oído hablar de Right() y Left() y concatenación?  aux = ConvertAscii("Vaya códigos") 'aux sin coma al final aux = Left(aux, Len(aux) - 1) [...] a_convertir = "55,56,57,58" 'necesitamos una coma al final aux = ConvertString(a_convertir & ",")
¡Vaya complicación, no?
2294
« en: Martes 16 de Septiembre de 2008, 08:34 »
*a =(int *) malloc(nfilas * ncols * sizeof(int));
No es que gcc sea mañoso, es que esta sentencia está mal (a lo mejor un error tipográfico en el libro, o un error a secas, son comunes en los libros de programación), pues estás asignando un un puntero a entero (int *) a un entero (*a). Lo correcto, como has podido comprobar, es: a =(int *) malloc(nfilas * ncols * sizeof(int));
a (int *) se le asigna un valor (int *). Saludos-
2295
« en: Lunes 15 de Septiembre de 2008, 17:18 »
Revisa el siguiente codigo, no esta bien. Sip, cierto, había un 5 de más debido a vbNullString. Function ConvertAscii(ByRef as_Cadena As String) As String If as_Cadena = vbNullString Then ConvertAscii = "" Else ConvertAscii = CStr(AscB(Left(as_Cadena, 1))) & "," & ConvertAscii(Right(as_Cadena, Len(as_Cadena) - 1)) End If End Function
Sí, tiene una coma de más al final F_Tanori, es excelente tu función. Tienes un juicio discutible... En cuanto a tu función inversa es demasiado código para algo tan sencillo. La inversa de la mía (donde la cadena lleva una coma al final): Function ConvertString(ByRef str_Cadena As String) As String If str_Cadena = vbNullString Then ConvertString = "" Else ConvertString = Chr(CInt(Left(str_Cadena, InStr(1, str_Cadena, ",") - 1))) & ConvertString(Right(str_Cadena, Len(str_Cadena) - InStr(1, str_Cadena, ","))) End If End Function
El problema de la coma es fácilmente solucionable fuera de las funciones, así que no lo considero un error. Saludos.
2296
« en: Lunes 15 de Septiembre de 2008, 11:47 »
Hola Nendrel A todos nos pasa un poco lo que a ti. Incluso al analista-programador senior que mencionas seguro que le pasa lo mismo aunque tú no lo sepas. Nadie nace sabiendo y, sobre todo, nadie lo sabe todo. Por muy gurú que uno sea, siempre hay cosas que se escapan. Para eso están los libros (y por supuesto el Dios Internet), para no tener que saberlo todo. En cuanto a tus problemas a la hora de resolver los problemas (viva la redundancia), deberías elegir un método para tus soluciones. Si sigues siempre el mismo método de aproximación al algoritmo que solucione tu problema, se te hará todo más fácil y sobre todo más claro en tu mente. "Divide y vencerás": Es mejor dividir un problema grande en varios pequeños con sus relaciones, y resolverlos por separado. Cuanto más pequeño sea un problema, más fácil es resolverlo. Cuando tengas los trozos resueltos, llega la hora de pegarlos adecuadamente. Ten en cuenta que aunque los trozos pueden ser tan pequeños como queramos, no hace falta irse al infinitésimo. Cuando llegues a una parcela que ya dominas, escribe la solución. No subdividas más de lo necesario, ni menos de lo aconsejable. Esto sólo se adquiere con experiencia, pero no suele ser un problema (a menos que el código se modifique continuamente). "La navaja de Occam": Intenta buscar la solución más sencilla, simple y rápida posible. Esto no siempre es sencillo, pero cuanto más sencillo sea el problema, más sencilla la solución. Así que aplica el "divide y vencerás" tanto como te sea posible. "Dibuja, dibuja, pequeño Picasso": Haz diagramas y esquemas del problema y su solución. Compara varias entradas de datos y sus salidas hasta que veas un patrón que te ayude a dar con una solución sencilla. No olvides probar entradas raras o fuera de lo normal, te ayudarán a codificar pensando en los errores. "F de x": Usa y abusa de funciones, puesto que permiten enterarse más fácilmente de lo que uno está haciendo y no perderse. Muy importante: usa nombres explicativos y no f() o g() que no dan ninguna información sobre el funcionamiento interno. "Libertad de expresión": Comenta todo lo que puedas el código que escribas, puesto que la memoria de uno siempre es más volátil de lo que nos creemos. Bueno, espero que te sirvan estos consejos. Programar no es tan difícil como parece, y la experiencia ayuda mucho, por eso programar en tus ratos libres proyectos que te surjan es una buena manera de adquirir experiencia. Y así subir de nivel
2297
« en: Lunes 15 de Septiembre de 2008, 10:57 »
Prepara mucho espacio en el disco duro. ¿Has probado con sniffers, estilo Ethereal, Wireshark, etc...? El PC que no tenga tiene que ir conectado por cable de red a la red local por donde circulan todos los datos antes de llegar al modem. Para capturar pasado el modem es más complicado porque hay que hacer demodulación, pasar la señal analógica a digital. En eso ya si que no puedo ayudarte, pregúntale a un teleco
2298
« en: Lunes 15 de Septiembre de 2008, 10:52 »
Entonces tendrás que cambiarles el tipo antes de poder hacer las conversiones (sólo necesitas reales para el resultado de la división, para las demás operaciones no). De cualquier formato a decimal es bastante sencillo. Coges el dígito y lo multiplicas por la base elevada a su posición en el número - 1 y sumas todos los resultados. Por ejemplo: 0xFE = 0xE * 16 ^ 0 + 0xF * 16 ^ 1 068 = 8 * 8 ^ 0 + 6 * 8 ^ 1 0101 = 1 * 2 ^ 0 + 0 * 2 ^ 1 + 1 * 2 ^ 2 + 0 * 2 ^ 3 De decimal a otro formato es la operación inversa. Coges el número y lo divides por el mayor divisor posible que coincida con una potencia de la base requerida. Te quedas con el resto como dígito de dicha posición y divides el cociente por la potencia inferior y así hasta llegar a la división por 1 (exponente 0). Ánimo y a codificar 
2299
« en: Lunes 15 de Septiembre de 2008, 10:37 »
Estilo programación funcional: Function ConvertAscii(ByRef as_Cadena As String) As String If as_Cadena = vbNullString Then ConvertAscii = vbNullString Else ConvertAscii = CStr(AscB(Left(as_Cadena,1))) & ConvertAscii(Right(as_Cadena,Len(as_Cadena) - 1)) End If End Function
No la he probado, así que es sólo teórico
2300
« en: Lunes 15 de Septiembre de 2008, 10:27 »
Si te fijas en la definición del protocolo de correo de TCP/IP (SMTP), para poder enviar algo que no sea texto en un correo electrónico necesitas codificarlo en ASCII (que es lo único que soporta SMTP). De ahí lo de MIME para los ficheros adjuntos y la especificación de codificación. Te recomiendo que uses un programa externo que te codifique los ficheros adjuntos, o bien usar alguna función del Outlook para ello. Si te animas a codificar tu mismo la codificacion (valga la redundancia), ánimo. Un saludo.
Páginas: 1 ... 90 91 [92] 93 94 ... 100
|
|
|
Mostrar Mensajes
