We have SLES10 linux machines, and the gdb version available on them is a bit old. Here’s a quick cheatsheet on how to download and install a newer version of gdb for private use, without having to have root privileges or replace the default version on the machine:

mkdir -p ~/tmp/gdb
cd ~/tmp/gdb
wget http://ftp.gnu.org/gnu/gdb/gdb-7.0.tar.bz2
bzip2 -dc gdb-7.0.tar.bz2 | tar -xf -
cd gdb-7.0
./configure --prefix=$HOME/gdb
make
make install

You should now have a private version of gdb in ~/gdb/bin/gdb

Debugging one complex application manually without any help of debugger is realy tiresome job. On the other hand debuggers make it a simple and enjoyable experiences. The GNU Project Debugger( gdb ) is one of the best debugger available for developers. Programmers like it because of its simplicity and easy-to-use features.

gdb helps us in following things.

1. breakpoints : gdb allow you to pause at any point of execution and see the state of any variable currently in the scope.
2. next : using next command we can do line by line execution. Also can do dry-run of our application. Which makes debugging a very easy job. The complete flow of execution come alive while we do dry-run. It is very reliable way to identify logical errors of an application.
3. display : using display command developers can constantly monitor, state of one variable and can find the bug.
4. backtrace : if any code gives core dump, with help of backtrace features , developer can exactly pinpoint , from which location of code , problem started.

There are many other useful features provided by gdb. One can certainly explore by referring to official gdb documentation here http://www.gnu.org/software/gdb/documentation/

OpenCL(Open Computing Language) is open standard for General Purpose Parallel Programming Across GPU, CPU , DSP and Cell/BE Processor. OpenCL Program mainly having two part. The main program part, which is also called host code, is simple C or CPP Code with some API provided by OpenCL Library. The second part of the program is called OpenCL Kernel Code, which needs to be written in a different file. OpenCL Kernel code is having different syntax, though it is quite similar to C syntax.

While compiling any normal C or CPP Program , we can pass many flag to compiler which give instruction to compiler to do certain task ,like generating binary executable with optimized instruction set. Similarly one very important compiler flag is “-g”. This flag tells compiler like gcc or icc, to generate binary executable of an application with debugging information.

Ex. gcc -g HelloWorld.c

But developer face difficulties while compiling OpenCL Program . After compilation of OpenCL host code, binary executable will be generated for host code only because OpenCL kernel code gets loaded, linked, compiled and get executed on the fly at runtime. So the compiler does not create any separate binary file for Kernel code. After execution of host code binary , there will be no executable of the kernel code as well, available on system.

While using GDB, to debug OpenCL Program main problem comes with the OpenCL kernel code section. Because no executable is generated for OpenCL kernel source, so we can not pass kernel executable’s directory path to gdb. That is why, we need to take different approach to debug OpenCL Program using gdb.

In the following section I will describe how to debug OpenCL Kernel and OpenCL host code using GDB.

Following picture shows generic structure of OpenCL host code.

OpenCL Program Structure

If host program file name is HelloWorldOpenCL.c , then at the time of compilation , we can pass “-g” compiler flag to gcc compiler.

gcc -g -o run HelloWorldOpenCL.c

This will create one binary with debugging information. But how to pass -g flag while compiling OpenCL kernel code? If we look at above picture, we can notice that, at step 1.8. we are firing one API “ClBuildProgram()”. This is the API we use to build OpenCL Kernel code. The fourth parameter of this API allows us to pass compiler flag or options to OpenCL compiler on runtime.

So to enable gdb to debug your OpenCL program , This code section should be written something like bellow code snippet….

91 char *options = new char[10];

92 strcpy( options, “-g”);

93 status = clBuildProgram( *hProgram,1, *devices, options,NULL,NULL);

94 STATUSCHKMSG(“build”);

Compile your host code with -g flag. Now we can start debugging our program with following command

gdb ./<host-code-executable-name>

gdb will start and will wait for further user command. Find out the line number of the statement “status = clBuildProgram( *hProgram,1, *devices, options,NULL,NULL);” in host code. According to the above code snippet , in my program line number of this statement is 93. Then put one breakpoint at the very next statement , say “STATUSCHKMSG(“build”);”. gdb will halt its execution on this statement. Now we are all set to put break point in our OpenCL Kernel Code.

break 94

Because the kernel code is loaded , compiled and build with -g compiler flag so Kernel executable code will contain debugging information. But to put break point and debug Kernel code , we need any of the two thing. One : either kernel subroutine name , Two : The line number on which the statement is written. As the the code is compiled on runtime, there is no way that we can come to know, on which line which particular kernel code statement is placed. So there is one way to find the starting point of the code or subroutine. Use bellow command on gdb interactive shell to find out that , the kernel source code is successfully loaded.

find func __OpenCL_<your-kernel-subroutine-name>_kernel

say suppose my kernel name is “hello_world_OpenCL_kernel” then OpenCL compiler will mangle this soubroutine name as

__OpenCL_hello_world_OpenCL_kernel_kernel

now we can put break point at starting of kernel subroutine as follows

break __OpenCL_hello_world_OpenCL_kernel_kernel

Now as the break point is set at starting of OpenCL kernel subroutine , we can reach to that point with following gdb command.

continue

With this command control will reach to line __OpenCL_hello_world_OpenCL_kernel_kernel (). Which is the starting line of OpenCL kernel subroutine. To check , if everything is going well, type following command to gdb

list

This command will display next ten line of your source code. As your current source code file will be kernel source code file , you should be able to see OpenCL kernel source code. So that it. You are ready to rock with gdb … to debug OpenCL program. Put as many break points , as you want on that kernel source. use display command to constantly monitor any variable value …debug line by line of the source code by next command. Good luck..

NOTE :  with thanks to “brg” from AMD Developer forum.

arm-elf-GDB is the debugger that helps to simulate ARM processor.

Prerequisites:
-install arm-elf-gcc toolchain
-compile your source code with -g option turned on.

Lets us assume your output elf file is main.elf. Type the following command in the terminal to open GDB.

arm-elf-gdb main.elf

It brings up the gdb prompt. These commands initialises the gdb environment.

target sim
load

The first statement tells gdb that we are going to simulate ARM processor. Second line tells it to load the current ELF(main.elf) file into memory. Next step is to create some breakpoints and run the code.

From Wikipedia:-
(Note:- A breakpoint, in software development, is an intentional stopping or pausing place in a program, put in place for debugging purposes. More generally, a breakpoint is a means of acquiring knowledge about a program during its execution. During the interruption, the programmer inspects the test environment (logs, memory, files, etc.) to find out whether the program functions as expected. In practice, a breakpoint consists of one or more conditions that determine when a program’s execution should be interrupted.)

You can set breakpoint at a particular function, line number, address or offset.
Syntax:

break *address

• sets breakpoint at particular address

break function

• sets breakpoint at function

break filename:line_number

• sets breakpoint at line number of a specified file

break +offset
break -offset

• Set breakpoint some number of lines forward or back from the position at which execution stopped in the currently selected stack frame.

After you have set the breakpoints. Run the debugger using

run

Notice that debugger stops at the places you have set breakpoints. Now you can inspect the registers and memory using these commands.

info reg

• displays register information

x /5xw 0×00000800

• this displays memory starting at address(0×00000800). The /5xw instructs gdb to show 5 memory locations, each of length words and represented in hexadecimal. Use d instead of x to display in decimal. h or b instead of w to display in half-word or byte length.

After you have finished inspecting, you can either continue execution or step through each instruction or statement.

next

• steps through each statement.

continue

• continues debugging until next breakpoint is reached.

“At this point we have covered what might be called the conventional core of C.” K&R pp 34.

Yes, I’ve just finished chapter 1. Well, I’ve finished the easy stuff. There are harder programs suggested which I will do, but Kernigan & Ritchie assure me I have covered the conventional core. It’s taken me a while, I know.

I must say that in this first chapter I have really grown fond of emacs. I have found a few links which will be posted regarding emacs. In specific, the emacs-fu page which shows many tips & tricks on how to tweak your emacs to suit you best, as well as Peter Salzman’s GDP tutorial.

I need to finish the hallway before Thanksgiving, but I will be working on the afore mentioned ‘harder programs’ to truely complete chapter 1. And then from what I understand I will be going over the points covered in chapter 1 in greater depth.

1. Open Global Mapper program. Click Open Your Own
Data Files button or from menu command:File > Open Data File

2. Choose your line or polyline shp data file
3. Select projection, Zone, Datum and Planar Units you
want to use, then press OK

4. The polyline is open. Next step, click menu command
File > Export Vector Data > Export GPX file…

5. Select radio button All Loaded Data then press OK

6. Write the file name. Save as type: GPX format. The
file name with *.gpx extension was created. Then press Save button

7. Open Map Source program. Click menu command File > Open.
Select file name (*.gpx) you want to open

8. Next step. Click File  > Save as…
Write file name. Save as type: Garmin GPS Database (*.gdb)
The file name with *.gdb ekstension was created

Thanks to everyone who commiserated about my pinched nerve issues. I think I’m still a fair way from death’s door.

• jQuery Grid Rails Plugin – I keep meaning to look at the jQuery datagrid. Maybe this will encourage me.
• gdb.rb – gdb7 hooks for MRI. A fresh way to be nosy about running ruby code.

Tenor

Auf die Berufung der Klägerin wird das Urteil des Sozialgerichts Berlin vom 25. September 2007 aufgehoben und der Beklagte unter Änderung des Bescheides vom 21. Juli 2006 in der Gestalt des Widerspruchsbescheides vom 23. November 2006 verurteilt, bei der Klägerin ab April 2006 einen GdB von 50 festzustellen.

Der Beklagte hat der Klägerin die ihr entstandenen außergerichtlichen Kosten des Rechtsstreits zu erstatten.

Die Revision wird zugelassen.

Tatbestand

1Die Beteiligten streiten über die Höhe des bei der Klägerin festzustellenden Grades der Behinderung (GdB).

2Die 1953 geborene Klägerin leidet u.a. an einem insulinpflichtigen Diabetes mellitus Typ 2. Sie muss morgens, mittags und abends zu genau festgelegten Zeiten Insulin spritzen. Morgens hat sie auch ihren Blutzuckerwert zu messen. Sie muss ein starres Diätschema einhalten und dreimal täglich zu festgesetzten Zeiten jeweils vier Broteinheiten zu sich nehmen. Der HbA 1c -Wert betrug zuletzt 6,0. Die Einstellung der Blutzuckerwerte gelingt ihr nur durch ein hohes Maß an Disziplin bei der Gestaltung des gesamten Tagesablaufs, und zwar bezogen auf das Messen, das Spritzen, die Diät und den hohen täglichen sportlichen Aufwand. Regelmäßig betreibt sie über anderthalb Stunden am Tag Nordic Walking.

3Auf den Antrag der Klägerin von April 2006 stellte der Beklagte nach versorgungsärztlicher Auswertung der ihm vorliegenden ärztlichen Unterlagen mit Bescheid vom 21. Juli 2006 in der Gestalt des Widerspruchsbescheides vom 23. November 2006 bei ihr folgende Funktionsbeeinträchtigungen (die verwaltungsintern mit den sich aus den Klammerzusätzen ergebenden Einzel-GdB bewertet wurden) mit einem Gesamt-GdB von 40 fest:

4a) Diabetes mellitus (GdB von 30),

b) Sehminderung (GdB von 20).

5Die auf Zuerkennung eines GdB von 50 gerichtete Klage hat das Sozialgericht Berlin mit Urteil vom 25. September 2007 abgewiesen: Die Bescheide des Beklagten seien rechtmäßig, denn die Klägerin habe auf die Feststellung eines GdB in dieser Höhe keinen Anspruch.

6Der Diabetes mellitus sei mit einem Einzel-GdB von 30 zutreffend eingeschätzt worden. Maßstab seien die Anhaltspunkte für die ärztliche Gutachtertätigkeit (AHP), nicht der GdB-Katalog der Deutschen Diabetes Gesellschaft (DDG) vom 16. November 1994 (abgedruckt in Diabetes und Stoffwechsel, Nr. 7, 1998, S. 60). Dass es bei der Klägerin zu häufigen und ausgeprägten Hypoglykämien oder Organkomplikationen gekommen sei, welche die Anhebung des GdB auf mehr als 30 rechtfertigen könnten, sei aufgrund der versorgungsärztlichen Auswertung des Diabetes-Tagebuchs durch Dr. D nicht anzunehmen. Auch habe die Klägerin in der mündlichen Verhandlung angegeben, dass es bei ihr noch nicht zu einem Zuckerschock gekommen sei. Die Sehbehinderung rechtfertige nach den AHP einen Einzel-GdB von 20, denn aus dem Befundbericht der die Klägerin behandelnden Augenärztin A vom 22. Mai 2006 ergebe sich eine korrigierte Sehschärfe des rechten Auges von 0,9 und des linken Auges von 0,1. Weitere, über die Beeinträchtigung der Sehschärfe hinausgehende Funktionsstörungen lägen nicht vor.

7Gegen diese Entscheidung hat die Klägerin unter Vorlage diverser ärztlicher Unterlagen Berufung eingelegt. Der Senat hat Befundberichte der sie behandelnden Augenärztin A vom 11. Dezember 2008 und der Internistin Dr. T – S vom 4. Februar 2009 eingeholt.

8Die Klägerin ist der Auffassung, dass der Diabetes mellitus mit einem Einzel-GdB von mindestens 50 bewertet werden müsse. Es sei rechtlich unerheblich, dass es bei ihr in der Vergangenheit noch nicht zu einem Zuckerschock gekommen sei.

9Die Klägerin beantragt,

10das Urteil des Sozialgerichts Berlin vom 25. September 2007 aufzuheben und den Beklagten unter Änderung des Bescheides vom 21. Juli 2006 in der Gestalt des Widerspruchsbescheides vom 23. November 2006 zu verurteilen, bei ihr ab April 2006 einen GdB von 50 festzustellen.

11Der Beklagte beantragt,

12die Berufung zurückzuweisen,

13hilfsweise,

14die Revision zuzulassen.

15Er tritt dem Vorbringen der Klägerin unter Bezugnahme auf die versorgungsärztlichen Stellungnahmen der Internistin R vom 5. März 2009 und der Augenärztin L vom 12. März 2009 entgegen. Er ist weiterhin der Auffassung, dass der Diabetes mellitus mit einem Einzel-GdB von 30 zu bewerten sei. Sollte hierfür allerdings ein Einzel-GdB von 40 in Ansatz zu bringen sein, würde die Sehbehinderung der Klägerin zu einer Erhöhung des Gesamt-GdB von 50 führen.

16Wegen der weiteren Ausführungen der Beteiligten wird auf deren Schriftsätze Bezug genommen. Ferner wird auf die Schriftsätze der Beteiligten und den Verwaltungsvorgang des Beklagten verwiesen, die vorgelegen haben und Gegenstand der mündlichen Verhandlung gewesen sind.

Entscheidungsgründe

17Die zulässige Berufung ist begründet.

18Das Sozialgericht hat mit dem angegriffenen Urteil die Klage zu Unrecht abgewiesen. Denn der Bescheid des Beklagten vom 21. Juli 2006 in der Gestalt des Widerspruchsbescheides vom 23. November 2006 ist rechtswidrig, da die Klägerin einen Anspruch auf Feststellung eines Gesamt-GdB von 50 hat.

19Nach §§ 2 Abs. 1, 69 Abs. 1 Sozialgesetzbuch, Neuntes Buch (SGB IX) sind die Auswirkungen der länger als sechs Monate anhaltenden Funktionsstörungen nach Zehnergraden abgestuft entsprechend den Maßstäben des § 30 Bundesversorgungsgesetz zu bewerten. Zur Einschätzung des GdB sind zunächst die vom Bundesministerium für Arbeit und Soziales herausgegebenen Anhaltspunkte für die ärztliche Gutachtertätigkeit (AHP) heranzuziehen, und zwar entsprechend dem streitgegenständlichen Zeitraum die Fassungen der AHP von 2005 und 2008. Seit dem 1. Januar 2009 sind die in der Anlage zu § 2 Versorgungsmedizin-Verordnung (VersMedV) vom 10. Dezember 2008 (BGBl. I S. 2412) festgelegten „Versorgungsmedizinischen Grundsätze“ in Form einer Rechtsverordnung in Kraft, welche die AHP abgelöst haben.

20Hinsichtlich des Diabetes mellitus ist bei der Klägerin ein Einzel-GdB von 40 anzusetzen.

21Es ist allerdings nicht zu beanstanden, dass der Beklagte nicht den GdB-Katalog der DDG herangezogen hat. Denn nach der Rechtsprechung des Bundessozialgerichts (Urteil vom 24. April 2008, B 9/9a SB 10/06 R, SGb 2009, 168) war die sich aus dem Diabetes mellitus ergebende Teilhabebeeinträchtigung (bis zum Inkrafttreten der VersMedV) grundsätzlich nach den Bewertungsvorschlägen der AHP einzuschätzen: Bei den AHP handelte es sich um antizipierte Sachverständigengutachten, deren Beachtlichkeit im konkreten Verwaltungs- und Gerichtsverfahren sich zum einen daraus ergab, dass eine dem allgemeinen Gleichheitssatz entsprechende Rechtsanwendung nur dann gewährleistet ist, wenn die verschiedenen Behinderungen nach gleichen Maßstäben beurteilt werden (vgl. Bundesverfassungsgericht, Kammerbeschluss vom 6. März 1995, 1 BvR 60/95, SozR 3-3870 § 3 Nr. 6, S. 11f.). Zum anderen stellten die AHP ein geeignetes, auf Erfahrungswerten der Versorgungsverwaltung und Erkenntnissen der medizinischen Wissenschaft beruhendes Beurteilungsgefüge zur Einschätzung des GdB dar. Insofern wirkten die AHP nach Auffassung des Bundessozialgerichts normähnlich.

22Nach der genannten Entscheidung des Bundessozialgerichts vom 24. April 2008 bedürfen jedoch die Ausführungen der AHP 2008, soweit sie die Bewertung des mit Insulin behandelten Diabetes mellitus betreffen, einer Modifikation: Die (im Gegensatz zu den AHP 1996 und den AHP 2004ff. getroffene) Unterscheidung zwischen den Typen I und II des Diabetes mellitus ist für die GdB-Bewertung nicht zielführend, da sie klinischer Natur ist und – unter Berücksichtigung der Entstehung der Stoffwechselstörung – in erster Linie der Bestimmung der Behandlungsmethode dient. Bei Vorliegen einer Insulinbehandlung erlaubt sie jedoch keine trennscharfe Differenzierung nach den jeweils bestehenden Teilhabebeeinträchtigungen, da es eine größere Anzahl von Fällen des Diabetes Typ II gibt, bei denen unter Insulinbehandlung ähnliche Hypoglykämieprobleme auftreten wie bei einem Diabetes Typ I. Dementsprechend sind für die GdB-Bewertung andere Kriterien maßgebend. Der Begriff “einstellbar” in Nr. 26.15 der AHP 2008 ist deshalb dahin auszulegen, dass er darauf abstellt, ob bei dem behinderten Menschen (nicht nur vorübergehend) tatsächlich eine stabile oder instabile Stoffwechsellage besteht und welcher Therapieaufwand dabei erfolgt. Maßgebend ist, wie leicht oder wie schwer die allgemeinen Therapieziele beim Diabetes mellitus, nämlich das Vermeiden von Hyperglykämien (erhöhten Blutzuckerwerten) und Hypoglykämien (Unterzuckerung), erreicht werden können.

23Angesichts dieser Entscheidung des Bundessozialgerichts hat der Verordnunggeber unter Aufgabe der Differenzierung nach dem Typ I und dem Typ II des Diabetes mellitus – der Empfehlung des Ärztlichen Sachverständigenbeirats „Versorgungsmedizin“ beim Bundesministerium für Arbeit und Soziales (Rundschreiben vom 22. September 2008, IV C 3-48046-3) folgend – in Teil B Nr. 15.1 (S. 73f.) der Anlage zu § 2 VersMedV folgende Bewertung vorgesehen:

24

Zuckerkrankheit (Diabetes mellitus)

mit Diät allein (ohne blutzuckerregulierende Medikamente) 0

mit Medikamenten eingestellt, die die Hypoglykämieneigung nicht erhöhen 10

mit Medikamenten eingestellt, die die Hypoglykämieneigung erhöhen 20

unter Insulintherapie, auch in Kombination mit anderen blutzuckersenkenden

Medikamenten, je nach Stabilität der Stoffwechsellage

(stabil oder mäßig schwankend) 30-40

unter Insulintherapie instabile Stoffwechsellage einschließlich gelegentlicher

schwerer Hypoglykämien 50

Häufige, ausgeprägte oder schwere Hypoglykämien sind zusätzlich zu bewerten.

Schwere Hypoglykämien sind Unterzuckerungen, die eine ärztliche Hilfe erfordern.

25Diese Bestimmungen sind grundsätzlich auch für noch nicht bestandskräftig beschiedene Zeiträume vor Inkrafttreten der VersMedV am 1. Januar 2009 heranzuziehen (vgl. BSG, Urteil vom 11. Dezember 2008, B 9/9a SB 4/07 R, bei Juris, zu der Rückwirkung der vorläufigen Neufassung der AHP vom 22. September 2008 [a.a.O.]), vorliegend also ab Antragstellung im April 2006.

26Auf der Grundlage dieser Vorgaben wäre der den Diabetes mellitus der Klägerin betreffende Einzel-GdB mit 30 anzusetzen. Die Zuckerkrankheit ist nach den vorliegenden ärztlichen Unterlagen hinreichend eingestellt. Der Internist Dr. D hat in seiner versorgungsärztlichen Stellungnahme vom 30. März 2007 dargelegt, dass sich aus dem von der Klägerin eingereichten Diabetes-Tagebuchs zwar durchaus, jedenfalls im Jahr 2002, niedrige Blutzuckerwerte ergeben, jedoch deutlich eine entsprechende Ausgleichbarkeit abgelesen werden können. Häufige und ausgeprägte Hypoglykämien sind nicht belegt.

27Indes ist nach der aktuellen Rechtsprechung des Bundessozialgerichts (Urteil vom 23. April 2009, B 9 SB 3/08 R, bei Juris) eine Ergänzung der in Teil B Nr. 15.1 der Anlage zu § 2 VersMedV enthaltenen Regelungen zur Feststellung des GdB bei Diabetes mellitus angezeigt: Sie binden die Rechtsanwender nicht, da sie gegen § 69 Abs. 1 Satz 4 SGB IX verstoßen. Der medizinisch notwendige Aufwand für die Therapie einer Dauererkrankung wie des Diabetes mellitus kann je nach Art und notwendigen Zeitaufwand “Auswirkungen auf die Teilhabe am Leben in der Gesellschaft” im Sinne der genannten gesetzlichen Vorschrift haben. Demgegenüber wird in der Rechtsverordnung nach wie vor allein die Einstellungsqualität des Diabetes und nicht ein die Teilhabe beeinträchtigender Therapieaufwand berücksichtigt. Deshalb ist der Therapieaufwand von Gesetzes wegen bei der Entscheidung über die Höhe des GdB zwingend mit einzustellen. Die Notwendigkeit seiner Berücksichtigung kann ja nach Umfang dazu führen, dass der allein anhand der Einstellungsqualität des Diabetes mellitus beurteilte GdB auf den nächst höheren Zehnergrad festzustellen ist (so BSG, Urteil vom 11. Dezember 2008, B 9/9a SB 4/07 R, bei Juris).

28Dementsprechend ist im vorliegenden Fall bei der GdB-Bewertung des Diabetes mellitus neben der Einstellungsqualität auch der konkrete Therapieaufwand zu beurteilen, soweit er sich auf die Teilhabe des behinderten Menschen am Leben in der Gesellschaft nachteilig auswirkt.

29Der Umstand, dass die Klägerin morgens ihren Blutzuckerspiegel kontrollieren und sich regelmäßig dreimal täglich Insulin verabreichen muss, ist allerdings – für sich allein genommen – nicht geeignet, einen höheren Einzel-GdB als 30 zu begründen. Denn das Bundessozialgericht hat in seiner Entscheidung vom 24. April 2008 betont, dass sich allein aus der Zahl der täglichen Insulininjektionen (wie von der DDG vorgeschlagen wurde) nicht mit hinreichender Sicherheit und Genauigkeit auf das Ausmaß der durch einen Diabetes mellitus bedingten Teilhabebeeinträchtigung schließen lässt. Vielmehr ist jeweils auch das Ergebnis der therapeutischen Maßnahmen, insbesondere die erreichte Stoffwechsellage zu betrachten. So wird der GdB relativ niedrig anzusetzen sein, wenn mit geringem Therapieaufwand eine ausgeglichene Stoffwechsellage erreicht wird. Mit (in beeinträchtigender Weise) wachsendem Therapieaufwand und/oder abnehmendem Therapieerfolg (instabilerer Stoffwechsellage) wird der GdB höher einzuschätzen sein.

30Vorliegend ist zu berücksichtigen, dass bei der Klägerin nach dem letzten Befundbericht der sie behandelnden Internistin Dr. T – S vom 4. Februar 2009 ein häufiger Wechsel von Hypo- und Hyperglykämien besteht. Zwar zeitigt die Insulintherapie insoweit Erfolg, als ausgeprägte oder schwere Hypoklykämien vermieden werden. Mit dem vorgetragenen HbA 1c -Wert von 6,0 nähert der Langzeit-Blutzuckerwert der Klägerin sich dem oberen Normbereich, so dass – der subjektiven Einschätzung der Klägerin in der mündlichen Verhandlung entsprechend – von einer zufriedenstellenden Stoffwechsellage auszugehen ist. Jedoch erreicht die Klägerin diesen Therapieerfolg nur mit einem sie in nicht unerheblichem Ausmaß treffenden Therapieaufwand.

31Die Notwendigkeit, ihre Blutzuckerwerte zu kontrollieren, sich mehrmals am Tag Insulin zu spritzen und eine bestimmte Diät einzuhalten, trifft regelmäßig Diabetiker unter Insulintherapie. Der Umstand, dass die Klägerin täglich streng die Essenszeiten einzuhalten hat, ist im vorliegenden Fall der von ihrer behandelnden Ärztin vorgeschriebenen Therapieform geschuldet. Entscheidend ist, dass die Klägerin gehalten ist, täglich Sport zu betreiben. Der hierfür betriebene Aufwand von anderthalb Stunden am Tag kann nicht als gering im Sinne der Rechtsprechung des Bundessozialgerichts qualifiziert werden. Dies ist auch unter dem Aspekt, dass sportliche Betätigung allgemein wünschenswert ist, beachtlich, denn der Umstand, dass die Klägerin Sport in diesem Umfang betreibt, trägt unmittelbar zu dem Therapieerfolg mit bei und muss konsequenterweise im Rahmen des Therapieaufwandes, der Auswirkungen auf die Teilhabe am Leben in der Gesellschaft zeitigt, Berücksichtigung finden.

32Deshalb ist es gerechtfertigt, mit der Rechtsprechung des Bundessozialgerichts bei der Klägerin den Einzel-GdB wegen des Diabetes mellitus um einen Zehnergrad auf 40 anzuheben.

33Organkomplikationen, d.h. dauerhafte durch den Diabetes mellitus verursachte Gesundheitsstörungen an anderen Organen führen nicht zu einer Erhöhung des Einzel-GdB wegen Diabetes, sondern sind wie davon unabhängig entstandene Gesundheitsstörungen zu behandeln, also einzeln zu bewerten und nach Maßgabe des § 69 Abs. 3 Satz 1 SGB IX bei der Bildung des Gesamt-GdB zu berücksichtigen (vgl. BSG, Urteil vom 11. Dezember 2008 a.a.O.).

34Unter Verwertung der ihm vorliegenden ärztlichen Unterlagen hat das Sozialgericht Berlin überzeugend dargelegt, dass der Klägerin wegen der bei ihr vorliegenden Sehbehinderungen ein GdB von 20 zuzuerkennen ist. Hinsichtlich der Sehschärfe ist nach Nr. 26.4 (S. 50) der AHP bzw. Teil B Nr. 4 (S. 29f.) der Anlage zu § 2 VersMedV auf die MdE-Tabelle der Deutschen Ophthalmologischen Gesellschaft abzustellen, die bei einem korrigierten Sehvermögen von 0,9 auf dem rechten und 0,1 auf dem linken Auge, das ausweislich des Befundberichts der Augenärztin A vom 11. Dezember 2008 bei der Klägerin unverändert vorliegt, einen Einzel-GdB in dieser Höhe vorsieht. Die Einschränkung des Gesichtsfeldes des linken Auges wirkt sich – wie die Augenärztin L in der versorgungsärztlichen Stellungnahme vom 12. März 2009 überzeugend dargelegt hat, wegen der an diesem Auge bestehenden Amblyopie (Schwachsichtigkeit) nicht GdB-erhöhend aus. Das Gesichtsfeld des rechten Auges bewegt sich nach der Mitteilung der Augenärztin A im genannten Befundbericht innerhalb normaler Grenzen. Rechtlich unerheblich ist, dass, worauf die Klägerin hinweist, die Glaukom-Erkrankung fortgeschritten ist, da nicht auf die Erkrankung als solche, sondern auf das Ausmaß der Sehbehinderung ankommt, das sich vorliegend gerade nicht erhöht hat.

35Der Gesamt-GdB als Ausdruck der Gesamtbeeinträchtigung ist mit 50 zu bilden. Liegen mehrere Beeinträchtigungen am Leben in der Gesellschaft vor, ist der GdB gemäß § 69 Abs. 3 SGB IX nach den Auswirkungen der Beeinträchtigungen in ihrer Gesamtheit unter Berücksichtigung ihrer wechselseitigen Beziehungen festzustellen. Nach Nr. 19 Abs. 3 der AHP bzw. Teil A Nr. 3c der Anlage zu § 2 VersMedV ist bei der Beurteilung des Gesamt-GdB von der Funktionsstörung auszugehen, die den höchsten Einzel-GdB bedingt, und dann im Hinblick auf alle weiteren Funktionsbeeinträchtigungen zu prüfen, ob und inwieweit hierdurch das Ausmaß der Behinderung größer wird. Danach ist der für den Diabetes mellitus anzusetzende Einzel-GdB von 40 wegen der mit einem Einzel-GdB von 20 zu bewertenden Sehminderung um einen Zehnergrad anzuheben.

36Die Kostenentscheidung beruht auf § 193 SGG.

37Die Revision ist wegen grundsätzlicher Bedeutung der Rechtssache nach § 160 Abs. 2 Nr. 1 SGG zuzulassen.

Landessozialgericht Berlin-Brandenburg : L 13 SB 294/07

Convert gdb to shp

Untuk konversi data dari gps (*.gdb atau *.gpx) dalam bentuk line atau polyline ke shapefile (shp), berikut langkah-langkahnya :

1. Buka program Mapsource lalu cari data anda yang ingin di convert (ektensi *.gdb atau *.gpx)

2. Setelah terbuka, klik File > Save as….

10. Lalu muncul konfirmasi apakah file shp ingin ditambahkan sebagai theme pada view…?

Klik YES.

I’ve been giving lots of support on OpenGL programming lately because of a project my classmates had to turn in. One of them wanted to load a texture file into the code, and even though I’ve done that before on another project of my own, I have to admit I didn’t use a very high level approach to the task, so I recommended her a function I saw once while reading the OpenGL Super Bible.

The task of implementing the function into her code seemed simple: the whole code of the book is available at it’s web site, so after downloading it, I checked if the function required any special library, and it didn’t, so all she needed to do was copying and pasting the function implementation. But of course, it didn’t work as expected (if it had, then I wouldn’t be writing this). The code threw some errors, even when trying to load the same TGA file from the book’s code. After adding some debugging printfs, I noticed the function wasn’t actually failing at any point, yet after reading the bytes from the file, the read data was corrupted. Specifically, the code uses the following structure to store a TGA Header information:

typedef struct
{
GLbyte identsize;
GLbyte colorMapType;
GLbyte imageType;
unsigned short colorMapStart;
unsigned short colorMapLength;
unsigned char colorMapBits;
unsigned short xstart;
unsigned short ystart;
unsigned short width;
unsigned short height;
GLbyte bits;
GLbyte descriptor;
} TGAHEADER;

Taking into account the datatype sizes, (GLbyte: 1 byte, unsigned short: 2 bytes, unsigned char: 1 byte), that’s an 18 bytes structure to store the header, as specified by the TGA file format. The statement that loaded the info into the header was

fread(&tgaHeader, 18/* sizeof(TGAHEADER)*/, 1, pFile);

which seemed OK to me at the beginning. Yet the result of the operation was always giving weird numbers. I first thought of corrupt data files, but it wasn’t the case as I could successfully load those files in my image editor. I also thought that something could have failed while opening the file pointer, but there was no error on the fopen instruction, plus there were some data fields that were loaded fine. I then took a look at the program under the gdb debugger and after printing some of the file contents, I did an interesting finding: the size of the structure was not 18, but 20. By checking the memory locations of all the fields of the tgaHeader structure, colorMapStart was placed 2 bytes after imageType and xstart was placed 2 bytes after colorMapBits, even though both imageType and colorMapBits were just 1 byte long. The reason is obvious: the compiler did that for alignment purposes; yet I must confess I had never seen something like that before anywhere outside the books (:$ shame on me).

I then did the obvious fix: reading each member of the header structure one by one, and we finally had a working version of the TGA file loader. Yet, besides learning a lot more about TGA headers than what I ever wanted to know, I also learned two important things that day: never reading all contents from a file into a structure, and the importance of gdb for real life debugging.

Shit is epic.

Our client is seeking an experienced software engineer with a proven track record for delivering high quality software libraries for automation. This individual will be responsible for a wide range of automation tasks such as architecting, designing, and development of test framework libraries in C and Perl.  The test automation framework libraries will be used by functional test teams to develop automated test suites for functional testing our client’s product platform

Responsibilities:

• Architect, design and develop automation framework libraries and tools required for automation.
• Lead the development team to follow good software development processes (Agile/SCRUM) and seek opportunity to bring in continuous improvements in software design.
• Provide common automation infrastructure libraries for enabling automation developers to use the APIs for developing automated test suites for functional testing of our client’s products.
• Analyze the API requirements from automation engineers in functional QA teams and write detailed design specifications.
• Provide well documented code in C and Perl/Python along with library API documentation to ensure that automation engineers develop automated tests with high quality.
• Develop build scripts, unit and regression tests for the framework libraries in C and Perl/Python.
• Provide technical leadership and mentoring to other software engineers in automation development team and automation test developers.

Requirements:

• Strong programming experience working with C or C++ in a cross platform environment (Linux and Windows) is required.
• 6+ years of software design and development experience in the industry developing software products.
• Good programming experience in one of the scripting languages (Perl or Python) is required.
• Experience developing software (multi-threaded applications, shared libraries) in Linux, Windows is required. Experience with MAC/Solaris is a plus.
• Experience with using SWIG compiler to generate Perl and Python APIs based on C source code and open source test framework STAF is a plus.
• Experience developing software (applications, shared libraries) in Linux/MAC/Solaris and Windows is required.
• Excellent interaction and communication skills along with the ability to collaborate effectively.
• Experience with multi-platform development and various IDE and debugging tools (Eclipse, GDB, Visual Studio, Perl Debugger) is required.
• BS or MS degree in Electrical Engineering or Computer Science and minimum of 7 years of software development experience.

If you are interested in this position, please send your resume to raj@mindsource.com.

2000 subaru impreza WRX stil GDB 4WD turbo sale 6F 90,000km model GDB 2.0G 4 turbo.

Mint condition.

USE INQUIRY FORM BELOW AT FIRST, COMUNICATION WITH EACH OTHER
IS SOMETIES MESSED UP.
Payment–bank wire transfer beforeshipment in Japan. Before TT.
we provide you 2 IDs. Passport and Japan drivers licese.

________________________________________________________________

Kuroyanagi Shouten Ltd Japan.
#510 Castle May, 3-1422 Ueda-Higashi
Tenpaku, Nagoya  Japan 468-0006
ks.nra30133@gmail.com
fax +81 52 803 1870
tel +81 90-1417-1403
http://111kuroyanagi1.wordpress.com/
http://nagoyajapan1.wordpress.com/
http://japancarexport.at.infoseek.co.jp/index.html
http://ukcanada.hp.infoseek.co.jp/GTR.html
http://kuroyanagikazuo.hp.infoseek.co.jp/index.html
))))))))))))))))))))))))))))))))))))))))))
Google search tips for you
$$All the time google sarch+JP+sale is easier search in Japan limits only
)))))))))))))))))))))))))))))))))))))))))
E-mail only please, ecause night and days get upside downs with each other

it’s common knowledge that high programming languages are different from one another. some are object-oriented while others require VMs. one way these languages differ is how “low” a particular language is to assembly. for those of you who don’t know what assembly is, i’ll put it this way: if you want fast software, you won’t find anything better then assembly. the general rule is that the closer a language is to assembly, the faster it’ll run.

Now, after this nice intro, i’ll get down to business. take a look at the overly simple-code bellow:

int main(){
        int i = 0;
        i+=1;
        return i;
}

you won’t find anything special other than the fact that the a preschooler could have written it. the real fun starts next: assuming you have gcc and gdb, go ahead and compile the source. then start the gdb:

        gcc code.c -o code.bin
        gdb code.bin

for the other 90% (windows users) : as far as i know, gcc is included with bloodshed dev-C++, the question is whether gdb is included or not. if anyone knows anything, leave a comment.

once running gdb, simply type disas main, and the compiled code will be shown in assembly:

(gdb) disas main
Dump of assembler code for function main:
0x0000000000400448 :	push   %rbp
0x0000000000400449 :	mov    %rsp,%rbp
0x000000000040044c :	movl   $0x0,-0x4(%rbp)
0x0000000000400453 :	addl   $0x1,-0x4(%rbp)
0x0000000000400457 :	mov    -0x4(%rbp),%eax
0x000000000040045a :	leaveq
0x000000000040045b :	retq
End of assembler dump.

If anything, this proves that c is fast. but more importantly, it shows how the program is compiled, and therefore, can be compared with other compilable languages to reliably determine execution speed instead of relying on unreliable benchmarking tools.

by the way, i stumbled on this little gem by accident, and I’m glad that i did. now i have proof that C rules

ah my post text never showed up! But I’ll have to give you all the update about Canine Connections soon!

And Janda is coming with me to graduation tomorrow, so if anyone else is going, we’ll both see you there!

Fantine and Elbert were friends during their puppy years. Fantine career changed and is living with her raiser family. It was great to see them all running and playing together. The tug rope has always been a favorite with more than one dog as they can all get in on the action.

I am taking care of Elbert while his family is on vacation. This is Elbert’s vacation from work too. Elbert is a working Guide Dog living in Los Angeles. I raised Elbert from 2 months to when he went off to “college”. He applied to become a Guide Dog and got the job. Now he lives happily with Dan and Carol in Los Angeles (they went off to Dubai and let him have his own vacation too).

Pilot is loving having Elbert here. Elbert on the other hand sometimes needs a break from Pilot. I remind him that he was once a puppy too.