On virtualization-supported hardware, nvidia actively blocks 64-bit memory addressing because, at least as far as I can tell, it cannot actively shadow its ROM. If it were mapped into 64-bit space its instructions could be read in real-time - which is a lot different than pulling a BIOS image off of a card.
At least since 3.11
The nvidia driver readme has a bit to say about valgrind along the same lines as well.
Anyway, that's their prerogative I suppose, but it sucked 6 months ago when I went to their forum after x mysteriously quit working following a (later than usual) kernel upgrade and all I found were months' old posts describing my same issue and not a single reply from any nvidia rep.
Ok, one more time - Does anyone know how to configure debian so the x logs don't get overwritten on reboot or whatever? In many cases Debian logs keep backups of older logs but that does not seem to happen here. Does anyone know why, and if/how one can configure Debian to keep older copies of the x log around?
Oh, and this seems like a reasonable question for the main site, unless there it has already been asked. I didn't find anything.
We don't seem to have a good Q&A on how exactly are shell scripts executed. Things like the difference between executing binary files and scripts and the difference between scripts with and without a shebang line. This question could be a good opportunity to write a one:
For this question, let's consider a bash shell script, though this question must be applicable to all types of shell script.
When someone executes a shell script, does Linux load all the script at once (into memory maybe) or does it read script commands one by one (line by line)?
In other words...
bash goes a long way to make sure it reads commands just before executing them.
For instance in:
cmd1
cmd2
The shell will read the script by blocks, so likely read both commands, interpret the first one and then seek back to the end of cmd1 in the script and read the script again to read cmd2...
i'm surprised that syntactically possible. suppose you have a really big function for example? doesn't it need to read to the end? or more generally, any syntax block
@Gilles @terdon - this is somewhat related, though it's how grep reads in a block at a time from a file. I would assume that interpreters are doing the same thing.
Most of the tools do not actually read a single line in from a file at a time, rather they use a buffer in memory to store chunks of lines. The tools operate a line at a time on the data in this buffer.
NOTE: By "line" I mean split by a \n, in grep's case, or whatever character is denoted as th...
I answered first that . and sh would both show different $0s or something.
Then toxalot came back and said no. So I tested it and dug into /process and posted like a tiny bit. Then I opened an edit on it and starting writing this crazy loop interpreter.
Graeme had answered with the sh -c ' ' argv0. So I was making -i invoke -c with different argv0s so you could customize $0.
I forgot about it after getting distracted and found it in an open tab later. Checked the page. "Woah."
@mikeserv @terdon - I worry for Stephane that these answers are causing him to have some sort of out of body experiences every time he produces one of the them 8-)
i may have somehow disabled it on my system, but I am not aware of having done so, and this is a relatively new install - I did a fresh install for wheezy. before that, this system was last installed feb 2007. my recollection before that is that the x log was not kept around either
That's what you want. That will set options to X at invocation. So you need to add one for log location. I'll check cmdline params. Yeah, do, sure. Probably there are 100 ways to set a log path. That will do it though.
Apparently xorg accepts configuring the log file path only at compile time. Logrotate - or whatever your logfile service is - would be the program that handles changing the filenames.
So you've gotta figure out why it doesn't do it for X.
Or at least, I think it will. Should work like nohup, basically.
As for logrotate - I never mess with that stuff. I always do silly hacks like above. Probably I should learn how it should be done properly eventually...
(EDIT: This is now solved (see the accepted answer). The problem lied with GREP_OPTIONS='--color=always'. Changing the value to --color=never resolved the problem.)
First off, the details.
BEFORE: kernel: 3.2.0-2-amd64, nvidia driver: 295.59
AFTER: kernel: 3.2.0-3-amd64, nvidia driver: 302.17...
It's the bytecode that comes with the colors - the escape sequences. Grep and sed are both used extensively by gnu compilers. If they're pumping out their results with terminal escapes there's gonna be a problem.
It used to. Colorizing grep --always isn't. Also, most compilations you do will be automated with fakeroot and chroot which clean their env and drop your shell aliases.
See his $PATH? ruby's at the head - priority. There are Ruby and perl scripts out there that parse the output from common apps and colorize them for you. Maybe that was part of it. They break compilers.
That's just a guess though.
I can't think of any other reason to put ruby scripts ahead of /bin though.
Its gotta be something like that - the ruby scripts directory is even called .../ruby.../bin
If he had just cleansed his $PATH he probably would have achieved the same results.
You should try chroot for compilations. For instance, with a typical compile chroot, you would --bind mount or link in only the bare minimum to do the job - so in this case, the ruby stuff would have been ignored cause it wouldn't have been there.
First off, the respective man page snippets highlight the differences between the two commands and give some indication of what is going on. For adduser:
adduser and addgroup add users and groups to the system according to command line options and configuration information in /etc/adduser.c...
If you use strace you can see how a shell script is executed when it's run.
Example
Say I have this shell script.
$ cat hello_ul.bash
#!/bin/bash
echo "Hello Unix & Linux!"
Running it using strace:
$ strace -s 2000 -o strace.log ./hello_ul.bash
Hello Unix & Linux!
$
Taking a look insid...
@slm Nice, that's the kind of thing I was hoping someone would answer. Dammit, I have to stop upvoting your answers just cause they're correct. I should wait until you make gems out of them so I can reward you :)
I have a file with 7 columns, a GFF file having chromosomal regions.I want to collapse the rows where REGION ="exon" to only one row in the file.The row has to be collapsed on the basis of regions being overlapping with each other.
REGION START END SCORE STRAND FRAME ATTRIBUTE
exon 26...
I am neither concerned about RAM usage (as I've got enough) nor about losing data in case of an accidental shut-down (as my power is backed, the system is reliable and the data are not critical). But I do a lot of file processing and could use some performance boost.
That's why I'd like to set t...
Do you have any idea what't going on in that perl snippet I just posted? I'm sure it's staring me in the face and I can't see it but why in the world is chomp($foo[$i+1]) apparently adding things to @foo?
Does he? He only has 4 Qs so far. I think he just does not know how to write scripts. But he's gonna have to learn if he's going to work in bioinformatics.
See if I latch the position of the n-th element of foo and use that it works as you expect, it's manipulating the @foo on you when you access it. I think this is the autovivification in Perl that you're tripping on
Autovivification is a distinguishing feature of the Perl programming language involving the dynamic creation of data structures. Autovivification is the automatic creation of a variable reference when an undefined value is dereferenced. In other words, Perl autovivification allows a programmer to refer to a structured variable, and arbitrary sub-elements of that structured variable, without expressly declaring the existence of the variable and its complete structure beforehand.
In contrast, other programming languages either: 1) require a programmer to expressly declare an entire variabl...
There are 2 approaches that I can think of off the top of my head. The first would involve using rsync the second would be to use a combination of ssh & diff.
NOTE: Both of these approaches would compare a directory on machineA that has all the files with a subset of these files on machine's B ...
I might have the wrong term, but basically it's when Perl will autocreate a data structure purely on accessing it
UPDATE
Please correct me if I'm wrong: For working on my computer, with a GNU/Linux Distribution named Debian, I know two
ways to enter a command, start an application, open a file, etc.:
a Command Line Interface where I enter text
a Graphical User Interface [a.k.a GUI]: an interface which pr...