|
|
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 - Eternal Idol
Páginas: 1 ... 170 171 [172] 173 174 ... 205
4276
« en: Lunes 27 de Marzo de 2006, 10:44 »
¿Cual es el problema en si mismo? Lees la primera linea, haces un bucle con el dato obtenido y en el mismo vas reservando memoria para cada una de las siguientes lineas y las lees.
4277
« en: Domingo 26 de Marzo de 2006, 21:27 »
4278
« en: Domingo 26 de Marzo de 2006, 12:51 »
 ¿Y eso? Si los 2 son buenos moderadores. No voy a entrar en ninguna valoracion sobre la moderacion del foro pero sin lugar a dudas existe una diferencia de criterio.
4279
« en: Domingo 26 de Marzo de 2006, 10:18 »
Eternal_Idol y JuanK.  No creo que eso sea recomendable, es casi una contradiccion 
4280
« en: Sábado 25 de Marzo de 2006, 21:29 »
El sistema operativo de la xbox parece que utiliza la memoria lineal, claro gana en velocidad, y es mas facil de programar. Segun esto ( http://en.wikipedia.org/wiki/Xbox) la Xbox tiene un Pentium III normal con lo cual la respuesta seria no y teniendo en cuenta que solo tiene 64mb de memoria RAM lo dudo mucho. ¿Usar memoria lineal es mas facil de programar para quien? Para un solo programa puede ser, una consola o S.O. obsoletos. ¿Para multitarea? ¿Dejamos que todos escriban en cualquier direccion de memoria? ¿Dejamos acceso a cualquier programa a estructuras del Kernel? Un puntero no inicializado seria capaz de tirar abajo el sistema. Es necesaria la proteccion de memoria sin lugar a la menor duda y es sinonimo de un sistema robusto.
4281
« en: Sábado 25 de Marzo de 2006, 15:38 »
Eso muy relativo, todo depende de cuanta memoria RAM tienes en total. Independientemente del total de memoria en S.O. modernos se trabaja con direcciones virtuales que son traducidas por el microprocesador a direcciones fisicas.
4282
« en: Sábado 25 de Marzo de 2006, 14:34 »
En realidad es un contrasentido tener que alojar memoria, como si la memoria no estuviera alli !!
La flexibilidad se programa y si esperamos que el sistema operativo la provea estamos fritos.
Fijate que hay un proceso que se llama recolector de basura, el malloc se deberia llamar generador de basura.. 
por otra parte, es cierto, conviene que los almacenamientos este en variables globales y no el la pila de parametros. Si hablamos de S.O. modernos estas equivocado, la memoria RAM (fisica) no es la que reservas sino la memoria virtual. Y realmente no se puede decir que sea flexible un programa con arrays de tamaño fijo, independientemente del S.O. utilizado. El malloc es una funcion fundamental en cualquier S.O. moderno. Fijate que harias para cargar varios MB de informacion (incluso imagina una base de datos de un par de GB). ¿Un array fijo que ocupa la memoria todo el tiempo?
4283
« en: Sábado 25 de Marzo de 2006, 12:42 »
Usando memoria estatica tenes la misma restriccion de memoria y la ocupas durante toda la ejecucion del programa/funcion, ademas de perder flexibilidad por supuesto. Si la usas en una funcion recorda que las variables locales se alojan en la pila cuyo tamaño es bastante chico, incluso en S.O. como Windows.
4284
« en: Viernes 24 de Marzo de 2006, 18:40 »
Disculpa no me quedo muy clara tu respuesta ¿se puede detallar? 
Con respecto al titulo que ¿es lo molesto?  .Como para tener en consideracion. Si es posible desensamblar un *.exe hecho en VC# (para .net) por ejemplo usando el IDA. Meter codigo no es tan facil igual, el tamaño de las secciones de codigo ya esta definido en el formato del ejecutable (PE). Tambien creo que podes meterte con el codigo intermedio (obviamente no es ASM). El titulo habla de los "master" del ASM y puede que cualquier persona tenga ganas de responder o participar, es un poco excluyente.
4285
« en: Viernes 24 de Marzo de 2006, 18:24 »
Si, podes usar cualquier desensamblador como el IDA por ejemplo. Meter codigo no es tan facil igual.
PD. No hagas temas con esos titulos, no son buenos para nadie.
4286
« en: Viernes 24 de Marzo de 2006, 18:01 »
Lastima, se nota que sabe, pero de ser gente no sabe ni mierda.  Solo se lee lo que se quiere y lo demas no cuenta: "Evidentemente no solo 'agujero en el sistema' ni mal programados simplemente
hardware mal instalado o defectuoso en la mayoria de los casos
- ¡si eso no lo entiendes!... "
"estabamos hablando de los Pantallazos Azules no de como programar el anillo Cero del Nucleo ni si quiera me creo que tengas acceso a ello - sabes lo que pasa si varios dispositivos usan la misma peticion de IRQ y Tú eres el que programas DRIVER's de dispositivo . Dejo ya el tema por lo polemico que es , pero si quieres entramos en ello y te doy clases de programacion de NUCLEOS en todos los Niveles del los Anillos que lo conforman. "Me encantan las personas que no se atreven a decir las cosas a la cara como vos.
4287
« en: Viernes 24 de Marzo de 2006, 14:04 »
si,MUY cierto , y que se supone que en un foro de programacion hay PERSONAS educadas o que se esta educando, un foro sin PERSONAS no sirve para nada. Si, como en cualquier foro hay personas educadas, imbeciles y trolls.
4288
« en: Viernes 24 de Marzo de 2006, 13:57 »
Lastima que en medio de tanto conocimiento lo que mas predominó fue la groceria y la falta de respeto parte de algunos.  El respeto hay que ganarselo, nada es gratis en esta vida. Creo que algunos necesitan darse cuenta que esto es un foro de programacion.
4289
« en: Viernes 24 de Marzo de 2006, 08:16 »
Por cierto ibito, lo que comentas sobre que nadie le dijo lo que era un BSOD me parece un poco injusto, esto aparece en mi primer mensaje en este tema:
"Cualquier hilo que se ejecute en modo kernel puede generar una excepcion no controlada que produzca un BSOD. ¿Cual es la razon? Se supone que todo el codigo que se ejecute en modo kernel es confiado entonces si este codigo falla por alguna razon el sistema deja de ser confiable y es preferible cerrarlo que seguir trabajando con datos que podrian estar corruptos."
Si en su ignorancia y creencia de sabelotodo no fue capaz de tipear BSOD en google o wikipedia y simplemente desdeño lo que se le respondio yo no tengo la culpa.
4290
« en: Viernes 24 de Marzo de 2006, 07:45 »
Lo estupido es defender lo indefendible y hablar de lo que uno NO SABE NADA; no pienso soportar que me respondan de esta manera cuando es obvio que estan tocando de oido y diciendo barbaridades sobre algo a lo que yo me dedico profesionalmente:
"Evidentemente no solo 'agujero en el sistema' ni mal programados simplemente
hardware mal instalado o defectuoso en la mayoria de los casos
- ¡si eso no lo entiendes!... "
"estabamos hablando de los Pantallazos Azules no de como programar el anillo Cero del Nucleo ni si quiera me creo que tengas acceso a ello - sabes lo que pasa si varios dispositivos usan la misma peticion de IRQ y Tú eres el que programas DRIVER's de dispositivo . Dejo ya el tema por lo polemico que es , pero si quieres entramos en ello y te doy clases de programacion de NUCLEOS en todos los Niveles del los Anillos que lo conforman. "
Todo se sabe alguna vez y por lo menos hay que tener la minima decencia de rectificar cuando se da cuenta de su error, en vez de "borrar" pateticamente los mensajes.
4291
« en: Jueves 23 de Marzo de 2006, 23:27 »
que hago hay lo descargo pero me toca pagar.. JAMAS pagues por un driver para hardware, ya bastante con el hardware en si mismo. Fijate si tiene pagina el fabricante y si hay una actualizacion. no encuentro donde descargar el symevent.sys Ya lo tenes; en la pagina de Microsoft te mandan a http://www.symantec.com/ para que obtengas una actualizacion.
4292
« en: Jueves 23 de Marzo de 2006, 21:48 »
Je, je, no importa, para cualquir SO, yo aqui tengo Programing the Be Operating System, lastima que no he tenido tiempo  Bueno, tal vez esto no haya sido del todo improductivo y surja algo interesante de tanta basura ... si hay suficientes personas con ganas de aprender al respecto ... por lo pronto hare una seccion en mi foro a ver que respuesta obtengo.
4293
« en: Jueves 23 de Marzo de 2006, 21:43 »
Bacanisima la idea!
Siempre he querido saber todo sobre drivers y, claro, nunca falta Windows  No te voy a mentir, Windows es el campo que mas domino por lejos, pero si les interesa tambien tengo en casa el libro "Drivers para Linux" de Corbet, Rubini y Kroah-Hartman. Se podria armar algo muy interesante pero el nivel de conocimientos necesario para empezar es bastante alto, por lo menos hay que dominar C ya que el S.O. (tanto Windows como Linux) estan escritos y orientados a este lenguaje.
4294
« en: Jueves 23 de Marzo de 2006, 21:37 »
Es mas, si queres abrimos un foro sobre la estructura interna de Windows NT y programacion de drivers para la misma.
Podriamos cubrir el desarrollo de drivers en varios lenguajes como assembly, C y C++.
4295
« en: Jueves 23 de Marzo de 2006, 21:36 »
OK, entonses digamole al admi que desaparesca este foro, que hasta yo habeses digo pura #·!"@, y creamos uno que se titule lo sierto y lo falso de la programacion y los SO.
Si no quieren hacerlo, no hay problema
 Por mi no hay problema, me limitaria a hablar de lo que conozco como hago siempre y no a decir barbaridades sobre temas que ignoro como hacen otras personas.
4296
« en: Jueves 23 de Marzo de 2006, 21:33 »
No creo que sea justo dejar las cosas así. El tipo no sabe lo que dice, y cualquiera puede leerlo y creérse las tonterias que dice, por eso despues dicen que la programación y la informática son un asco, por personas como ese.  No vale la pena ni molestarse, lo peor es que debe ser un profesor ... ya sabes, los que saben hacen y los que no "enseñan".
4297
« en: Jueves 23 de Marzo de 2006, 21:27 »
Hay, paren ya, se salio del tema y van a saturar el server de post inutiles!  No me parece justo que personas de esta calaña tengan luz verde para hacer este tipo de cosas, esto es lo que desprestigia nuestra profesion, fantoches de cuarta categoria que hablan de lo que no saben y jamas hicieron en su vida.
4298
« en: Jueves 23 de Marzo de 2006, 21:20 »
http://www.devx.com/Intel/Article/30125Si, los anillos estan en el disco duro ... por favor: "The x86 instruction set and microprocessor architecture support four different classes of privileged operations, called rings. Software running in a lower-numbered ring can exercise control over software running at a higher-numbered ring, such as protecting against page faults, restricting memory access, and so on."
4299
« en: Jueves 23 de Marzo de 2006, 21:17 »
4300
« en: Jueves 23 de Marzo de 2006, 21:14 »
para X.Cyclop que pinta un BOSD en los pantallazos azules?
¿Te compro un diccionario de abreviaturas? BSOD es Blue Screen of Death, lo que vos llamas pantallazo azul. ¿Una pena seguir sin saber de lo que se esta hablando, no? Hace el favor y no hables mas.
Páginas: 1 ... 170 171 [172] 173 174 ... 205
|
|
|
Mostrar Mensajes
