search for: execl

Hi: I downloaded klibc-1.5.17 and try to cross-compiled it for MIPS. Got following errors: usr/klibc/exit.o: In function `exit': exit.c:(.text+0x40): undefined reference to `_exit' usr/klibc/execl.o: In function `execl': execl.c:(.text+0x80): undefined reference to `execve' usr/klibc/execle.o: In function `execle': execle.c:(.text+0x84): undefined reference to `execve ........ I am using gcc-4.4.3 toolchain. for kernel 2.6.31. My build command is: make CROSS_COMPILE=mipsel-lin...

On Sun, 21 Feb 2016 21:14:05 +0000 (UTC), Eric Lindblad <geirfuglaps at yahoo.com> wrote: > > Actually I have now found that the fcntl works, it is the execl which loses the lock! > > Could fork be at issue? That would sound sensible, but I have stepped through the code (my copy, obviously) with gdb, checking on the file with lsof in another session. The sequence is definitely: open fork lock execl with the file showing up in l...

...an argument to the passwd command. Without it, passwd always fails with something like "passwd: unknown user" as if its getting a blank user arg. It's strange but so are many other things in SCO, which BTW was NOT my OS of choice :( To make it work I simply changed line 1317 to this: execl(_PATH_PASSWD_PROG, "passwd", s->pw->pw_name, (char*)NULL);

...apian__WritableDatabase % At which point eric at bruno [ ~ ]$ lsof tmp.db/flintlock COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME cat 13543 eric 5w REG 8,9 0 930437 tmp.db/flintlock cat 13552 eric 9w REG 8,9 0 930437 tmp.db/flintlock Blaming the execl is due to stepping though my copy of the lock code in gdb, and seeing, in lsof, 5w on the open, still 5w on the fork, 5ww on the fcntl, and 5w again on the execl. > I wonder if the problem is unrelated to locking, but instead it's that > the Tcl database doesn't get explicitly destro...

...ything seems to work fine accept the wtmp(x) and utmp(x) files do not get updated? The problem existed in openssh 3.0.2 I just upgraded to 3.4 and still have the problem. Here is what I have found, if anyone has any info that would be great else I will have to live with this: The login program is execl'd in the sesssion.c file using the execl() call: ---------- static void launch_login(struct passwd *pw, const char *hostname) { char *env_init[] = {"MYENV=null", NULL}; /* Launch login(1). */ fprintf(stderr, "X11 forwarding not supported with IRIX login.\n&quot...

...point > > eric at bruno [ ~ ]$ lsof tmp.db/flintlock > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > cat 13543 eric 5w REG 8,9 0 930437 tmp.db/flintlock > cat 13552 eric 9w REG 8,9 0 930437 tmp.db/flintlock > > Blaming the execl is due to stepping though my copy of the lock code in > gdb, and seeing, in lsof, 5w on the open, still 5w on the fork, 5ww on > the fcntl, and 5w again on the execl. Odd, as you said elsewhere, execl() shouldn't drop the lock. It would be good to get to the bottom of this, as unreliabl...

...ic at bruno [ ~ ]$ lsof tmp.db/flintlock >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> cat 13543 eric 5w REG 8,9 0 930437 tmp.db/flintlock >> cat 13552 eric 9w REG 8,9 0 930437 tmp.db/flintlock >> >> Blaming the execl is due to stepping though my copy of the lock code in >> gdb, and seeing, in lsof, 5w on the open, still 5w on the fork, 5ww on >> the fcntl, and 5w again on the execl. > > Odd, as you said elsewhere, execl() shouldn't drop the lock. It would > be good to get to the botto...

...void do_pwchange(Session *s) { fflush(NULL); fprintf(stderr, "WARNING: Your password has expired.\n"); if (s->ttyfd != -1) { fprintf(stderr, "You must change your password now and login again!\n"); #ifdef WITH_SELINUX setexeccon(NULL); #endif #ifdef PASSWD_NEEDS_USERNAME execl(_PATH_PASSWD_PROG, "passwd", s->pw->pw_name, (char *)NULL); #else execl(_PATH_PASSWD_PROG, "passwd", (char *)NULL); #endif perror("passwd"); } else { fprintf(stderr, "Password change required but no TTY available.\n"); } exit(1); } Therefore,...

...gt; [1]+ Stopped examples/simpleindex tmp.db >> >> so it is presumably not anything to do with the FS or the OS. I am >> hoping that the right Tcl person (whoever that is) may pick something up >> in an strace. > > It's clearly not as simple as execl() always releasing the lock, but I > don't think we've ruled out the OS entirely yet - the above isn't > exactly equivalent to the Tcl code, as the two databases are created by > the same process in Tcl but different processes with simpleindex. but the same problem happens fro...

Hi, the man page an docs of ssh client say "If command is specified, it is executed on the remote host instead of a login shell." But afaik this is not quite accurate. The login shell is always started. But if a command is specified it runs that command instead of just opening an interactive setting. So if a user has /dev/false as login shell, you cannot run a command on that host via

...to get libguestfs appliance test to work on Ubuntu Lucid. I figured out my umask was causing problems and fixed that. now I'm on to a new problem. libguestfs-test-tool reports the following: febootstrap: mounting new root on /root febootstrap: chroot /proc/uptime: No such file or directory execl: /init: No such file or directory febootstrap: debug: listing directory / 2 d . 040755 4096 88619:5000 2 d .. 040755 4096 88619:5000 11 d lost+found 040700 16384 0:0 12 d bin 040755 4096 23083:5000 13 d boot 040755 4096 23...

...tly in my testing. When I >do use Solaris login (UseLogin yes), a ton of the important environment >variables (like TERM, etc) don't get passed. Is that normal behavior? Looking at the source os session.c it is obvious that when you use login the environment is not passed: execl(LOGIN_PROGRAM, "login", "-h", get_remote_ipaddr(), "-p", "-f", "--", pw->pw_name, NULL); But when the shell is exec'd directly it is: execve(shell, argv, env); Login can accept a list of environment variables i...

...sed kernel memory: 740k freed [??? 1.835213] Write protecting the kernel text: 5004k [??? 1.841437] Write protecting the kernel read-only data: 2048k /proc/uptime: No such file or directory febootstrap: ext2 mini initrd starting up febootstrap: mounting /sys febootstrap: insmod crc-ccitt.ko insmod: execl: Exec format error insmod: wait: File exists febootstrap: insmod crc-itu-t.ko insmod: execl: Exec format error insmod: wait: File exists febootstrap: insmod crc32c-intel.ko insmod: execl: Exec format error insmod: wait: File exists febootstrap: insmod crc32c.ko insmod: execl: Exec format error insm...

...2006] [warn] FastCGI: (dynamic) server "/home/martijn/domains/martijnvanleeuwen.nl/public_html/sponsors/public/test.fcgi" started (pid 18781) FastCGI: can''t start server "/home/martijn/domains/martijnvanleeuwen.nl/public_html/sponsors/public/test.fcgi" (pid 18781), execle() failed: No such file or directory [Tue Jan 10 16:55:32 2006] [warn] FastCGI: (dynamic) server "/home/martijn/domains/martijnvanleeuwen.nl/public_html/sponsors/public/test.fcgi" (pid 18781) terminated by calling exit with status ''255'' ###### What did i find out? Th...

I discovered, while trying to set up Tcl bindings for Notmuch (https://notmuchmail.org/), which uses Xapian, that flintlock was not being locked (I had lost updates). I then found that opening a Xapian database for writing directly via the Xapian Tcl bindings also silently fails to lock flintlock. I have taken a copy of flint_lock.cc to play with, and I find that it locks the file when called

...-- 67,73 ---- return; } ! debug3("Seeing PRNG from %s", _PATH_SSH_RAND_HELPER); if ((devnull = open("/dev/null", O_RDWR)) == -1) fatal("Couldn't open /dev/null: %s", strerror(errno)); *************** *** 91,99 **** _exit(1); } ! execl(SSH_RAND_HELPER, "ssh-rand-helper", NULL); fprintf(stderr, "(rand child) Couldn't exec '%s': %s\n", ! SSH_RAND_HELPER, strerror(errno)); _exit(1); } --- 91,99 ---- _exit(1); } ! execl(_PATH_SSH_RAND_HELPER, "ssh-rand-helper&q...

...app_mp3.c 22 Jun 2004 19:32:52 -0000 1.19 +++ app_mp3.c 22 Aug 2004 14:20:49 -0000 @@ -60,6 +60,7 @@ close(x); } /* Execute mpg123, but buffer if it's a net connection */ +#if 0 if (!strncmp(filename, "http://", 7)) { /* Most commonly installed in /usr/local/bin */ execl(LOCAL_MPG_123, "mpg123", "-q", "-s", "-b", "1024", "-f", "8192", "--mono", "-r", "8000", filename, (char *)NULL); @@ -68,7 +69,9 @@ /* As a last-ditch effort, try to use PATH */ execlp(&quot...

Hi, When I try to save a new execl file to a samba share, I 've got an error "unable to access to file", but the file is currently well saved. No problem with open office nor ms word. A wireshark trace indicate "Query_path_info/ error status_access_denied" thanks for your help regards --------------------...

...: already locked > > [1]+ Stopped examples/simpleindex tmp.db > > so it is presumably not anything to do with the FS or the OS. I am > hoping that the right Tcl person (whoever that is) may pick something up > in an strace. It's clearly not as simple as execl() always releasing the lock, but I don't think we've ruled out the OS entirely yet - the above isn't exactly equivalent to the Tcl code, as the two databases are created by the same process in Tcl but different processes with simpleindex. Could you try this C++ version: #include <x...

On Thu, Feb 25, 2016 at 05:21:17PM +0100, Eric J wrote: > On Thu, 25 Feb 2016 02:24:51 +0000, Olly Betts <olly at survex.com> wrote: > > It's clearly not as simple as execl() always releasing the lock, but I > > don't think we've ruled out the OS entirely yet - the above isn't > > exactly equivalent to the Tcl code, as the two databases are created by > > the same process in Tcl but different processes with simpleindex. > > but the...