<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol">
    <title>gmane.comp.misc.crysol</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2343"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2342"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2341"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2340"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2339"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2338"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2337"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2336"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2335"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2334"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2333"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2332"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2331"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2330"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2329"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2328"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2327"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2326"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2325"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.crysol/2324"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2343">
    <title>Re: El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2343</link>
    <description>&lt;pre&gt;No me interpretes mal: yo preferiría que todos salieran en VOS; así
puedo juzgar yo mismo lo que están diciendo, sin necesidad de fiarme
de la traducción. No sé por qué hay que darles más presencia.


El día 18 de mayo de 2012 20:28, Fernando Sancho &amp;lt;jfsancho&amp;lt; at &amp;gt;gmail.com&amp;gt; escribió:
&lt;/pre&gt;</description>
    <dc:creator>Ignacio Díez</dc:creator>
    <dc:date>2012-05-18T22:22:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2342">
    <title>Re: El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2342</link>
    <description>&lt;pre&gt;Sí sí, pero luego cuando los catalanes dicen Saragossa o Castella - La
Manxa aquí no ha pasado nada...

El día 18 de mayo de 2012 20:28, Fernando Sancho &amp;lt;jfsancho&amp;lt; at &amp;gt;gmail.com&amp;gt; escribió:
&lt;/pre&gt;</description>
    <dc:creator>Ricardo Ruedas</dc:creator>
    <dc:date>2012-05-18T18:41:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2341">
    <title>Re: El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2341</link>
    <description>&lt;pre&gt;Sin querer hacer sangre con el tema de los nacionalismos, solo me gustaría
hacer notar que el catalán, el gallego y el euskera son lenguas cooficiales
y por tanto es lógico que se les otorgue mas presencia que a un idioma
extranjero.
El 18/05/2012 19:15, "Ignacio Díez" &amp;lt;ignacio.diez.arias&amp;lt; at &amp;gt;gmail.com&amp;gt; escribió:

&lt;/pre&gt;</description>
    <dc:creator>Fernando Sancho</dc:creator>
    <dc:date>2012-05-18T18:28:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2340">
    <title>Re:  El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2340</link>
    <description>&lt;pre&gt;Totalmente de acuerdo. Pero no creo que los "lobbies" estén detrás del 
lenguaje que utilizan los medios. Creo simplemente, que los periodistas 
(estoy generalizando, lo sé) son unos analfabetos tecnológicos y que, 
como la amplia mayoría de "lusers", creen que Microsoft es lo mejor y 
que Bill Gates «inventó la informática y el internet en los móviles» (y 
estoy citando).

No he dicho "analfabetos" en plan despectivo ni peyorativo. Es obvio 
que nadie puede saber de todo en esta vida, y yo soy el primer 
analfabeto en un montón de materias. La diferencia es que no hablo de ellas.


/* WARNING: begin off-topic */

En cambio (y esto ya sí que es off-topic, espero no crear un flame) sí 
que creo que hay manipulación en lo referente a los nacionalismos. No sé 
si os habréis dado cuenta, pero Gerona y Lérida son ahora Girona y 
Lleida, y lo mismo ha pasado con La Coruña (A Coruña), Ibiza (Eivissa, 
fijaos en el mapa del tiempo de La Primera), las Illes Balears, y otros 
tantos. Y por supues&lt;/pre&gt;</description>
    <dc:creator>Ignacio Díez</dc:creator>
    <dc:date>2012-05-18T17:15:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2339">
    <title>Re: Juez aprende Java para dictar sentencia sobre patentes</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2339</link>
    <description>&lt;pre&gt;Me parece muy loable y digno de admiración que el juez aprendiese los 
fundamentos de lo que está juzgando para poder decidir. De hecho, así 
debería ser siempre.

En cuanto al código... no voy a entrar a comentar su importancia 
empresarial, creo que no es necesario. Sin embargo, sí quiero hacer una 
pregunta: ¿Eso está patentado? ¿De verdad? Porque de ser así, los 
primeros que deben aprender a programar son los empleados del registro 
de la oficina de patentes, para que se den cuenta de que esto es inviable.

Si resulta que Google, u Oracle o Microsoft o "Mejías Software" pueden 
demandarme por tener la osadía de comprobar que el usuario no es un 
inútil, pues mejor que cerremos el chiringuito y nos dediquemos a la 
fontanería.


On 17/05/12 10:39, Miguel Angel wrote:
&lt;/pre&gt;</description>
    <dc:creator>Ignacio Díez</dc:creator>
    <dc:date>2012-05-18T16:59:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2338">
    <title>Juez aprende Java para dictar sentencia sobre patentes</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2338</link>
    <description>&lt;pre&gt;Bueno, la verdad es que la noticia no tiene desperdicio...

Resulta que el juez sabía programar y aprendió Java para poder decidir:
http://www.wired.com/wiredenterprise/2012/05/google-schmidt-page-damages/

Y el código lo he encontrado en:
http://www.reddit.com/r/programming/comments/tq4tu/til_the_judge_in_the_oraclegoogle_case_learned/

Lo voy a postear aquí. Como veréis, ese código es crucial para ahorrar 6
meses a Google y que pueda sacar antes Android:

private static void rangeCheck(int arrayLen, int fromIndex, int toIndex) {
    if (fromIndex &amp;gt; toIndex)
        throw new IllegalArgumentException("fromIndex(" + fromIndex +
                   ") &amp;gt; toIndex(" + toIndex+")");

    if (fromIndex &amp;lt; 0)
        throw new ArrayIndexOutOfBoundsException(fromIndex);

    if (toIndex &amp;gt; arrayLen)
        throw new ArrayIndexOutOfBoundsException(toIndex);
}


¡Vivan las patentes! ¡Ayudan a investigadores y tecnólogos!

Un saludo!!

&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-05-17T08:39:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2337">
    <title>Re:  El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2337</link>
    <description>&lt;pre&gt;Hola:

Personalmente me molesta el tono en el que se suele hablar de estos 
tema. Cuando se hace una normativa para utilizar cualquier tecnología 
propietaria (incluso ligada a un único fabricante) se dice que se 
«promueve», «incentiva» o «promociona» su uso con titulares 
triunfalistas en los medios a pesar del coste que tiene para las arcas 
públicas, pero cuando se habla de software libre, el lenguaje cambia y 
entonces se habla de «obligar», «imponer» y «exigir».

El uso que hacen los medios y lo políticos del lenguaje no es 
accidental, a mi al menos no me lo parece. Fácil que te acusen de 
conspiranóico, pero no negaréis que se intuye la mano negra del lobby de 
turno en cuando se tocan según que temas.

¿Quién más que las instituciones deberían considerar la transparencia de 
su gestión como primera garantía de sus actuaciones? ¿Qué puede haber 
más lógico que el hecho de que la tecnología creada con fondos públicos 
esté públicamente disponible?  Pero si hasta los y&lt;/pre&gt;</description>
    <dc:creator>David.Villa</dc:creator>
    <dc:date>2012-05-16T09:13:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2336">
    <title>El sector público vasco, obligado a reutilizar el 'software'</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2336</link>
    <description>&lt;pre&gt;Adjunto el enlace (1) a la noticia completa de El País  15/05/2012   de 
la que extracto los titulares y un párrafo.

J.P.


El sector público vasco, obligado a reutilizar el 'software'
Euskadi utima el decreto de apertura y aprovechamiento de aplicaciones 
informáticas
Su objetivo es racionalizar los costes tecnológicos y evitar duplicaciones


..."El País Vasco, que ofrece la información que obra en su poder 
&amp;lt;http://elpais.com/elpais/2010/04/07/actualidad/1270628235_850215.html&amp;gt; 
a través de Open Data Euskadi 
&amp;lt;http://opendata.euskadi.net/w79-prehome/es/&amp;gt;, no solo abraza la cultura 
del usar, copiar, modificar y compartir. Aspira a racionalizar los 
costes tecnológicos para evitar, por ejemplo, que nueve entidades creen 
un traductor del castellano al euskera con el dinero de todos y, encima, 
no se entiendan. "Transparencia, apertura y reutilización. También es 
fundamental hacer sostenible las inversiones, porque el proceso 
modernizador de la administración se basa, en la mayoría de casos,&lt;/pre&gt;</description>
    <dc:creator>Juan Pablo Rozas</dc:creator>
    <dc:date>2012-05-15T14:36:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2335">
    <title>[OT] Conferencias Seguridad - Navaja Negra (Albacete)</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2335</link>
    <description>&lt;pre&gt;Buenos días, antes de nada me gustaría disculparme por el Off-Topic.

Me complace enormemente anunciaros el próximo evento de seguridad.

En primer lugar, porque será en mi tierra, Albacete (intentaremos que no
todo sea en Madrid y Barcelona ;-) ). Y en segundo lugar porque todos los
ponentes son también de allí.

Ésta será la primera edición, estoy convencido que no será la última y
arrancamos con un nivel muy "interesante".

Fecha: El próximo 26 de Mayo de 2012.

La agenda para las charlas es la que sigue:

    10:00 Bienvenida
    10:15 Engañando al enemigo: Honeynets y Honeypots. Demo (madesyp)
    10:45 Difrazando tus servidores: Técnicas anti-fingerprinting. Demo
(cr0hn)
    11:15 Descanso
    11:45 Implantación y necesidad de un SGSI con ISO 27001
    12:15 Problemas de seguridad en IPv6. Demo (Rafa Sánchez)
    12:45 (in)Seguridad en aplicaciones web Java. Demo (Francisco Honrubia)
    13:15 Telefonía IP (VoIP): Llamar gratis es posible.
    14:45 Despedida

Web del evento e inscripc&lt;/pre&gt;</description>
    <dc:creator>Alex</dc:creator>
    <dc:date>2012-05-14T06:45:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2334">
    <title>Re: Stallman es único</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2334</link>
    <description>&lt;pre&gt;Hipertensión... obesidad... debería empezar a comer un poco más sano, y 
no en plan americano.
&lt;/pre&gt;</description>
    <dc:creator>Ignacio Díez</dc:creator>
    <dc:date>2012-05-11T17:29:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2333">
    <title>Stallman es único</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2333</link>
    <description>&lt;pre&gt;Pues como reza el asunto, no hay otro como Stallman:
http://www.publico.es/ciencias/432664/richard-stallman-rajoy-nos-quiere-matar-a-todos

Me quedo con que parece que ya se encuentra mejor, no con el titular
sensacionalista.

&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-05-11T09:50:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2332">
    <title>Re: Python, procesos y threads.</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2332</link>
    <description>&lt;pre&gt;Hola:

Entiendo que es perfectamente normal lo que te ocurre. El exec de bash, 
como la mayoría de los exec's substituye el proceso en el que lo 
ejecutas por el nuevo programa. Es decir, cuando haces el exec, adiós 
bash ejecutando tu script y el proceso queda reemplazo por el echo. 
Cuando echo acaba, el proceso termina y lógicamente solo se imprime el 1.

Por si los escépticos, según la referencia de bash:

            exec [-cl] [-a name] [command [arguments]]

If command is supplied, it replaces the shell without creating a new 
process. If the -l option is supplied, the shell places a dash at the 
beginning of the zeroth argument passed to command. This is what the 
login program does. The -c option causes command to be executed with an 
empty environment. If -a is supplied, the shell passes name as the 
zeroth argument to command. If no command is specified, redirections may 
be used to affect the current shell environment. If there are no 
redirection errors, the return status is zero; otherwise&lt;/pre&gt;</description>
    <dc:creator>David Villa</dc:creator>
    <dc:date>2012-05-07T22:29:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2331">
    <title>Re: Python, procesos y threads.</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2331</link>
    <description>&lt;pre&gt;Hola otra vez...

Como suele ocurrir en los casos en los casos en los que lo has probado
todo... el problema no estaba ahí :D

Ya lo he solucionado, pero gracias de todas formas.

Un saludo!!!

El 4 de mayo de 2012 07:30, Miguel Angel &amp;lt;miguelangel.garcia&amp;lt; at &amp;gt;gmail.com&amp;gt;escribió:



&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-05-04T18:33:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2330">
    <title>Fwd: Python, procesos y threads.</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2330</link>
    <description>&lt;pre&gt;Hola a todos

Hace poco comencé un miniproyecto que colorea la salida de otros programas.
Lo básico lo acabé en un rato.

El problema es que mi programa se esperaba a que el otro proceso hubiera
terminado, así que me metí con los threads. Sin embargo, tengo un "corner
case" muy curioso.

Resulta que si utilizo el siguiente programa:

#!/bin/bash
for i in 1 2 3 4 5; do
  sleep 1;
  echo $i;
done


Mi pequeño programita funciona correctamente, imprimiendo los 5 números.
Sin embargo, con este otro(ojo al "exec"):

#!/bin/bash
for i in 1 2 3 4 5; do
  sleep 1;
  *exec* echo $i;
done

Sólo imprime el primer 1.

Creo que el problema puede estar en que, al ser procesos diferentes, el
pipe se está cerrando y volviendo a abrir, y mi programa se pierde.

La primera aproximación fue ésta:

def principal(self):
  process = subprocess.Popen(sys.argv[1:], stdin=subprocess.PIPE,
stdout=subprocess.PIPE, stderr=subprocess.PIPE)
  stdout, stderr = process.communicate()
  self.process_stream(stderr)
  self.process_s&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-05-04T05:30:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2329">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2329</link>
    <description>&lt;pre&gt;Ambas sentencias son equivalentes en comportamiento para el caso que
comentas. Yo usaría la primera por ser más corta y más legible.

Saludos
&lt;/pre&gt;</description>
    <dc:creator>Ricardo Ruedas</dc:creator>
    <dc:date>2012-04-23T20:35:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2328">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2328</link>
    <description>&lt;pre&gt;Correcto: el heap es donde se reserva memoria (*alloc) y el stack donde se
guardan las variables.

Perdón por la confusión.

El 23 de abril de 2012 00:08, JAVIER CHICO CESPEDES &amp;lt;jcc&amp;lt; at &amp;gt;tid.es&amp;gt; escribió:




&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-04-23T04:59:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2327">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2327</link>
    <description>&lt;pre&gt;Buenas,

Cuando comentas lo del heap/stack, me surge la duda de si no es al revés (al menos así lo tenía yo interiorizado). Es decir, el stack es donde se almacenan las variables de una función y al retornar de la función se eliminan del stack y con operaciones malloc reservas memoria en el heap; que no es ni más ni menos que memoria paginada reservada por el SO para el proceso. Corresponde al proceso la liberación de las páginas reservadas en el heap.

Saludos!

De: crysol-bounces&amp;lt; at &amp;gt;arco.esi.uclm.es [mailto:crysol-bounces&amp;lt; at &amp;gt;arco.esi.uclm.es] En nombre de Dani
Enviado el: domingo, 22 de abril de 2012 23:31
Para: Miguel Angel
CC: Lista CRySoL
Asunto: Re: [CRySoL] Diferencia entre *p=*p y memcpy

¡Muchas gracias por todo! Lo has explicado muy bien y de paso, ahora entiendo por qué existen los ** XD

Probaré DDD, a ver que tal se me da.

Saludos.

El 22 de abril de 2012 21:37, Miguel Angel &amp;lt;miguelangel.garcia&amp;lt; at &amp;gt;gmail.com&amp;lt;mailto:miguelangel.garcia&amp;lt; at &amp;gt;gmail.com&amp;gt;&amp;gt; escribió:
Tienes que diferenciar entre la posic&lt;/pre&gt;</description>
    <dc:creator>JAVIER CHICO CESPEDES</dc:creator>
    <dc:date>2012-04-22T22:08:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2326">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2326</link>
    <description>&lt;pre&gt;¡Muchas gracias por todo! Lo has explicado muy bien y de paso, ahora
entiendo por qué existen los ** XD

Probaré DDD, a ver que tal se me da.

Saludos.

El 22 de abril de 2012 21:37, Miguel Angel
&amp;lt;miguelangel.garcia&amp;lt; at &amp;gt;gmail.com&amp;gt;escribió:

&lt;/pre&gt;</description>
    <dc:creator>Dani</dc:creator>
    <dc:date>2012-04-22T21:30:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2325">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2325</link>
    <description>&lt;pre&gt;Tienes que diferenciar entre la posición de memoria en la que se almacenan
las variables y la dirección a la que apuntan. De esta manera, la posición
de memoria en la que se encuentra "p" contiene, exactamente, la posición de
memoria de "*p".

Y debería aplicarme el cuento, ya que me equivoqué :D

Cuando usas "*p = *j" estás diciendo: allí donde apunta p, guarda lo que
apunta j". Pero como una imagen vale más que mil palabras, te mando la
imagen (punteros.png).

Te invito a que tú también utilices DDD. Es un poco raro al principio, ya
que no se ha actualizado en casi 10 años, pero puedo asegurarte que no he
visto un depurador mejor (ni .Net, Java ni leches).

Como ves, cuando hago el "*k = *j" tengo un segmentation fault, ya que
estoy haciendo una burrada :D

El código es el siguiente:

int main()
{
  int value = 5;

  int* a;
  int* b;

  int* j;
  int* k;

  a = &amp;amp;value;
  b = a;

  j = &amp;amp;value;
  *k = *j;


  return 0;
}


Sin embargo, con este código sí que sería válido:

int main()
{
  in&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-04-22T19:37:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2324">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2324</link>
    <description>&lt;pre&gt;Gracias Miguel Ángel por haberte tomado el tiempo de explicármelo.

Pero solo tengo una pregunta más, cuando dices:

*Cuando igualas punteros, sólo estás haciendo que ambas variables apunten a
la misma posición de memoria.*

¿Eso no ocurre si, por ejemplo, hago p=j;? Hasta ahora, creía que cuando se
hacía la operación *p=*j, imaginando que son enteros, ¿no se crea una nueva
posición de memoria? Es decir, que si modifico j, no cambiaría el valor de
p;

Saludos.

El 22 de abril de 2012 19:10, Miguel Angel
&amp;lt;miguelangel.garcia&amp;lt; at &amp;gt;gmail.com&amp;gt;escribió:

&lt;/pre&gt;</description>
    <dc:creator>Dani</dc:creator>
    <dc:date>2012-04-22T18:39:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.crysol/2323">
    <title>Re: Diferencia entre *p=*p y memcpy</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.crysol/2323</link>
    <description>&lt;pre&gt;Hola!!

Para entenderlo bien, lo suyo es que comprendas cómo funciona un puntero.

Básicamente, cuando tienes un puntero que apunta a una estructura, estás
guardando datos en dos sitios: por una parte, el puntero es una dirección
de memoria, que se guardará en el Heap; por otro, la estructura estará
almacenada en la posición de memoria, en el Stack.

Cuando igualas punteros, sólo estás haciendo que ambas variables apunten a
la misma posición de memoria. En este caso tenemos tres zonas de memoria:
el puntero inicial y el segundo, que se encontrarán en el Heap, y la propia
estructura, que estará en el Stack.

Cuando utilizas memcpy, lo que estás haciendo es realizar una copia de la
posición de memoria (el Stack) en otro sitio(también en el Stack). Ten
cuidado, porque memcpy no reservará esa memoria.

Si comprendes la diferencia entre el Heap y el Stack, todo es más sencillo.
Cuando haces:

   - int i;
   - void* pointer;

etc, estás reservando memoria en el Heap. Ésta es volátil y la suele
&lt;/pre&gt;</description>
    <dc:creator>Miguel Angel</dc:creator>
    <dc:date>2012-04-22T17:10:38</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.misc.crysol">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.misc.crysol</link>
  </textinput>
</rdf:RDF>

