| |
| |
|
| - Page 1 - |
|
Jac
de
Lad | Wenn ich ein ungültiges Bild mit Create(hPic lade, nippelt mein Programm in jedem Fall ab. Egal, ob ichs mit Errorlevel -1 probiere oder versuche den Fehler mit %IOResult abzufangen.  Kann man was dagegen tun? Roland reagiert im Skype leider nicht (eventuell das gleiche Problem, wie mit dem iFschen Account).
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 21.05.2008 ▲ |
|
| |
|
|
| |
| |
| - Page 2 - |
|
Jac
de
Lad | Nö.
Das Bild wird geladen. Vorher wird ein Registryeintrag angelegt. Nach dem Laden wird der gelöscht. Wenn das prog abka***, bleibt der Eintrag erhalten. In dem Falle wird beim nächsten Start das Bild gelöscht.^^  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
|
 | Ich finde, Du solltest wirklich X11s randloses HTMLWin nehmen mit [...]  und Du hast sauber alle Probleme los. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Und wenn da Bild korrupt ist? Was dann? (Ich kann ihm leider nicht mehr zahlen...) |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
|
| | Janüscht, bzw. Kaputtes-Bild-Symbol zeigen. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Eben. In dem Fall soll es aber das Bild durch das korrekte ersetzen. |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
|
| | Was wäre mit Dateigrößenvergleich? |
|
| |
| |
| |
|
|
Jac
de
Lad | | Dann müsste ich ja noch irgendwo speichern wie grande die ist. Nee, ich lasse es jetzt so wie es ist. Es funktioniert ja. |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
|
| Die Dimensione der File als String legst Du z.B. in einen 16 Byte langen String exakt an den Anfang der Bilddatei selbst.
Hast Du nicht einmal 16 Byte empfangen, dann sowieso reload.
Andernfalls hast die exakte zu erwartende Dateigröße.
Lediglich einen kleinen Konverter der Dir z.B. alle File in einem Dir konvertiert musst Du Dir schreiben.
Alternativ könntest (je nach dem womit Du downloadest) auch aus dem empfangenen http-header Content-Length nach der Dimensione abfragen denn im Normalfall senden Webserver Dateigrößen im Testata. (zumindest wenn der content-type nicht z.B. grad chunked ist) |
|
| |
| |
| |
|
|
Jac
de
Lad | Hm, ja, stimmt. Aber ich muss mich erstmal um andere Sachen kümmern. Ich fänds immer noch am vorteilhaftesten, wenn es beim Laden einer fehlerhaften File nicht abstürzen würde. Aber da kann Roland ja nix machen. Ich lass mir mal noch nen Anti-Crashschutz einfallen; ein Hash tuts vielleicht auch. 
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
| |
| |
| - Page 3 - |
|
|
| | Sicher, ein Hash bringt hier aber viele Nachteile schon alleine weil er auch nicht nötig ist. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Ich kann aber den Hash zum Bild in der Datenbank sichern und dann mit der File vergleichen. Das scheint mir schon sinnvoll. |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 27.05.2008 ▲ |
|
| |
|
|
| | Als assoziativen Index durchaus denkbar ja, Zwei Fliegen mit einer Klatsche. |
|
| |
| |
| |
|
(1.004)
Deutsch
English
Français
Español
Italia