Did you see Google also provides maps of the moon, http://moon.google.com/, now?! It's in the blog a few posts down. If you go to maximal zoom, you'll finally see what the moon is made of!
From Dave Jones' document:... Enhanced coredumping. ~~~~~~~~~~~~~~~~~~~~~ - 2.6 offers you the ability to configure the way core files are
named through a/proc/sys/kernel/core_pattern file.
You can use various format identifiers in this name to affect
how the core dump is named.
%p - insert pid into filename
%u - insert current uid into filename
%g - insert current gid into filename
%s - insert signal that caused the coredump into the filename
%t - insert UNIX time that the coredump occurred into filename
%h - insert hostname where the coredump happened into filename
%e - insert coredumping executable name into filename
You should ensure that the string does not exceed 64 bytes. - Multithreaded processes can now dump core...
I'd love to, but the current version is still 0.11.0, which works with RC1, right? I guess we'll have to be a little more pateint for Jeff to release the garnome version that works with RC2.
Security holes sure, the patches for them might take a bit longer ...
Did you see Google also provides maps of the moon, http://moon.google.com/, now?! It's in the blog a few posts down. If you go to maximal zoom, you'll finally see what the moon is made of!
From Dave Jones' document: ... /proc/sys/kernel/core_pattern file.
...
Enhanced coredumping.
~~~~~~~~~~~~~~~~~~~~~
- 2.6 offers you the ability to configure the way core files are
named through a
You can use various format identifiers in this name to affect
how the core dump is named.
%p - insert pid into filename
%u - insert current uid into filename
%g - insert current gid into filename
%s - insert signal that caused the coredump into the filename
%t - insert UNIX time that the coredump occurred into filename
%h - insert hostname where the coredump happened into filename
%e - insert coredumping executable name into filename
You should ensure that the string does not exceed 64 bytes.
- Multithreaded processes can now dump core
I happened to be in Berlin last Saturday. Here's a photo of the Humboldt university on Unter den Linden as it looks now, during the protests.
See, that's why you need Mathematica. It gives the really useful answer
In[2]:= Integrate[ Sqrt[1 + x^(-4)], x]
-4 3/4 -4 2 2
Out[2]= -(Sqrt[1 + x ] x) - (2 (-1) Sqrt[1 + x ] x Sqrt[1 - I x ]
2 1/4
> Sqrt[1 + I x ] (EllipticE[I ArcSinh[(-1) x], -1] -
1/4 4
> EllipticF[I ArcSinh[(-1) x], -1])) / (1 + x )
I'd love to, but the current version is still 0.11.0, which works with RC1, right? I guess we'll have to be a little more pateint for Jeff to release the garnome version that works with RC2.
I already tried downloading and compiling 2.4.12, but in both the .tar.gz and .tar.bz2 files, I get error messages unpacking the tar balls:
---
[lots of names of unpacked files deleted]
linux/drivers/ide/ide-probe.c
linux/drivers/ide/ide-proc.c
linux/drivers/ide/ide-tape.c
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
bzip2: Data integrity error when decompressing.
Input file = (stdin), output file = (stdout)
It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.
You can use the `bzip2recover' program to *attempt* to recover
data from undamaged sections of corrupted files.
tar: 160 garbage bytes ignored at end of archive
tar: Child returned status 2
tar: Error exit delayed from previous errors
---
Did anybody else have these problems? I tried downloading from two different mirrors.
Martijn