Domino 9 und frühere Versionen > ND9: Entwicklung
[INFO] 9 Jahre und 7 Versionen sind wohl nicht genug, um einen Bug zu fixen
Tode:
Ich soll gerade mal probieren, wie eine Datenbank reagiert, wenn Sie über die ominöse 64GB Grenze kommt.
Also habe ich angefangen, Code zu schreiben, der in einer Datenbank so lange Dokumente dupliziert, bis die DB die Grösse erreicht.
Und ich bin schon bei der ersten Zeile Code auf die Schnauze gefallen:
--- Code: ---Dim dblMaxSize as Double
dblMaxSize = 64 * 1024 * 1024
--- Ende Code ---
Der LotusScript- Editor markiert die zweite Zeile sofort rot mit einem "Overflow".
Also gegoogelt... Und siehe da: Dieser Bug ist seit 2005 bekannt. Hier die URL zum Dokument bei IBM (SPR# PCOY5ZJBNH):
www-01.ibm.com/support/docview.wss?uid=swg21171565
Leider müsst Ihr das Dokument über den Google- Cache öffnen, weil es bei IBM nirgends mehr zu finden ist.
Also: Bekannt seit 5.0, nicht gefixt in 6.0, 6.5, 7.0, 8.0, 8.5 (neuer Eclipse- Script- Editor), 9.0 ...
Geile Sache das... Wenigstens ist der Workaround einfach:
--- Code: ---dblMaxSize = 64.0 * 1024 * 1024
--- Ende Code ---
Ich lasse das mal einfach so stehen...
koehlerbv:
Ich setze noch einen drauf: Mehr als neun Jahre:
http://www-01.ibm.com/support/docview.wss?uid=swg21171565
Es reicht halt, wenn ein Term als aus Integer-Zahlen bestehend "gedeutet" wird - und bumm.
Wenn ich daran denke, dann checke ich das am Wochenende mal mit Notes 4.6 ;D
Ich denke, wir landen dann bei 15 Jahren für diesen Compilerfehler.
Bernhard
thkn777:
Notes kann manchmal schon *hust* seltsam sein.
--- Code: --- dblMaxSize = 1048576 * 64
dblMaxSize = 65536 * 1024
dblMaxSize = 67108864
--- Ende Code ---
--> wird ohne Meckern im R8.53 Editor akzeptiert ;D
Gruß,
Th
koehlerbv:
In jedem Term ist halt eine Zahl > Integer ;)
Der LS-Editor trainiert also dankenswerterweise unser Kopfrechenvermögen ;D
Bernhard
eknori (retired):
Problem ist, daß sich bei Big Blue niemand mehr um LS schert.
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln