|
|
Wednesday, December 23rd, 2009
|
|
|
|
http://www.groklaw.net/article.php?story=20091223095355279 Blank Rome has filed an Amended Exhibit A to their
first bill:
12/22/2009 - 996 - Exhibit - Amended Exhibit A Summary Sheets (Professional Background and Project Codes) to First Combined Monthly Fee Application of Blank Rome LLP For the Period of August 25, 2009 Through October 31, 2009 (related document(s) 986 ) Filed by Blank Rome LLP. (Fatell, Bonnie) (Entered: 12/22/2009)
Here's the prior Exhibit A [PDF], and the only differences that I see are that A. Root was originally listed as a paralegal, and now as a Law Clerk. On the second page, they have added some categories of work, for future use, as a template, I guess, because there are no entries for them as of yet. The categories are such things as IP Licensing, Other Litigation, US Patent Prosecution and Related Matters, Hearing Attendance, and Adversary Litigation.
|
|
Comments: Add Your Own.
|
|
|
|
http://gwolf.org/content/preparing-geeky-holidays-suitable-wine http://gwolf.org/2722 at http://gwolf.org Quoting The Klezmatics: It's everybody-else's annual end-of-the-year-time holiday, the name of which respectfully we do not choose to say, but that does not prohibit us in any concievable way from wishing you a very merry everybody-else's end-of-the-year-time holiday!
In order to properly welcome this 2010 in a geeky fashion, I got the following wines to share with my friends:
- My last bottle of the now world-famous and limited edition Debian wine, from Extremadura Tempranillo grapes
- What is it like trying to coordinate a timely, predictable release? Why, yes, it has precisely been described as herding cats. And even better, the most successful project so far to mate Debian with timely, predictable releases seems to come from South Africa. Likewise this nice bottle!
- Mar del Sur (Southern Sea) Chilean wine. Strikingly similar to our Debian wine, with a swirl that tends towards some reformistic proposals we have seen. We shall see what it holds for us!
- And as a tribute to our little derivative, Emdebian, we shall also try this Australian Little Penguin.
Happy ${joyful_ocassion}!
|
|
Comments: Add Your Own.
|
|
|
|
http://www.landschoff.net/blog/2009/12/hitting-the-dynamic-linker-wall/ http://www.landschoff.net/blog/?p=127 I was working on replacing some mockup code for testing an internal library with python. Basically, the C code is incredibly big and I would rather mock the 3rd party API we are using in python. I wrote a generator to create wrapping code that forwards the C API calls to my python module.
Now that most of the work is finished, I get the following error message from my python mock:
1 2 3 4 5 6
| Traceback (most recent call last):
File "simple_mockup.py", line 2, in <module>
import threading
File "/usr/lib/python2.5/threading.py", line 11, in <module>
from time import time as _time, sleep as _sleep
ImportError: /usr/lib/python2.5/lib-dynload/time.so: undefined symbol: PyExc_ValueError |
What’s going on here? This issue reminds me of a bug of my ancient Debian times which affected loading of GTK theme engines from python-gtk. The bug (#38138) is so old, it’s not even in the BTS archive anymore…
The problem is illustrated by the following example program (consisting of three files):
- demo.c
-
1 2 3 4 5 6 7
| #include <Python.h>
void test_python()
{
Py_Initialize();
PyRun_SimpleString("import threading\n");
} |
- main.c
-
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
| #include <stdio.h>
#include <dlfcn.h>
int main (void)
{
const char *error ;
void *handle = dlopen ("./demo.so", RTLD_LAZY | EXTRA_RTLD_FLAGS );
void (*test_python )();
*(void**) &test_python = dlsym (handle , "test_python");
if ((error = dlerror ())) {
fprintf (stderr , "%s\n", error );
return 1;
}
printf("Calling test_python @ %p in shared object @ %p.\n", test_python , handle );
(*test_python )();
dlclose (handle );
printf("Feels fine, finishing.\n");
return 0;
} |
- run_it.sh
1 2 3 4 5 6 7 8 9 10 11 12 13
| #! /bin/sh
gcc -shared `python-config --includes` -o demo.so demo.c `python-config --ldflags`
echo "Running example with default RTLD flags:"
gcc -DEXTRA_RTLD_FLAGS=0 -o main main.c -ldl
./main
echo
echo "Passing RTLD_GLOBAL in addition:"
gcc -DEXTRA_RTLD_FLAGS=RTLD_GLOBAL -o main main.c -ldl
./main
echo |
On my system, this results in the following output:
torsten@pulsar:~/sh_bug$ ./run_it.sh
Running example with default RTLD flags:
Calling test_python @ 0xb77084bc in shared object @ 0x96bc018.
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/threading.py", line 11, in <module>
from time import time as _time, sleep as _sleep
ImportError: /usr/lib/python2.5/lib-dynload/time.so: undefined symbol: PyExc_ValueError
Feels fine, finishing.
Passing RTLD_GLOBAL in addition:
Calling test_python @ 0xb783f4bc in shared object @ 0x95e1018.
Feels fine, finishing.
Sucky. So embedding Python into an application is easy but if you want to use the interpreter and its modules from a plugin, you are out of luck. Somebody knows a way around this problem? The only solution I can think of is to link libpython.so into each of the python plugins.
Update: Work around
Small update: For my current problem, the work around is to run the application with the python library preloaded: LD_PRELOAD=/usr/lib/libpython2.5.so.1.0 app. Back to adding functionality…
|
|
Comments: Add Your Own.
|
|
|
|
http://feedproxy.google.com/~r/wwdn/~3/i2cWvgOI-kk/the-twelve-days-of-pirate-christmas.html Reader Brian B. sent me this yesterday, and it made me smile so much, I secured permission to share it.
"The Twelve Days of Pirate Christmas"
On the twelfth day of Christmas my true love gave to me ...
12 ships to plunder,
11 cannons firing,
10 crewmen leaping,
9 sharks a' swimming,
8 rum-filled bottles,
7 lusty wenches,
6 jolly rogers,
5 gold doubloons,
4 eyepatches,
3 earrings,
2 wooden legs,
and a parrot for my shoulder - Arrr!
|
|
Comments: Read 2 or Add Your Own.
|
|
|
|
http://blog.windfluechter.net/index.php?/archives/849-Digikams-100%25-view.html http://blog.windfluechter.net/index.php?/archives/849-guid.html I'm using digikam to organize my pictures I took with my D90 DSLR. I always got the impression that the View -> "Zoom to
100%" menu shows not the full sized image (100%). When using another picture viewing program like okular and choosing
View 100% there, I get a "bigger" image. Proof is here:
You can see okulars view on the left in the foreground. Digikams 100% view is in the background at the right. Both apps
are showing the same JPEG picture. I don't know that Digikam is doing wrong there, but it's definitely not a 100% view
that it shows. Time for a bug report, I guess...
UPDATE:
Oh well... wondering why all those people got the Copyright-Notice.png instead of the real picture, I finally
discovered that I need to change the rewrite settings for the IPv4 vhost section as well. IPv6 users hadn't this kind of
problem. So, better use IPv6 instead of IPv4, folks! ;-)
And thanks to sgran for pointing out <vhost 1.2.3.4 2001::1:2:3:4> syntax! ;-)
UPDATE 2:
The bug report is filed and registered as #562197.
|
|
Comments: Add Your Own.
|
|
|