search for: pwd

...e Ubuntu x86_64 and I had installed wine 1.1.8 from launchpad and i installed Red Alert 3 when i run it found that no cursor in game, so In order to lay Red Alert 3 with cursos i have compile wine from here git clone git://repo.or.cz/wine/hacks.git then i made symlinks cd hacks Code: mkdir -p `pwd`/lib32 ln -s /usr/lib32/libX11.so.6 `pwd`/lib32/libX11.so ln -s /usr/lib32/libXext.so.6 `pwd`/lib32/libXext.so ln -s /usr/lib32/libfreetype.so.6 `pwd`/lib32/libfreetype.so ln -s /usr/lib32/libfontconfig.so.1 `pwd`/lib32/libfontconfig.so ln -s /usr/lib32/libGL.so.1 `pwd`/lib32/libGL.so ln -s /usr/li...

On 13/04/18 07:59, Josh Soref wrote: > Randall S. Becker <rsbecker at nexbridge.com> wrote: > >> -REGRESSTMP = "$(PWD)/regress" >> +REGRESSTMP = `pwd` >> >> ? tests interop-tests t-exec unit: regress-prep regress-binaries >> $(TARGETS) >> > It looks like the problem is that pwd is in uppercase, not so much the > distinction between $() and ``. > > Can you confirm? I...

On Thu, Apr 12, 2018 at 6:29 PM, Josh Soref <jsoref at gmail.com> wrote: > Randall S. Becker <rsbecker at nexbridge.com> wrote: > >> >> -REGRESSTMP = "$(PWD)/regress" >> +REGRESSTMP = `pwd` >> >> tests interop-tests t-exec unit: regress-prep regress-binaries $(TARGETS) >> > > It looks like the problem is that pwd is in uppercase, not so much the > distinction between $() and ``. PWD is a commonly set environment...

.../home/git/openssh-portable/regress/rsa_ssh2_crnl.prv | diff - /home/git/openssh-portable/regress/rsa_openssh.prv cat /home/git/openssh-portable/regress/rsa_openssh.prv > /regress/t2.out /bin/sh: /regress/t2.out: cannot create This comes down to the OBJ variable being set to REGRESSTMP = "$(PWD)/regress" Which may work on some platforms but is not portable. REGRESSTMP = `pwd` resolves properly My proposed fix is this, which allows the tests to run in a generic LINUX/POSIX environment and is agnostic to make. +++ b/Makefile.in @@ -577,7 +577,7 @@ regress-binaries: regress/modpipe$...

Full_Name: Alexander Jerneck Version: 2.4.0 (2006-10-03) OS: Gentoo (2.6.17-custom kernel) Submission from: (NULL) (130.91.92.78) I had trouble installing R packages, either from inside R or from the commandline, with R complaining about not finding /usr/bin/pwd I have pwd in /bin/ so I created a symlink from /usr/bin/pwd to /bin/pwd and now I can install packages. I do not know where the original problem is however.

On Tue, Dec 13, 2016 at 06:22:41PM -0700, The Doctor wrote: > On Wed, Dec 14, 2016 at 12:12:21PM +1100, Damien Miller wrote: > > On Tue, 13 Dec 2016, The Doctor wrote: > > > > > Got you. Will run make tests. So far running on > > > FreeBSD 11.0 using openssl 1.0.2 current > > > > Thanks! > > Point of concern > > run test sftp-perm.sh

Hi David, It looks like you added the PWD= magic to Makefile.spec. It is preventing me from running bugpoint on the desktop, with errors like this: /Users/sabre/llvm/projects/llvm-test/External/SPEC/Sandbox.sh bugpoint- train Output/176.gcc.bugpoint-opt /Users/sabre/cvs/benchmarks/ speccpu2000/benchspec/CINT2000/176.gcc/data/train/...

I did make that change to support the following code in ToolRunner.cpp. I found that if I did not explicitly set PWD when invoking bugpoint, then it would not be in the environment. I'm not sure why PWD is not being inherited... perhaps some make weirdness... or bash??? and I don't know how it ever worked before my change. // Full path to the binary. We need to cd to the exec directory becau...

...est? how to deal with this? To me this looks like Matlab can't find those commands, and then it has nothing to with R. Make sure your Matlab scripts are available in the Matlab path or in the working directory of Matlab. You check the working directory of Matlab with: evaluate(matlab, "pwd=cd();"); pwd <- getVariable(matlab, "pwd")$pwd; print(pwd); Check to see if your scripts are in the working directory: evaluate(matlab, "files=dir();") files <- getVariable(matlab, "files")$files unlist(files["name",,]) If not, you have to...

...re is my fstab entry /dev/mapper/homer--vg-root / ext4 defaults,user_xattr,acl,barrier=1,errors=remount-ro 0 1 the only thing I noticed and I wasn't sure if it was an issue or not. When I run "lsof | grep /srv/samba/Printer_drivers" it gives me this lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 lsof: no pwd entry for UID 3000019 I was a little confused by the...

.../Makefile b/tools/virtio/Makefile index 8e2a908115c2..94106cde49e3 100644 --- a/tools/virtio/Makefile +++ b/tools/virtio/Makefile @@ -8,7 +8,18 @@ CFLAGS += -g -O2 -Werror -Wall -I. -I../include/ -I ../../usr/include/ -Wno-poin vpath %.c ../../drivers/virtio ../../drivers/vhost mod: ${MAKE} -C `pwd`/../.. M=`pwd`/vhost_test V=${V} -.PHONY: all test mod clean + +#oot: build vhost as an out of tree module for a distro kernel +#no effort is taken to make it actually build or work, but tends to mostly work +#if the distro kernel is very close to upstream +#unsupported! this is a development tool...

.../Makefile b/tools/virtio/Makefile index 8e2a908115c2..94106cde49e3 100644 --- a/tools/virtio/Makefile +++ b/tools/virtio/Makefile @@ -8,7 +8,18 @@ CFLAGS += -g -O2 -Werror -Wall -I. -I../include/ -I ../../usr/include/ -Wno-poin vpath %.c ../../drivers/virtio ../../drivers/vhost mod: ${MAKE} -C `pwd`/../.. M=`pwd`/vhost_test V=${V} -.PHONY: all test mod clean + +#oot: build vhost as an out of tree module for a distro kernel +#no effort is taken to make it actually build or work, but tends to mostly work +#if the distro kernel is very close to upstream +#unsupported! this is a development tool...

Hello, David > bugpoint now works for remote ARM if you run it directly from the > command line. It doesn't work correctly when invoked from the test > makefile because envvar PWD is being set to /bin/pwd and so causing > GCC::ExecuteProgram to do the wrong thing. I'm not sure what is going > on with that, perhaps something in the makefile hierarchy is setting > PWD to /bin/pwd instead of executing that command to get the pwd. I > will investigate. This might...

...oes a chdir("/") before executing and command. This happens inside the fork, so the jailbreak isn't affected in the parent. --- .gitignore | 1 + daemon/guestfsd.c | 2 ++ generator/actions.ml | 7 ++++++- tests/c-api/Makefile.am | 6 +++++- tests/c-api/test-pwd.c | 35 +++++++++++++++++++++++++++++++++++ 5 files changed, 49 insertions(+), 2 deletions(-) create mode 100644 tests/c-api/test-pwd.c diff --git a/.gitignore b/.gitignore index 4a5f0c1..3873a19 100644 --- a/.gitignore +++ b/.gitignore @@ -404,6 +404,7 @@ Makefile.in /tests/c-api/test-last-err...

...# ../configure # make I lack a proper amount of knowledge on the matter, but I think that this should be "legit" with a common autotools build toolchain. Tests suggest that (at least in my case) this is not working with configure: error: cannot find install-sh, install.sh, or shtool in `pwd` > ".."/`pwd` > Looking in the configure process in detail, the failure seem to follow the checks (/bin/sh -x output) + for ac_dir in '`pwd`' '"$srcdir"/`pwd`' > + test -f /home/gian/src/asterisk-1.8.26.0/my-build-directory/install-sh > + test -f /h...

...o bugpoint and Makefile.programs in the test suite. These changes shouldn't conflict with yours. revision 75292 revision 75293 bugpoint now works for remote ARM if you run it directly from the command line. It doesn't work correctly when invoked from the test makefile because envvar PWD is being set to /bin/pwd and so causing GCC::ExecuteProgram to do the wrong thing. I'm not sure what is going on with that, perhaps something in the makefile hierarchy is setting PWD to /bin/pwd instead of executing that command to get the pwd. I will investigate. David On Jul 10, 20...

...way for "ls" and "cd" when inside a symbolic link. The reason I ask is that I made a link to a directory with some scripts that saves output in "../output.txt" and I could not find the output until I found that ".." isn?t the directory you see when you do a $pwd. I solved the problem by making a directory and then make a link to each script in there. I would just like to know: 1) if there is a good reason to this behaviour. 2) if there is a rule, so you know when ".." is level up from $ pwd and when it is one level up from the link target. 3) if...

Hello, I want to leave pwd blank (to comply w/ company security protocol) and just be prompted by the driver-specific data source dialog box to enter the password after. But for some reason it is not working. R Version: "R version 2.15.1 (2012-06-22)" R Studio Version: 0.97.312 OS: Windows 7 library(RODBC) ##HERE...

From: Gene Cumm <gene.cumm at gmail.com> [MODULE] pwd to list present (current) working directory. If the returned string is empty, display ".". If the return value is NULL, display an error message. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> Unfortunately, it appears that COM32 getcwd is not working properly at this moment,...

Hi, I can't tell the reason and conditions to repeat this bug... "ls" and "ls $PWD" produce different directory listing (of different times, so a subdir is existing in one listing and missing in an other). ls . $PWD Linux 2.6.15.6 GNU bash, version 2.05b.0(1)-release (i386-pc-linux-gnu) Linux 2.6.15.6 PREEMPT i686 /dev/hda5 on / type ext3 (rw,errors=remount-ro,data=ordered...