Article View: es.comp.os.linux.programacion
Article #11920Re: Memoria en C
From: Reinoso G.
Date: Fri, 14 Sep 2001 09:36
Date: Fri, 14 Sep 2001 09:36
51 lines
3399 bytes
3399 bytes
El otro d�a, Angel Cabello nos estuvo contando: >> ..... >> > Por que no lo separas con ':' como el PATH en bash, y de paso le robas > la rutina a bash, es gpl :-) Oye pues es buena idea. :) Pero he pensado otra cosa que la explico abajo y creo que lo voy a intentar. El separador es lo de menos. > >> > Si las estructura de datos a leer es compleja te diria que utilices un > fichero xml como fichero de inicio, hay muchos parser de xml que te > convierten el fichero en un arbol de datos al que puedes acceder sin > problemas. Uff, es que no soy programador y ni siquiera estudio inform�tica as� que no s� si sabr�a acceder a un �rbol (todo es ponerse). Pero como la estructura no es compleja en absoluto he pensado que voy a hacer lo siguiente: Voy recorriendo la cadena con los direcctorios hasta que veo un espacio. Mando el directorio ese como par�metro a la rutina de buscar canciones. Esa rutina por cada canci�n reserva 3 bloques en memoria: Un array de char conteniendo la ruta completa del mp3. Un array de char conteniendo la ruta completa de la letra. (aqu� lo mismo a�ado dos cadenas m�s para el autor y el t�tulo) Una estructura (que contiene los punteros a los arrays anteriores) Luego en la lista GTK se mete la canci�n y se asocia con un puntero a esa estructura. As� con todas las canciones Cuando se acabe ese directorio, pasamos al siguiente, as� me evito almacenar todos los directorios en una matriz. Ahora la pregunta que me surge es �cual es el tama�o de un char *? Es para saber cu�nto tengo que reservar para la estructura. �le veis alg�n defecto claro a este alrogitmo? No s� si lo he explicado bien. Gracias. -- ������������������������������������������������������������������������� �� Reinoso G. EA4BAO / NENE r einoso.bao@wanadoo.e s �� �� http://perso.wanadoo.es/reinoso.bao �� �������������������������������������������������������������������������
Technical Details
Message-ID:
<slrn9q3jti.9k.reinoso@EA4BAO.PLLANO.ESP.EU>Path:
arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!210-madr-x12.libre.retevision.ES!not-for-mailReferences:
<slrn9puu43.il.reinoso@EA4BAO.PLLANO.ESP.EU> <3BA0611C.4030703@masterd.es>Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII X-Google-Thread: f86c8,46d32f3a40cbfb83 X-Google-Attributes: gidf86c8,public X-Google-ArrivalTime: 2001-09-14 09:12:45 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!210-madr-x12.libre.retevision.ES!not-for-mail From: reinoso@probando.com (Reinoso G.) Newsgroups: es.comp.os.linux.programacion Subject: Re: Memoria en C Date: Fri, 14 Sep 2001 11:36:51 +0200 Organization: Puertollano CITY Lines: 51 Message-ID: <slrn9q3jti.9k.reinoso@EA4BAO.PLLANO.ESP.EU> References: <slrn9puu43.il.reinoso@EA4BAO.PLLANO.ESP.EU> <3BA0611C.4030703@masterd.es> Reply-To: rei noso.bao@wanadoo.e s NNTP-Posting-Host: 210-madr-x12.libre.retevision.es (62.83.1.210) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: fu-berlin.de 1000483964 9836365 62.83.1.210 (16 [106654]) X-Orig-Path: EA4BAO.PLLANO.ESP.EU!nobody User-Agent: slrn/0.9.7.1 (Linux)