🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: es.comp.os.linux.programacion
Article #11920

Re: Memoria en C

#11920
From: Reinoso G.
Date: Fri, 14 Sep 2001 09:36
51 lines
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-mail
References: <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)