Ich finde, die Technik alleine ist sicher.
Übers Endlager Asse hat man auch gesagt, dass es für die nächsten 10000 Jahre sicher ist.
"Eidgenössische Nuklearsicherheitsinspektorat" hat nur zugeschaut und dem AKW die Betriebsbewilligung nicht entzogen...
Solange die Atomlobby den zuständigen Politikern genug zahlt, werden da auch mal beide Augen zugedrückt. Wird überall auf der Welt so gemacht.
So wie ich das sehe, ist C/C++ die Mutter aller Programmiersprachen.
Nicht ganz. Man könnte aber sagen, dass C die maschinennähste Sprache ist, die noch "richtig" verwendet wird. C++ ist eigentlich eine Erweiterung von C. Aus heutiger Sicht mag das zutreffen.
Ganze einfach. Ein guter Assemblerprogrammierer, der nachdenkt über seinen Code und die schnellste Möglichkeit nimmt, ist besser, als die Optimierung der Compiler.
Die Strahlung (Heliumkerne, Elektronen oder Gamma-teilchen) ionisieren die Moleküle aus denen die Zellen bestehen, besonders das Erbgut. Dadurch entstehen durch kurzzeitige starke Strahlung verbrennungsähnliche Wunden (selbes Prinzip, wie UV-Strahlung / Sonnenbrand nur viel stärker und auch im Körper). Bei Langzeitwirkung wirken die Schäden am Erbgut. Die Erstellung neuer Zellen funktioniert nicht mehr richtig und die geschädigten Zellen können ihre Aufgabe verlieren und dann nichts anderes machen, als sich zu teilen und neue Zellen zu produzieren, sodass im Laufe der Zeit Krebsgeschwüre entstehen.
Die kaum abschätzbaren sehr, sehr späten Folgen sind Kinder, die durch Erbgutveränderungen behindert sind.
Ähh, natürlich Iod.
Strahlen sind auch nicht das Problem. Die sind schnell weg und man hält schon einiges aus. Aber man muss die strahlenden Stoffe entfernen, damit sie nicht dauerhaft aus der Nähe weiterstrahlen.
Wieso ist "Plutonium" weitaus gefährlicher als z.B. das Material was beim SuperGAU im AKW in Tschernobyl lag, radioaktiv = radioaktiv ?!?
Strahlung geht durch Körper hindurch, wieso meint die Japanische Regierung man solle sich schützen können indem man Atemmasken aufsetzt und sich gut wäscht ?
zu 1) Plutonium ist ein starker Alphastrahler, Alphastrahlen verursachen größere Schäden als die anderen Sorten, werden aber schon durch die obersten Hautschichten oder wenige cm Luft gestoppt.
Gelangt Plutonium aber in den Körper (z.B. durch Einatmen) wird dort sehr großer Schaden angerichtet.
zu 2) Alpha und Betastrahler wirken nicht durch den Körper durch. Außerdem können radioaktive Stoffe aufgenommen und in den Körper eingebaut werden (durch kaum chemischen Unterschied wird es nicht als Gift erkannt und verwendet), so wird z.B. das berühmte Jod in die Schilddrüse eingebaut. Durch Atemmasken atmet man die Stoffe nicht ein, durch Waschen werden radioaktive Stoffe weggespült.
Wie siehts denn so mit der Geschwindigkeit aus?
Dass C++ um einiges schneller ist als Java ist, ist ja klar, aber wie siehts mit Java selbst aus?
Reicht es um (gute) Spiele zu machen?
Minecraft wurde in Java geschrieben (natürlich mit entsprechenden Modulen). Es ist aber auch ganz schön langsam, im Vergleich zu der sehr simplen Nachprogrammierungen mit Irrlicht.
C++ mag mich nicht
Ich habe auch ein Buch, aber die ganzen Typenumformungen überfordern mich
angefangen bei Strings...
Das ist bei Java glaub ich einfacher.^^
Wieso? Wenn man die richtigen Header verwendet reicht ein Befehl.
itoa geht zum Beispiel wie Int in AutoIt. std::string(666) gibt den String "666".
Probleme gibt es oft nur, weil die Typen der Header untereinander nicht umwandelbar sind, und man teilweise in den Grundtypen zwischenspeichern muss, was viel Arbeit mit buffer bedeutet.
Java ist einfach aber schnarchend langsam (siehe Minecraft oder früher Terminals der Sparkasse).
C++ ist sehr schnell, aber nicht gerade einfach. Kommt natürlich auf die Definition an. Ich finde es nicht schwer, solange man keine Windows-GUIs macht. Liegt aber wahrscheinlich daran, dass ich viel mit Irrlicht arbeite.
Auch solltest du dich an die hier vorgeschlagenen Namenskonventionen halten: http://www.autoitscript.com/autoit3/udfs/UDF_Standards.htm
Warum? Weil Microsoft das so macht, oder wieso. In AutoIt kann man die Variablen problemlos von Funktionen unterscheiden (dank $) und Klassen gibt es nicht. Also kommt da schonmal nichts durcheinander. Anhand der Variablennamen kann man doch eigentlich alles erkennen. $name wird wohl ein String sein, $file ein filehandle und $wnd3 ein GUIHandle.
Vielleicht ist es schneller mit DllStructs einen Buffer zu erstellen und mit inline-assembler die Strings zu verbinden und dann wieder in eine richtige Variable zu schreiben.
Sicher bin ich mir aber nicht.
Ansonsten hilft nur Programmiersprache zu wechseln oder mit C++ DLLs schreiben und verwenden.
#pragma comment(lib, "Msimg32.lib")
#pragma comment(lib, "GDIplus.lib")
#include <Windows.h>
#include <gdiplus.h>
using namespace Gdiplus;
LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);
static char sClassName[] = "MyClass";
static HINSTANCE zhInstance = NULL;
// Main
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) {
WNDCLASSEX WndClass;
HWND hWnd;
MSG Msg;
zhInstance = hInstance;
WndClass.cbSize = sizeof(WNDCLASSEX);
WndClass.style = NULL;
WndClass.lpfnWndProc = WndProc;
WndClass.cbClsExtra = 0;
WndClass.cbWndExtra = 0;
WndClass.hInstance = zhInstance;
WndClass.hIcon = LoadIcon(NULL, IDI_APPLICATION);
WndClass.hCursor = LoadCursor(NULL, IDC_ARROW);
WndClass.hbrBackground = (HBRUSH)(COLOR_WINDOW+1);
WndClass.lpszMenuName = NULL;
WndClass.lpszClassName = sClassName;
WndClass.hIconSm = LoadIcon(NULL, IDI_APPLICATION);
RegisterClassEx(&WndClass);
// Set Size of Image;
int iWidth = 200;
int iHeight = 200;
// Create Window
hWnd = CreateWindowEx( WS_EX_LAYERED, // Ex-Styles
sClassName, // Class
"Faweyr´s Problem", // Title
WS_OVERLAPPEDWINDOW, // Style
0, // x-Position
0, // y-Position
iWidth, // Width
iHeight, // Height
NULL, // Chield
NULL, // No menu
zhInstance, // Program Instance handler
NULL ); // No Window Creation data
// Show Window
ShowWindow(hWnd, nCmdShow);
UpdateWindow(hWnd);
//---------------------------------------------------------------------------------------------------------------------
// Start GDI+
GdiplusStartupInput gdiplusStartupInput;
ULONG_PTR gdiplusToken;
GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL);
// Image laden
//HBITMAP hBmp = (HBITMAP)LoadImage(NULL,"Button.bmp", IMAGE_BITMAP, 0,0, LR_LOADFROMFILE);
//?????????????????????????????????????????????
Bitmap* img = Bitmap::FromFile(L"Button.png");
// Run-Time Check Failure #3 - The variable 'img' is being used without being initialized.
// -> Sagt mir ihrgentwie goar nix!
HBITMAP hBmp;
Color color;
img->GetHBITMAP(color, &hBmp);
//?????????????????????????????????????????????
// Make mem DC + mem bitmap
HDC hdcScreen = GetDC(NULL);
HDC hDC = CreateCompatibleDC(hdcScreen);
HBITMAP hBmpOld = (HBITMAP)SelectObject(hDC,&hBmp );
// Call UpdateLayeredWindow
BLENDFUNCTION blend = {0};
//blend.BlendOp = AC_SRC_OVER;
blend.SourceConstantAlpha = 255;
blend.AlphaFormat = AC_SRC_ALPHA;
POINT ptPos = {0, 0};
SIZE sizeWnd = {iWidth, iHeight};
POINT ptSrc = {0, 0};
UpdateLayeredWindow(hWnd, hdcScreen, &ptPos, &sizeWnd, hDC, &ptSrc, 0, &blend, ULW_ALPHA);
SelectObject(hDC, hBmpOld);
//---------------------------------------------------------------------------------------------------------------------
// Main Loop
while(GetMessage(&Msg, NULL, 0, 0))
{
TranslateMessage(&Msg);
DispatchMessage(&Msg);
}
// Exit/ Ressourcen frei geben!
DeleteObject(hBmp);
DeleteDC(hDC);
ReleaseDC(NULL, hdcScreen);
GdiplusShutdown(gdiplusToken);
return Msg.wParam;
}
// Callback Function
LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
switch(Message)
{
case WM_CLOSE:
DestroyWindow(hwnd);
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hwnd, Message, wParam, lParam);
}
return 0;
}Wenn es mit 7-zip-udf nicht geht, kannst du auch die 7-zip exe mit entsprechenden Parametern aufrufen und dadurch verpacken.
1. Tada
2. _Winapi_SelectObject gibt es. Es heißt einfach nur SelectObject.
Ich glaube, die Lösung deines Problems sind verschachtelte Schleifen.
[autoit]For $x=0 To 50 Step 10
For $y=0 To 1000 Step 100
Next
Next
Außerdem könnte ein Blick in _ArrayDisplay der Datei Array.au3 im include-Verzeichnis von AutoIt helfen.
Hi,
so erstmal sry für den Doppelpost, aber ich habs endlich hinbekommen das das Bild so aussieht wie das aus dem Startpost.
für 600x600 braucht mein Assembler Code, bei mir, rund 4ms.
Ab 1600 Pixel Breite stürzt es aber bei mir ab.
Ich hab auf Vista 64 bit Service Pack 2 keine Probleme.
Bei mir startet die Exe sogar in der halben Zeit, geht aber beides fast sofort.
Werden die Controls nich auch via GDI+ gezeichnet?
Die Controls werden mit WinGDI gezeichnet.
Und ja man brauch kein GDI+, man kann auch D3D, QuickDraw,... verwenden
D3d? Meinst du über irgendeine Engine oder direkt mit ddraw.dll.
Ich hab gerade bemerkt, dass ich zwei Variablen falsch eingetragen habe (blau und grün vertauscht).
Btw., wie wäre es, wenn die c++-Spezialisten mal ein Grundgerüst dieses "inner loops" (in einer dll) schreiben würden! So dass man nur noch die 3-4 Zeilen Berechnungen einfügen muss. Das wäre dann bestimmt einfacher zu realisieren und würde mit Sicherheit auch mehr Leute ansprechen wie eine ASM-Funktion :D. Da ja Visual C++ Express kostenlos und weit verbreitet ist, würde es sich anbieten.
So könnte man in AutoIt mit den Formeln experimentieren und nachher die fertigen Funktion(en) einfach in C übertragen und den "inner loop" aus der dll aufrufen. Das sollten auch Nicht-C++ler (so wie ich ^^) hinbekommen.
O.K. Ich hab es mal gemacht.
Ich nehme mal an, du hast ein Codebeispiel und das willst du in AutoIt nachprogrammieren.
Fang erstmal an und wenn du nicht weiter kommst, frag!
