spinnt fb oder spinn ich?

[Hansa]

Jo, ist wohl nix zu machen. Dann lebe eben damit, daß sich ein Programm mit demselben Datenbestand etwas anders verhält als Deines, ohne zu wissen weshalb.

[sancho1980]

mein programm?
welches anderes programm?
ich red von ner sp..

[Hansa]

Bin von folgendem ausgegangen :

Zitat von sancho1980:

grund: die sp läuft im ibexpert-debugger tadellos, aber wenn sie von firebird selbst ausgeführt wird, ist die ergebnismenge nicht korrekt.

Wenn es in IBExpert tadellos läuft und "in FB selbst nicht", was soll man dazu sagen ? Bin davon ausgegangen, daß "in FB" bedeutet : "außerhalb von IBExpert". Dein Programm benutzt ja hoffentlich dieselbe FB-Version wie IBExpert oder der -Debugger. Ist der extern, dann wären es schon 3 Programme. Hast Du eventuell sogar FB-GDS32 usw. -DLL Hickhack ? So, es läuft also mit IBExpert. Dann kann die SP ja gar nicht so falsch sein. Wieso gehts dann aber trotzdem nicht richtig ? Geht es vielleicht nur zufällig und nur momentan ? Ich könnte das Programm nicht ruhigen Gewissens so rausgeben, sondern würde der Sache auf den Grund gehen. Stelle Dir mal vor, es gibt tatsächlich einen Konflikt zwischen IBX und FB. Was dann ?

[mkinzler]

Zitat:

das problem ist, dass meine felder zuu groß sind - deswegen kann ich auf asterm, id keinen joint index kreiren.

???
Wie rufst du die SP außerhalb von IBExpert auf (in einem Delphiprogramm, einem anderen Admintool z.B. IB(O)Console oder ISQL?)
Schon mal mit FB2 versucht?

[sancho1980]

Zitat von Hansa:

Bin von folgendem ausgegangen :

Zitat von sancho1980:

grund: die sp läuft im ibexpert-debugger tadellos, aber wenn sie von firebird selbst ausgeführt wird, ist die ergebnismenge nicht korrekt.

Wenn es in IBExpert tadellos läuft und "in FB selbst nicht", was soll man dazu sagen ? Bin davon ausgegangen, daß "in FB" bedeutet : "außerhalb von IBExpert". Dein Programm benutzt ja hoffentlich dieselbe FB-Version wie IBExpert oder der -Debugger.

Eben nicht. Der Debugger benutzt nicht den Server, sondern ist ein eigenständiges Programm. Fb (zumindest 1.5) hat gar keine Debugger-Unterstützung.
Ich meinte nicht "außerhalb von IBExpert", sondern außerhalb vom Debugger..also die SP wurde im Debugger selbst (der ja eben NICHT auf die Engine zurückgreift) korrekt ausgeführt; bei Ausführung vom Server selbst aber nicht (also bsp-weise in isql, sql editor, der beispiele gibt es viele

[sancho1980]

Zitat von mkinzler:

Zitat:

das problem ist, dass meine felder zuu groß sind - deswegen kann ich auf asterm, id keinen joint index kreiren.

???
Wie rufst du die SP außerhalb von IBExpert auf (in einem Delphiprogramm, einem anderen Admintool z.B. IB(O)Console oder ISQL?)
Schon mal mit FB2 versucht?

fb 2 ist keine option weil ich mich daran schon mal versucht hatte; da hab ich erstmal gleich nen bug gefunden was das event-handling angeht(wie mir in fb-devel bestätigt wurde)..also bin ich mit fb2 vorsichtig...

[mkinzler]

Zitat:

fb 2 ist keine option weil ich mich daran schon mal versucht hatte; da hab ich erstmal gleich nen bug gefunden was das event-handling angeht(wie mir in fb-devel bestätigt wurde)..also bin ich mit fb2 vorsichtig...

Welche Version von FB hast du getestet? Die final steht ja vor der Tür, darin wird der Bug hoffentlich behoben sein.

[Hansa]

Sancho soll sagen, ob es sich lohnt weiter zu überlegen oder ob er mit Quereffekten leben kann. IMHO ist ein manchmal nicht/funktionierendes Programm viel schlimmer als eines, was von Anfang an nicht geht. Man stelle sich mal vor, es wird mit dem "Effekt" gelebt und ein User kann damit umgehen. Dann kommt in 2 Jahren ein anderer und der hackt dann auf dem Fehler rum und motzt sonst auch nur rum.

@Sancho :

Zitat von sancho1980:

...da hab ich erstmal gleich nen bug gefunden was das event-handling angeht...

Mit so was wäre ich äußerst vorsichtig. Erstens, ob es überhaupt ein Bug ist und zweitens mit Antworten von irgendwo von irgendwem. Viele "Bugs" lösen sich wegen selbst verschuldeter Fehler schnell in Luft auf. Was FB 2 betrifft : habe lange gezögert, es einzusetzen. Ich glaube, bei RC 3 oder sogar 4 habe ich es erst installiert. Und zwar erst dann wegen eines Irrtums. Es ging um den Umstieg auf C++. Habe gedacht, der käme erst in FB 2, aber das war schon mit FB 1.53. Mittlerweile sehe ich alleine schon deshalb FB 2 als sicherer an, als FB 1.5.

[sancho1980]

Zitat von Hansa:

Sancho soll sagen, ob es sich lohnt weiter zu überlegen oder ob er mit Quereffekten leben kann. IMHO ist ein manchmal nicht/funktionierendes Programm viel schlimmer als eines, was von Anfang an nicht geht. Man stelle sich mal vor, es wird mit dem "Effekt" gelebt und ein User kann damit umgehen. Dann kommt in 2 Jahren ein anderer und der hackt dann auf dem Fehler rum und motzt sonst auch nur rum.

@Sancho :

Zitat von sancho1980:

...da hab ich erstmal gleich nen bug gefunden was das event-handling angeht...

Mit so was wäre ich äußerst vorsichtig. Erstens, ob es überhaupt ein Bug ist und zweitens mit Antworten von irgendwo von irgendwem. Viele "Bugs" lösen sich wegen selbst verschuldeter Fehler schnell in Luft auf. Was FB 2 betrifft : habe lange gezögert, es einzusetzen. Ich glaube, bei RC 3 oder sogar 4 habe ich es erst installiert. Und zwar erst dann wegen eines Irrtums. Es ging um den Umstieg auf C++. Habe gedacht, der käme erst in FB 2, aber das war schon mit FB 1.53. Mittlerweile sehe ich alleine schon deshalb FB 2 als sicherer an, als FB 1.5.

Wie gesagt, die SP funktioniert jetz

Wegen dem Bug: die ham dazu n richtig offizielles Protokoll geschrieben mit pipapo; glaub mir mal, es war ein bug...

[mkinzler]

Zitat:

Es ging um den Umstieg auf C++. Habe gedacht, der käme erst in FB 2, aber das war schon mit FB 1.53. Mittlerweile sehe ich alleine schon deshalb FB 2 als sicherer an, als FB 1.5.

Was hat den die verwendete Programmiersprache damit zu tun?