|
|
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 ... 117 118 [119] 120 121 ... 205
2951
« en: Viernes 12 de Enero de 2007, 19:46 »
alguna idea de como acelerar el proceso? El problema es el tiempo que tardas en procesar esos datos, limpiando la pantalla, escribiendo una nueva cadena previo formateo de la misma y comprobando que no haya niguna pulsacion de letra (eso supongo que sera redundante en tiempo en MS-DOS pero lo dudo en Windows). ¿Que pasa si sacas el cls? ¿Que pasa si no haces la comprobacion de tecla ahi? Tendrias que hacer un hilo con el bucle original que tenias pero dedicado solo a recibir y poner en una cola esos datos y que otros hilo (o uno solo) se dedique a procesar estos datos, asi le darias tiempo a recibir. for (;;) { lectura=ResultadoPIC(); push(lectura); }
2952
« en: Viernes 12 de Enero de 2007, 18:15 »
Tanto ShellExecuteEx (no ShellExecute) como CreateProcess te devuelven un handle a un proceso y podes hacer un WaitForSingleObject infinito al mismo, este te devolvera el control cuando termine el proceso.
2953
« en: Viernes 12 de Enero de 2007, 09:52 »
2954
« en: Viernes 12 de Enero de 2007, 09:51 »
En realidad el unico que conozco que ejecute un panel de control es Rundll32.exe, los applets del panel de control son DLLs que este programa se encarga de cargar y llamar.
La forma mas pero mas simple de usarlo es esta:
WinExec("control.exe date/time", SW_SHOWNORMAL);
Tambien podes usar:
WinExec("control.exe timedate.cpl", SW_SHOWNORMAL);
Mas directo:
WinExec("rundll32.exe Shell32.dll,Control_RunDLL timedate.cpl", SW_SHOWNORMAL);
2955
« en: Jueves 11 de Enero de 2007, 20:34 »
Por lo que lei en el link, no evita el sistema de archivos sino que lo complica, le agrega metadata (escondido) en cada archivo..
Me parece que es distinto a lo que dice JuanK ¿Complicacion? Supongo que lo normal es llamarlo evolucion e incluye todo lo que comento JuanK y es algo VIABLE. Ademas no se donde esta la diferencia: "se me ocurre un sistema de atributos es decir todo se guarda indiferentemente en el disco, pero cada archivo tiene un id y este id corresponde en el file system con otros atributos que complementan la tupla (el registro)" Los archivos tienen atributos igual en WinFs. ¿Acaso tiene importancia donde se guardan esos atributos? Esa metadata ya existe en NTFS y en muchos otros FS y no esta "escondida" sino que es parte del FS, esta en el disco como lo estaria en CUALQUIER tipo de FS cualquier atributo. La unica diferencia con lo que dijo JuanK fue respecto a la carencia de carpetas. Tambien esta en castellano: Se esperaba que WinFS facilite la clasificación y las búsquedas de archivos, superando a la habitual relación jerárquica carpeta-archivo, mediante carpetas dinámicas cuyo contenido es el resultado de una consulta o archivos contenidos en dos o más carpetas.
2956
« en: Jueves 11 de Enero de 2007, 20:21 »
2958
« en: Jueves 11 de Enero de 2007, 18:08 »
en realidad la primera aplicacion que hice esta en un bucle, y lo unico que hace es pide
datos al usb
imprime en pantalla
pero aun asi se tarda esos 50ms
luego hice una aplicacion que utiliza los timers normales y asi se tarda menos pero aun no es suficiente....
en cuanto a los hilos, no se muy bien como hacerlo asi, por eso buscaba los timers de multimedia que dicen tienen una mejor resolucion (creo que de 1ms o algo asi) Por lo que decis es tu codigo el que tarda, especialmente si lo hacias en un bucle, ahi no hay nada mas. Es cierto que tienen mejor resolucion pero si el problema es el tiempo que tardas en procesar esos datos tal vez tendrias que hacer un hilo con el bucle original que tenias pero dedicado solo a recibir y poner en una cola esos datos y que otros hilo (o uno solo) se dedique a procesar estos datos, asi le darias tiempo a recibir ... Para crear un hilo usas CreateThread: http://search.msdn.microsoft.com/search/Re...reatethread.aspY si queres ver lo de los timers multimedia (me parece innecesario): http://search.msdn.microsoft.com/search/Re...edia_timers.asp
2959
« en: Jueves 11 de Enero de 2007, 16:58 »
se tarda 50ms en volver a pedir un dato al usb , mi codigo no creo que se tarde 50 ms , de hecho lo unico que hace es estar pidiendole datos al usb y los ponen en pantalla ,
lo que necesito es que en cada llamada al timer pida datos al dispositvo usb ( el pic) lo mas rapido posible y el pic no creo que se tarde tanto en enviar los datos ¿Y necesitas el timer de verdad? ¿No es mas facil hacer un bucle y de necesitar esperar usar Sleep? Podes crear un hilo para que se encargue de eso ...
2960
« en: Jueves 11 de Enero de 2007, 16:33 »
es necesario un file system ? Eso dependera de la plataforma y el objetivo de la misma ... para PCs e incluso Mac que yo sepa todos los S.O.s tienen y existen multitud de diferentes file systems. Y ya te lo respondi antes, sin una alternativa a esa organizacion para mi son necesarios, un acceso sector por sector a datos es totalmente inutil en S.O. pensado para gente normal y no masoquista.
2961
« en: Jueves 11 de Enero de 2007, 16:19 »
lo curioso es que lo que comentas de una carpeta sola y 1500000 archivos mexclados es justamente lo que se puede hacer con el sistema de archivos y carpetas, seria bueno tratar de evitar esto... Si y el peine te permite estar despeinado entonces ... y efectivamente el word funciona asi, con la diferencia que asigna los sectores el SO y no la aplicacion, o sea que no sabes realmente en donde esta guardado (fisicamente) No, el Word no te pide un sector para X parte de tu texto, te pide un nombre de archivo para todo el texto y el S.O. lo guarda en los sectores que se le de la gana, consecutivos o no. ¿Quien quiere saber donde esta guardado? Justamente un file system es un abstraccion que representa archivos, directorios, etc. sobre un disco que tiene un formato donde no existen ninguna de estas entidades.
2962
« en: Jueves 11 de Enero de 2007, 15:42 »
Seria como los file systems no jerarquicos, por ejemplo en vez de tener un directorio para cada album con sus respectivos archivos .MP3 tendriamos 1500000 archivos en un mismo lugar y en ese lugar estarian las fotos de las ultimas vacaciones, de las hechas hace 20 años, los juegos, otros binarios, etc. Seria como tener todo en C:\ o / ...
Y sin archivos es impensable trabajar, seria algo asi como abrir el Word y decirle que queres que el primer parrafo te lo grabe en el sector 1702 y el segundo en el 1820.
2963
« en: Jueves 11 de Enero de 2007, 14:09 »
En un primer momento manejar archivos (y directorios) era practicamente la tarea principal de un S.O. y eso se ve reflejado hasta en las siglas D.O.S. (Disk Operating System). El primer Apple tenia un file system plano que no incluia ninguna jerarquia. El file system de CP/M tampoco tenia subdirectorios.
Por cierto Windows siempre tiene una copia del registro del sistema en disco (en un archivo).
Para mi son necesarios en la medida en que no tenemos una alternativa, la ausencia de directorios ya es un caos y ni hablar de archivos ...
2964
« en: Jueves 11 de Enero de 2007, 13:22 »
-> Administradores o moderadores, PUEDEN borrar este Post <- No; las consultas no deben ser borradas y muchisimo menos si les dan una solucion. La proxima vez que alguien tenga este problema puede que hasta lo encuentre por Google y de preguntarlo ya tenemos a donde remitirlo rapidamente sin importar que la persona que en su momento sabia la respuesta este o no.
2965
« en: Jueves 11 de Enero de 2007, 08:10 »
saludos....
estoy haciendo una aplicacion que pide datos a un pic por el usb....
todo funciona perfecto, pero encontre que el envio y recepcion de datos los realiza mi aplicacion cada 50 ms y necesito que sea mas rapido (1 mseg seria genal  ), buscando en la red encontre que es windows el que se tarda esos 50ms y dicen que una opción seria usando los timers de multimedia que tienen un mayor resolucion pero no entiendo muy bien como utilizarlos, alguien sabe como se usan o alguna idea de como bajar el tiempo de 50ms ¿Se tarda 50ms en hacer que? El timer lo que va a hacer es ejecutarse cada X tiempo pero si dentro del timer tenes el mismo codigo que ejecutas ahora y ese es el que tarda 50ms ... no vas a ganar nada.
2966
« en: Miércoles 10 de Enero de 2007, 13:07 »
Puede ser que no tenga nada que ver pero: "In the PACKAGES tag delete dclusr50.bpi from the value list (see picture below)" http://www.kadmos.com/activex/faqitem.php3?ID=18&Item=1Basicamente el enlazador esta buscando ese archivo para resolver alguna referencia, trata de eliminarla.
2968
« en: Martes 9 de Enero de 2007, 17:01 »
A ver vos que tenés un montón de dedos de frente explicame que hice.- No pienso seguir dandote explicaciones para nenes de dos años que ambos sabemos no necesitaste en ningun momento. AH!, decime que es lo que te causo total ya comenzamos con una disputa intrascendente. Quisiera saber que tenés para decir de mi. Te vas a quedar con las ganas primero ya que ahora mismo salgo del trabajo y segundo ya que no es el lugar adecuado 
2969
« en: Martes 9 de Enero de 2007, 16:34 »
Bueno, con esa respuesta ya entraste maestro. Parece ser que vallas donde vallas siempre vas a llevar esa soberbia de Porteño superado. Con ese lenguaje de matoncito barato. y mas blabla Lo que digas; paradojico que me llames superado por cierto. Nada mas y nada menos yo digo que no son las únicas opciones. No se que pata le buscas a este gato pero algún día voy a ser grande como vos y tal vez entienda.- Podrias haber dicho eso sin problemas y de una pero no lo hiciste. La pata esta ahi, no hace falta que lo disimules ya que cualquiera con dos dedos de frente se da cuenta de la diferencia entre decir una cosa de una y con buena leche y lo que hiciste vos.
2970
« en: Martes 9 de Enero de 2007, 15:59 »
¿Yo te molesto?, me da risa que te voy a decir. Vos podés irte a donde se te de la gana. No te voy a decir lo que vos me causas ya que no tengo intencion de entrar en disputas intrascendentes. Si, es una opción, pero no es la única como tampoco la de irse de tu país de origen. Pense que con la explicacion para chicos de dos años era suficiente pero parece que no. Esas eran las opciones de las que se habian hablado aca, nada mas y nada menos.
2971
« en: Martes 9 de Enero de 2007, 08:17 »
Jaja. Debe de ser un chiste. ¿Cual es la gracia? Un chiste ya es que se metan solo para romperme soberanamente las pelotas. O te puedes sacar unos buenos numeros para jugar a la loteria o carreras de caballos y si teienes suerte... Tambien te podes hacer indigente y tener 365 dias al año de vacaciones. Programar es muy divertido cierto como ya se comento nunca programos lo que queremos.... pero es muy agradable programar tal vez algun dia yo tambien sea un programador Afortunadamente no es mi caso.
2972
« en: Lunes 8 de Enero de 2007, 23:57 »
¿Que es lo que hay que hacer? Teniendo en cuenta lo que dijimos tanto el como yo: A. Trabajar para el gobierno B. Mudarse a la UE
2973
« en: Lunes 8 de Enero de 2007, 23:15 »
esp y ing si son char.
mmmmm yo pense que necesariamente tenian que tener direcciones de memoria diferentes y q eso ya se asignaba automaticamente Son char *, punteros a char, y no se asigna automaticamente nada. Ambas variable en x86 ocupan 4 BYTES unicamente y lo que hacen es tener como valor una direccion de memoria en esta caso la donde esta/ba la cadena que hayas obtenido por teclado y que sera la direccion devuelta por new. Si te das cuenta esa direccion seguramente es repetida todas las veces que entra a esa funcion ya que como haces delete se recicla. Para que se haga "automaticamente" podes usar string en vez de char * en la estructura. Y despues no instanciar una variable de la estructura sino dos variable char *. Algo asi (es para que te guies): char *esp = new char[50]; char *ing = new char[50]; printf("\nIngrese la palabra en espanol: "); gets(esp); printf("Ingrese la palabra en ingles: "); gets(ing); //primero usamos 0 como indice Diccionario[*cont].esp = esp; Diccionario[*cont].ing = ing; (*cont)++; delete [] esp; delete [] ing;
Y para cuando quieras imprimir los resultados usa esp.c_str(); que te devuelve el char * necesario.
2974
« en: Lunes 8 de Enero de 2007, 22:13 »
En la gama NT no se pueden acceder a los puertos ya que es un S.O. de verdad, no como 9x. A menos que uses algun "hack" horrendo tenes la API de Windows disponible para cualquier cosa, busca CreateFile en la MSDN.
2975
« en: Lunes 8 de Enero de 2007, 21:57 »
Una pregunta ¿xq tienen la misma direccion de memoria? es por
Diccionario[*cont] = miDiccionario;
y en esta parte:
delete [] miDiccionario.esp; delete [] miDiccionario.ing;
el primer delete borra el contenido en memoria de la memoria, pero el segundo no y si quito el primero y dejo el segundo, este ultimo borra el contenido de la memoria. ¿a que se debe eso? (creo q esto va ligado con la pregunta de arriba) No hay ninguna razon como para que no la tengan, solo existe en un lugar la memoria donde estan esas cadenas, para que tuviera otra direccion tendrias que reservar memoria y copiar esas cadenas ... No se muy bien a que te referis. ¿esp e ing son char *, verdad?
Páginas: 1 ... 117 118 [119] 120 121 ... 205
|
|
|
Mostrar Mensajes
