Hola,

 S.O: linux
 Ansi-C
 
 Mi consulta es que he de ejecutar desde exec o una de sus derivadas (execlp, execle, ...) el comando cp para copiar un archivo a otro.
Lo he puesto de la siguiente manera:


 Desde la shell creo que seria cp origen.txt destino.txt  /home/linux/ejercicio1

Saludos

Y recorda que exec pisa tu proceso con la imagen del proceso que estas llamando. ( osea que nunca llegas a hacer el return de copy. ).

He intentado hacer otra llamada exec fijandome en el ejemplo que me escribistes, pero me doy cuenta de que pueder ser que lo que yo prentendo hacer , como novato, no se puede. Es lo siguiente:

execlp("ls", "ls", filename, ">", otherfilename, NULL );

Saludos

#include <stdio.h>
#include <stdlib.h>
 
int main(int argc, char **argv) 
{
  FILE* pipeOutput = popen("ls /usr/home/vertex","r");
  FILE* fileOutput = fopen("/usr/home/vertex/Salida.txt","w");
  char fileBuffer[1024];
 
  if ( pipeOutput == 0 || fileOutput == 0)
  {
    printf("Failure opening input, output file or creating buffer\r\n");
    exit(EXIT_FAILURE);
  }
 
 
  while(!feof(pipeOutput))
  {
    fgets(fileBuffer, sizeof(fileBuffer), pipeOutput);
    fputs(fileBuffer, fileOutput);
  }
 
  fclose(fileOutput);
  pclose(pipeOutput);
 
  return EXIT_SUCCESS;
}
 
 

Desde ya eso es un boceto de lo que tenes que hacer ... yo que vos reviso open(), read() y write(), fork(), pipe() y demás (chequeando errores también, por que esas funciones PUEDEN FALLAR) si querés escribirlo en un POSIX LIMPIO

Saludos.

P.S → Pista : http://www.etsimo.uniovi.es/cscene/CS4/CS4-06.html

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


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)


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


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

Claro!
No me avive del residuo que quedaba por que lisa y llanamente ni lo compilé x') ^[PS2]
Entonces es mejor replantear el while a lo que pusiste vos, achicandolo y dejando nada mas que verifique si fgets da null

Gracias por hacerlo notar!

Saludos.

P.S: No escribo más algo relacionado con programación a horas AM, claramente es para problemas ... mis chequeos de qué escribo son MUCHO más laxos x'D (la última vez por un typo rm-rf'ee un arbol de directorios erroneo xP)
P.S 2: Toda mi vida usé feof() y nunca tuve un comportamiento raro (de hecho el libro que leí de C *hace añares* ponía un ejemplo así para leer un fichero y eventualmente por costumbre usaba feof - hasta que pasé a C++ y este asunto estaba "abstraído" -), aunque claro, usaba otro sistema y compilador y nunca pisé el "bug" del código ...