Mensajes

En cuánto a que la mayoría de los hombres ha pagado por sexo, me imagino que se referirá a gente mayor , los jóvenes no creo que lo necesiten , pero claro gente mayor que a lo mejor abandona un poco su aspecto , con barriga, con mucho vello, y esas cosas no agradables pues es normal que necesiten pagar porque a lo mejor no les resulta fácil encontrar a alguien para pasar una noche y desfogarse ......

No te creas, hay gente que por A o B quiere saltearse la parte de "conquistar" y no quiere vueltas ... otros hasta les mejora la experiencia el "pagar"...
Qué  se yo, la clientela de la prostitución es muy diversa ... (por lo menos la prostitución de chicas que no son trans)

y yo solo trata  de ver como seria encontrar a media narajanja y enamorarla

Si buscás amor ... la mejor forma es siendo vos mismo, ser transparente y sincero con tu forma de ser y sentimientos ... sino vas a enamorar a la otra persona de un personaje y eso tiene los días contados (o vas a alejar gente con ese personaje que de otra forma, estaría con vos)
Tranquilo, no todo viene YA ^^

Si la dirección en memoria del array "fileBuffer" es igual a NULL el programa ya esta mas allá de la salvación (supongo estabas pensando en reservar memoria via malloc o similar).

Si, puse con malloc y al toque borré y dije  "no, al stack! más sencillo"
olvidé modificar el if después de eso, claramente x'D

Para salir de la función "main" no es necesaria la llamada a "exit", basta con utilizar la sentencia "return N;".

Gracias, ya sé que main es una función ... y sé sobre el tema "retornar códigoo de términación al sistema operativo" (sino no estarían los EXIT_* ... en vez de un return 0 por ejemplo)

Por ultimo es mejor (salvo excepciones) evitar la función "feof" ya que esta retorna verdadero solo después que una función de lectura falla. En su lugar es mejor (si aplica) utilizar el valor de retorno de la función, en este caso "fgets":

Dije que era un boceto, no una solución, quería mantenerlo chiquitito y evitar muchas cosas como if's (y chequear el valor de retorno incluye un if) ... sino directamente iba con escribirlo en POSIX limpio, pero esa es la tarea del autor (en el mensaje que postee el código me avivé que es una tarea y que el autor seguramente está aprendiendo POSIX y que TIENE QUE reescribirlo a un POSIX limpio)
La idea de postear un código era "dibujar" qué es lo que tiene que hacer (usar un pipe para pasar la salida de un comando a un fichero en vez de usar ">" como parámetro) a exec*

Si te toca mucho los sentimientos te mando la solución correcta por PM

Es más, si es que se ejecutase cualquier cosa posterior al exec sería porque se ha producido algún error.

Eso está en el link a la documentación del Open Group, si lo pongo (así como muchas veces en Unix y GNU/Linux me tomo el tiempo e insisto en enlazar manpages), *claramente* es para que lo lean, no voy a re-describir que hace exec acá.

Saludos.

P.S: no veo nada malo con feof, la idea era también quen si hay un error (cosa que un EOF también setea el bit), se interrumpa "el paso" de la salida al fichero ...

P.S 2 : Gracias por la observación, está bueno agregar un "por qué" a las cosas que uno hace (no iba a hacerlo a horas am)

P.S 3: Ahí cambié el if

Que si permitís que a aplicaciones de la VM (guest) se puedan acceder desde la placa de red para afuera, entonces sí tenés que controlar el tema puertos ... por si por ejemplo, exponés un sistema virtualizado a la red (LAN, WAN, dá igual), naturalmente tenés que controlar qué servicios se exponen ... sino el sistema (virtualizado) es igual de vulnerable.

Saludos.

[SI SE PUEDE]

¿Tendria que cerrar los puertos del SS.OO. del Live CD para evitar posibles intrusos como ocurre en el caso de que el SS.OO. este instalado en el disco duro?

No necesariamente, normalmente el uso de LiveCDs es transitorio, lo que significa que normalmente lo usás por poco tiempo y todos tus cambios se pierden (naturalmente)

¿En el caso de un SS.OO. que esta virtualizado el SS.OO. anfitrion es que unico que tiene que tener los puertos correctamente cerrados (creo que en este caso es cuestion de sentido comun)?

Si el guest está expuesto al afuera, en ese caso si tenés que controlar el tema de los puertos.

Bueno hermano B€T€B€ yo considero que un liveCd al virtualizar todo el S.O en la RAM también carga los módulos de red y los protocolos a la RAM y de esta forma logra el intercambio de paquetes con el router, por lo que considero que no tendría sentido preocuparse por seguridad. Incluso el usuario que esta frente al computador no puede hacer modificaciones en el S.O de un liveCd asi que menos alguien remoto..

Lo primero es un terrible WTF ... lo que rescato es que el boot es parecido a lo que se dá cuando instalás el sistema definitivo.

Eso incluye hosts.allow debidamente configurados, daemons que sólo trabajen en lo(opback), etc ...
En el caso de Fedora esto incluye SELinux y Firewall.

Lo que sí, es que SI SE PUEDE modificar el sistema operativo en RAM y de ahí quizá, en un escenario raro, rootearse para propagar la intrusión al disco duro del sistema.

Podrias instalar codecs en alguna distro LiveCd? en Ubuntu no se puede (al menos en la 10.10), tampoco en LinuxMint.. quizas puedas instalar alguna aplicacion pero seria en la RAM y al reiniciar obviamente ya no la tendrias.

Yo he instalado hasta los drivers privativos de nVIDIA en un sistema Live (siempre que no se cargue nouveau antes, claro está), instalar códecs y software (siempre implicando mayor consumo de RAM)
Siempre que iba a algún cibercafé llevaba un LiveCD, y si quería escuchar MP3s, tener performance decente y demás....

Saludos.

¿quizá usaste sudo o algo similar para lanzarlo? es la única forma que se me ocurre ahora para terminar algo en tu $HOME con un owner distinto al tuyo (root seguramente)
Parece que $HOME/.ddd no tiene a tu usuario como owner, en todo caso, fijate si se soluciona así:

Código (bash) [Seleccionar] Expandir

sudo chown -R fmtqr:fmtqr $HOME/.ddd

Saludos.

instale una versión de puppy, pero tengo problemas que no me la detecta. instale el iso en un mp3 viejo que tenia.

Cómo instalaste la iso en el reproductor?
También, te diría que uses alguna distro que soporte instalarse a un stick USB para usar eso como instalador (como Fedora), por que en el resto puede llegar a hacerse funcionar, pero es "extraoficial" y no está soportado.

Saludos.

Este tema tiene 10 días, fue contestado y el autor no apareció desde ese entonces.
Por ahora le doy candado y cualquier cosa mandan PM.

Saludos.

[Al margen del diagnóstico]

Una forma de diagnosticar esto es revisando la salida de lsmod (para ver si los drivers de usb y demás están cargados), revisar /proc/config.gz (con zcat) o directamente los ficheros "config" del kernel actual en /boot y ver si están compilados en kernel o cómo módulo para ver qué pasa ... también ver si se crean los debidos nodos en /dev y ver qué dice lsusb para tener una idea del problema.

Lo esperable es que estén configurados in-kernel y ahí no deberían haber problemas, pero pueden estar como módulos, y si es así, algo no se está cargando y algo se arruinó feamente en algún update ( de Ubuntu no me asombraría igual)...

Al margen del diagnóstico ... si Windows (tu otro sistema) se cuelga, puede que el problema esté en el hardware.
Lo último del gparted no lo entiendo ... podrías aclarar qué hacés con qué dispositivo?

Saludos.