Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Khronos14

#381
Todo matemáticas xD
#382
Gracias Tzhed, es lo que sospechaba.

Saludos.
#383
Me refiero a las liberías, por ejemplo, .so. Una aplicación hecha con Qt en Windows necesita un montón de liberías.
#384
Programación C/C++ / Programando con gtk+
6 Enero 2011, 15:34 PM
Hola, pues estoy empezando a programar con gtk+ en GNU/Linux y me surgió una duda:
¿Las aplicaciones programadas con gtk+ necesitarán dependencias externas para funcionar en escritorios con KDE o XFce?

Saludos.
#385
Cita de: L0n3l1eR en  5 Enero 2011, 05:52 AM
''Java es para hombres''

"Java es para hombres y ensamblador es para superhombres"  ;D ;D ;D
#386
tuket, el protocolo TCP/IP no falla. Lo que falla son los programas, o el cliente o el servidor.

Saludos.
#387
Estáis recomendando lenguajes de programación que no les veo sentido alguno para alguien que ya sabe programar. Si lo que quieres es hacer programas visuales, olvídate de C y Pascal, en tal caso pásate a C++ o Object Pascal.

Lo mejor es coger un entorno RAD (Rapid Application Development) como Delphi (Object Pascal), C++ Builder, Visual Studio (C# o C++) e incluso Java.

Los primeros son de pago, el único que se salva es Java. Tienes la versión free y multiplataforma de Delphi, llamada Lazarus, pero todavía está muy verde.. Y para entornos gratuitos de programación en C++ podrías emplear Qt con QtCreator.

Saludos.
#388
Cita de: Jefe_Spain en  4 Enero 2011, 21:44 PM
rectifico, está en pascal sí!

A ver si alguien me puede hechar un cable y donde busco para encontrar las conexiones y funciones de busqueda etc...

Hola Jefe_Spain, yo tengo un nivel decente en Delphi y hace tiempo (al igual que tú) le estuve echando un ojo al source de Ares. Es el programa peor hecho que vi en mi vida, el código es desordenado, con comentarios y objetos en italiano, etc...

A parte, que contiene malas prácticas de programación, como acceder a variables públicas desde otros objetos, directamente (y eso que Delphi tiene setters y getters...). En fin.. es horrible. Después de ver el código deduces de porqué funciona tan mal el programa, sobre todo la interface..

Saludos.
#389
Hola tuket, yo probaría a enviar los datos de esta forma para ver si es este el problema.

Código (cpp) [Seleccionar]

char buff[] = "hola";
send(newfd, buff, 5, 0);


Si tengo tiempo, luego pruebo los programas.

Saludos.
#390
Bueno, al final lo conseguí. Sustituí malloc() por new y se arregló todo. Además añadí un método para borrar elementos del array dinámico.

Código (cpp) [Seleccionar]

#include "stringlist.h"
#include <string.h>

TStringList::TStringList()
{
   numItems = 0;
}

TStringList::~TStringList()
{
   if (numItems > 0)
           delete [] Items;
}

void TStringList::Add(char *cadena)
{
   if (numItems > 0){
       SL_ITEM * NewItems = new SL_ITEM[numItems + 1];
       for (int i = 0; i < numItems; i++)
           {
               NewItems[i].string = new char[strlen(Items[i].string) + 1];
               strcpy(NewItems[i].string, Items[i].string);
           }
       delete [] Items;
       Items = NewItems;
   }
   else Items = new SL_ITEM[1];
       Items[numItems].string = new char[strlen(cadena) + 1];
       strcpy(Items[numItems].string, cadena);
       numItems++;
}

bool TStringList::DeleteItem(long Index)
{
   if (Index >= 0 && Index < numItems)
   {
       SL_ITEM * NewItems = new SL_ITEM[numItems - 1];
       int Pos = 0;
       for (int i = 0; i < numItems; i++)
           if (i != Index)
               {
                   NewItems[Pos].string = new char[strlen(Items[i].string) + 1];
                   strcpy(NewItems[Pos].string, Items[i].string);
                   Pos++;
               }

       delete [] Items;
       Items = NewItems;
       numItems--;
       return true;
   }
   else return false;
}

long TStringList::GetCount()
{
   return numItems;
}

char * TStringList::GetItem(long Index)
{
   if (Index < numItems && Index >= 0)
       return Items[Index].string;
   else return NULL;
}


Saludos.