Mensajes

Dos preguntas muy específicas y personales, no tienes que responderlas si no quieres es pura curiosidad.

1. ¿Por qué te banearon?
2. ¿A qué te dedicas ahora?

Saludos.

PD. El mIRC todavía se usa.

gcc version 3.4.2 (mingw-special)

Yo sigo sin entender por qué influye en nada la versión o el compilador que se use, no se supone que si se especifíca que se desesa compilar rigiéndose por el estándar el compilador debe tomar la configuración correspondiente y hacerlo? :l

saludos.

Según tengo entendido el include lo único que hace es especificar los prototipos de las funciones que se encuentran dentro d la librería. Si compilas esto en windows con gcc, tienes lo siguiente:

Código (c) [Seleccionar] Expandir


#define PI 3.14

int main (void)
{
        printf("hi, %f\r\n", PI);
        getch();
        return 0;
}


Código [Seleccionar] Expandir

gcc x.c -o x.exe -std=c99

Me da dos warnings d declaraciones implicitas por no haber incluído nada pero compila d lo más bien.

Si dices que para que un compilador compile regido por el estándar se le debe agregar la opción -std no entiendo porqué compila teniendo la función getch el código. La opción que veo es que hayan liberías que se incluyan por defectos en donde esté la función getch, pero ¿por qué se incluirían esas librerías si coloco la opción -std=c99? es lo que no entiendo.

Gracias por responder,

saludos.

Parece tonta la pregunta pero no lo tengo claro, ¿qué se considera compilar un código por medio del estándar? ¿que el código sólamente incluya las librerías que se encuentran aquí ? ¿cómo sé cuándo compilo rigiéndome por el estandar? ¿cuando le agrego al compilador la opción -ansi?

y otra duda aparte, cuando escribo un código (q imprima un número y use getch() para parar) sin incluir ninguna libería, ¿por qué compila? ¿por la rtl? y si es así, ¿cómo sé cuáles funciones tiene la rtl y cuáles no? uso mingw en windows.

ah! también, ¿es posible tener un ejecutable q no cargue kernel32 ni ntdll ?

Gracias.

saludos.

Buenas,

La cuestión es la siguiente: necesito utilizar un segundo monitor como extención del principal. Tengo una segunda máquina que inicia debian por red (sólo el sistema de archivo x nfs)  desde un servidor que lo proporciona; como esta máquina no la utilizo porque forma parte de un cluster quisiera extender el escritorio del servidor con el monitor conectado a la máquina secundaria a través de la red para sacarle provecho.

Es prácticamente el equivalente a MaxiVsita o ZoneScreen pero en linux. Estuve viendo Xdmx/dmx pero según leí el proyecto parece descontinuado.

¿alguien sabe cómo hacer esto? se lo agradecería infinitamente.

Saludos. 

Muy buenos gustos todos, agrego dos a la colección.

http://www.youtube.com/watch?v=sCLlsHvOEfw
http://www.youtube.com/watch?v=3-4J5j74VPw

Siempre hay una canción que nos alegra el día cuándo estamos amargados,postean cúal es la suya.

Por mi parte es esta:
Tribalistas Ja sei namorar.

Saludos. :]

Pienso igual que tu q la escuela es casi siempre una gran perdida de tiempo cuando uno sabe a lo q realmente quiere dedicarse y q el sistema esta danyado desde la raiz. Haz hecho algo q yo pienso pero q jamas tendria el valor de hacer, eso es algo bueno.

Por otra parte, piensa que ya llevas bastante tiempo en la carrera y si, realmente fue una pendejada dejarla. Si ya lo empezaste, termianlo. Sino habras desperdiciado el doble de tiempo. Lo q estas haciendo es un paso bastante arriesgado y q deberias darle una mayor refleccion porq pone en juego el rumbo x el cual ira tu vida.

un saludt. (:

edit: sabes? me gusta leer este tipo de post, me hace sentir q no soy el unico que piensa d esta manera. }:)

Si ya estas usando el nombre de espacio, no es necesario usar std::.
El puntero this tampoco es necesario en este caso y cuando reservas memoria lo estas haciendo mal. xP

fijate, prueba a ver si talvez asi te funcione.

Código (cpp) [Seleccionar] Expandir

#include <iostream>
#include <cstdlib>

using namespace std;

class Clase
{
public:
// class constructor
Clase(int i);
// class destructor
~Clase();
// Funcion
int Funcion();

private:
        int indice;
};

Clase::Clase(int i)
{
    indice = 1000+i;
}

// class destructor
Clase::~Clase()
{
}

int Clase::Funcion()
{
    return indice;
}


int main(int argc, char *argv[])
{
    Clase **Clases = new Clase* [sizeof(Clase)];
    cout << "INICIA" << endl;

    for (int i = 0; i < 5; i++)
    {
        Clases[i] = new Clase(i);
        cout << Clases[i]->Funcion() << endl;
    }
    cout << "TERMINA" << endl;
   
    for (int i = 0; i < 5; i++)
      delete[] Clases[i];
      delete Clases;
   
    system("PAUSE");
    return 0;
}


un saludete : )

Gracias a ambos!  

Ya que lo has mencionado, cual es esa comodidad a la que te refieres? Que me permite hacer la inyeccion dll en el momento de leer la memoria que no lo pueda hacer un simple programa, sin inyectar dll alguna?

Gracias...

Cada proceso tiene su propio espacio en memoria. Tecnicamente no puedes acceder al espacio de memoria del otro proceso desde el tuyo. Por eso cuando usas un inyector o  loader reservas espacio para la dll en el proceso a inyectar y escribes la ruta d la dll en el espacio reservado, luego lanzas un hilo hacia loadlibrary para cargar tu dll en el espacio de memoria del otro proceso. Una vez cargada la dll en el proceso, puedes acceder directamente a las direcciones usadas por el programa.

Lee sobre como se maneja la memoria. En el foro hay mucha info, tutos y manuales al respecto. Igual a mi me ayudo mucho a entenderlo aprendiendo cracking con los tuts de ricardo narvaja.

Un saludo y espero haberte ayudado. : )