Mensajes

Yo creo que lo mejor es el USB; Kali está pensado así. Siempre va a ir más lento que un disco interno, pero no debería ser tan lento como dices. Y tampoco deberías necesitar tanta capacidad.

Si no quieres, yo lo dejaría fijo en el ordenador antiguo como lo tienes ahora. Si funciona, como dices, ¿qué mas da si el ordenador es "bueno" o "malo" (habría que precisar mucho sobre qué es "bueno" o "malo").

Cómo máquina virtual, no lo recomiendo. La tarjeta no la vas a poder poner en modo monitor. Al menos no la interna del ordenador que ya tienes. Por alguna parte leí por aquí -si mal no recuerdo pudo ser incluso escrito por el Gran Jefe (o sea el Boss) que desde una MV sí puedes manejar en modo monitor una antena wifi externa... pero tendrías que comprarte una. Poara pagar ese precio... sigue usando el ordenador malo.

Yo me he mirado unos cuantos y no viene esa info.

Pues no sé. En estos viene en todos (es la información básica que proporcionan los fabricantes) :

https://www.central-manuales.com/guia_de_uso_instrucciones_manual_telefono_movil/samsung2.php

Pero es más. Incluso sin ser smart phone ya venía. Yo tengo este desde hace 10-12 años (por lo menos) , que no tiene ni internet, ni whatsapp, ni siquiera cámara (blootooth como gran gran cosa aunque nunca lo usé). Sólo sirve para mensajes de voz y SMS y ya venía esa información mínima de para qué son las cosas que se ven en la carcasa.



Por si no se ve bien es un Samsung Keystone2 -una reliquia- y se puede encontrar el minimanual en internet sin mucho esfuerzo, como decía el forero Mohicano, por ejemplo aquí:

https://www.manualpdf.es/samsung/keystone-2-gt-e1205m/manual?p=1

Así que sí, sí que es muy muy fácil encontrar esa información. Yo más bien lo que no me parece que no procede es decirle al compañero ésto:

Si te hubieses leído uno aunque solo fuese una vez en toda tu vida, sabrías que esa información no viene.

[marax]

¡Ondiá! ¿Ya no es marax? ¿Ahora es Usuario887?

Es un foro "especial", ya que tiene 2 zonas, una con reglas y la otra sin reglas.

¿Y para qué te metes en la zona de "los mayores" si no eres capaz de aguantar la presión? ¡Chico, tú mismo!. Aún deberías de agradecer que te enseñen hasta dónde puedes llegar, y de qué otras cosas -y nivel de control que conlleva- simplemente... no eres capaz.

[los de r32 sí que son de calidad]

Depende de lo que entiendas por "calidad".  Yo lo que entiendo por hilos de "calidad" son los aclaran cuestiones relacionadas con hack o ayudan a aprender (los de r32 sí que son de calidad), o los que ayudan en temas de programación, hardware, etc.... Hay tantos que es imposible citarlos a todos.

Yo lo que entiendo es que puede ser un hilo interesante para charlar. Pues sí, ¿porqué no? y además está muy bien para desengrasar, y echar un buen rato, que también es importante en la vida. Como los hilos de música, libros (no de hack o informática sino de lectura), o cualquier otra forma de cultura.

El único problema es que... ¡ése hilo ya existe!:

https://foro.elhacker.net/foro_libre/series_que_estas_viendo-t512351.0.html

Y, por la cantidad de visitas y aportes que tiene... ¡es de bastante más calidad que el tuyo!

¡Corregido! Efectívamente, éso también estaba mal. No reservaba el espacio adecuadamente. Muchas gracias a ambos.

[solo debe usarse en la línea 24]

Es que soy un burro. Cuando uno se ciega, se ciega y no ve lo que tiene delante. Está claro que ORDEN_MATR solo debe usarse en la línea 24 para reservar espacio para toda la matriz. Pero luego ya en la 25 en el for, la condición tiene que ser i < num_nodos (no < NUM_MATR).

Y luego en la inicialización de variables, en las líneas 33, 34 y 36 las condiciones para los bucles for, lo mismo tanto las i como la j tienen que ser < num_nodos.

Lo tenía delante de las narices y no me hadado cuenta hasta que he impreso por pantalla los pares i,j.

Solucionado. (Ahora es cuando viene el meollo de la cuestión.)

Pego el código completo -que llevo hasta ahora-, lo que pasa es que en buena parte es supérfluo, porque simplemente es el inicio de un código que espero llegue a mayor y lo que estoy haciendo es empezar a depurar antes de escribir más. Lo que me interesa es lo que pasa con respecto a num_nodos.
Lo del porqué los elementos [3][4] es simplemente para llevar un control, no es nada especial. También sé que se puede hacer con pila (push-pop) pero yo quiero hacerlo así, con un a rreglo hecho por mí.

Código (c) [Seleccionar] Expandir

// Calcula si un grafo es conexo o no
#include <stdio.h>
#include <stdlib.h>

#define ORDEN_MATR num_nodos * num_nodos

void intro_grafo (int num_nodos, int ** matr_adher);

int main ()
{
int num_nodos; // Nº de nodos del grafo
int ** matr_adher; // Matriz de adherencia del grafo
int nodo_actual; // El que se está procesando en un momento dado
char * estado_nodo; // 1 - si ya se ha pasado por él al menos una vez; 0 - en caso contrario
int * camino; // Guarda los nodos que se van recorriendo
int posicion; // subindice del arreglo camino [] que corresponde a nodo_actual
char sentido; // 1 si se va avanzando hacia nodo no visitado; 0 - si se va retrocediendo a nodo ya visitado
int i, j;

printf ("Introducir no. de nodos del grafo: ");
scanf ("%d", &num_nodos);
printf ("el numero es: %d\n", num_nodos);
// Declara variables
matr_adher = (int **) malloc ( ORDEN_MATR * sizeof (int *) ); // Filas
for ( i=0; i < ORDEN_MATR; i++ )
{
matr_adher [i] = (int *) malloc ( num_nodos * sizeof (int) ); // Columnas
}
estado_nodo = (char *) malloc ( sizeof(num_nodos) );
camino = (int *) malloc ( sizeof(num_nodos) );

// Inicializa variables
for (i = 0; i < ORDEN_MATR; i++)
for (j = 0; j < ORDEN_MATR; j++)
matr_adher [i][j] = 0; // Por defecto ningun nodo esta conectado con nigun otro
for (i = 0; i < ORDEN_MATR; i++)
estado_nodo [i] = 0; // Al inicio no se ha visitado ningun nodo
sentido = 1;

intro_grafo (num_nodos, matr_adher);
printf ("elem %d, %d = %d\n", 3,4, matr_adher [3][4]);
printf ("elem %d, %d = %d\n", 4,3, matr_adher [3][4]);

return 0;
}

void intro_grafo (int num_nodos, int ** matr_adher)
{
int nodo1, nodo2, peso;

printf ("Introducir conexiones y pesos entre nodos en la forma:\n");
printf ("nudo inicial... nudo final... peso conexion\n\n");
printf ("No es necesario introducir coexiones reciprocas, la conexion i-j automaticamente es = a la j-i\n");
printf ("Una nueva conexion i-j actualiza a la anterior si existiera\n");
printf ("para finalizar el grafo introduzca nudo incial = 0 y nudo final = 0\n\n");
for (;;)
{
printf ("Nodo inicial: ");
scanf ("%d", &nodo1);
printf ("Nodo final: ");
scanf ("%d", &nodo2);
if (nodo1 == 0 && nodo2 == 0)
return;
else
{
printf ("Peso conexion: ");
scanf ("%d", &peso);
matr_adher [nodo1][nodo2] = peso;
matr_adher [nodo2][nodo1] = peso;
printf ("\n");
}
}
}


Ejecución en entorno Windows a mano:
al introducir no. de nodos del grafo: 14 (>9); el programa se sale. 3 Primeras líneas de la imagen de ejecución. Al introducir: 14 el programa se sale, al introducir:4 el programa prosigue tal cual está estipulado.




Ejecución en entorno Windows -Visual Code-:
Se introducen no. nodos del grafo: 17 (>9)... el programa se sale. Se introducen 6:---> el programa sigue.




Ejejecución en entorno Windows, máquina virtual UbuntU:
se introducen no. nodos del gráfo:23 ---> el programa actúa como se espera de él.



Si queréis puedo ejecutarlo también en un Lubuntu como SO nativo -no en máquina virtual- (tengo también un Lubuntu en arranque dual) pero creo que no hace falta. Parece que se ve que se comportan distinto el código C en Windows y Linux.

NOTA: el código es el mismo en todos los casos: copiar y pegar. No hay la más mínima diferencia. Sólo entre los nombres de los ejecutables (con .exe en Windows y sin nada an Linux).

[estándar]

¿Existe alguna razón por la que un mismo código C -estándar + librerías stdio.h - stdlib.h- se comporte de forma distinta en un entorno Linux-Ubuntu -compilador gcc-, que en otro entorno Windows-compilador-MinGW (gcc).

En concreto:

para una variabe declarada como:

Código (c) [Seleccionar] Expandir

int variable;

y un uso de ella con:

Código (c) [Seleccionar] Expandir

scanf (%d", &variable);

en el entorno Linux-Ubuntu me funciona con cualquier nº entero, pero en Windows-MinGW sólo me funciona si variable <=9. En cuanto  le meto variable = 10, 11, 12,... el programa simplemente se sale al terminal sin dar explicaciones.

NOTA: en el entorno Linux el nombre del programa es el mismo del programa fuente sin ".c"; en en el entorno Windows lo llamo nombre del programa ".exe". Lo he probado tanto desde Visual Studio -a través del run- como directamente en CMD-Windows compilando con gcc a mano y ejecutando a mano nombre-del-programa.exe.
En el entorno Linux siempre en consola compilado y ejecutado a mano.

[no se que es el argumento]

Muchas gracias @fzp, el problema es que no se que es el argumento

¡Pues apaga y vámonos! Chico, aquí se ayuda pero no hacemos milagros. Esto no es elrincondelvago.