Inoffizielles deutsches Xbase-Forum

Hallo Tom, ich stimme voll zu. PGDBE ist eine super Sache, meiner Meinung nach bei weitem die wichtigste strategische Neuerung von Alaska in diesem Jahrhundert. Abgesehen davon, dass es (zumindest) Lesezugriff von "außen" auf die Daten ermöglicht (einschließlich jede Menge nützliche Werkze...

Hallo Tom, wenn alles so einfach wäre... :D Nur beim zweiten Lesen aber habe ich erkannt, dass das schon denkbar gewesen wäre. Mein erster Gedanke war "es geht bei uns meistens um TBrowse", aber dann fiel mir ein, dass TBrowse schon vererbt ist und ich könnte theoretisch sowas in die Skipp...

Ja, ich stimme zu. Da möchte ich Alaska nicht damit belasten, selbst wenn sie es annehmen würden, es war wirklich nur als Frage gemeint. Mir ist aber inzwischen ein Kompromiss eingefallen - wenn wir die MS Access Tabellen auch in Postgres halten, aber nur als reine SQL Tabellen ohne ISAM-Emulation, ...

Hallo Tom, Danke für Deine Antwort - tut mir leid, dass ich mich nicht klar ausgedruckt habe. Derjenige mit der MS Access Datenbank hat Tabellen, die nicht in der Hauptdatenbank sind, und hat in MS Access über vielen Jahren eine komplexe Funktionalität aufgebaut. Vielleicht wird der einzig richtige ...

Tja, das halte ich zwar für unwahrscheinlich, frage ich trotzdem... Hintergrund ist, es gibt in unserer Firma eine MS-Access Datenbank, woraus früher die DBFs der Hauptdatenbank (die nun auf Postgres ist) gelegentlich aktualisiert wurden. Nun, ODBC auf Postgres geht theoretisch wenn ich die Rechte a...

Kennt jemand vielleicht ein Werkzeug, das veraltete #ifdef/#ifndef Abschnitte "intelligent" vom Quellcode entfernt? Mittlerweile gibt es bei mir einige "steinzeitliche" Optionen, die bis Cl*pper zurückgehen und definitiv nie wieder eingeschaltet werden. Ohne diese Abschnitte wäre...

Verstehe ich dies richtig, dass Funktionsnamen generell unverändert in die WHERE-Klausel kommen? Dürfen wir also auch standard SQL-Funktionen in Filter-Ausdrücken verwenden? ;-) Wird die Syntaxanalyse weitergeführt für Funktionsparameter und für geklammerte Ausdrücke im Allgemeinen? Es wäre nett, fa...

Hallo Tom, Du hast völlig Recht, Filters sind ein leidiges Thema, Du hast schon mal gesehen wie weit ich gegangen bin um die teilweise in SQL zu übersetzen... Ich bin sehr gespannt auf die Zusammenfassung! Stored Procs sind eine schöne Sache, nutze ich auch, kann sie aber bisher nur innerhalb SELECT...

Hier ein bisschen ein Tipp, ein bisschen eine Frage nach Eure Erfahrungen... Ich hatte in der letzten Zeit einige derartige Fehler in unserer PGDBE Anwendung, dass ich früher (mit ADS oder "nackten" DBFs) korrupte Indexdateien stark in Verdacht gehabt hätte (z.B. auf dem falschen Datensatz...

Bei mir wie bei Jan.

Hallo Tom, Danke, das habe ich also übersehen. Wo kommt denn die Meldung? Inzwischen übrigens eine gute Nachricht - das Problem habe ich doch mit MDIDEMO leicht nachvollziehen können! :D Musste lediglich der Tabelle customer eine Boolean-Spalte hinzufügen, dann einen neuen Kunden anlegen & speic...

Danke Wolfgang, ich hatte nicht gesehen, dass es eine neue Version gibt. Es wäre vielleicht nett wenn die Xbase++ Workbench dies aktiv melden würde, wie z.B. bei MS Visual Studio. Ich schweife aber ab... Ich habe mir große Hoffnung gemacht, neue Version installiert und Projekt neu erstellt, aber das...

Zwischenmeldung: Es scheint weder am Typ DATE noch an der Initialisierung zu liegen. Wenn ich wieder auf Anfang gehe und ein BOOLEAN Feld hinzufüge, dann kommt auch der Fehler nach DBAPPEND. Mit der anderen Tabelle, die ich am 2.8. so erweitert habe, geht aber DBAPPEND. Nun untersuche ich die Unters...

Vielleicht habe ich doch ein solches Problem... Habe ein DATE-Feld hinzugefügt und bekomme nun Fehler 8999/5381 bei DBAPPEND(). Ausgerechnet die 8999/5381 bedeutet ja meistens etwas schwer auffindbares, in der Postgres-Log.Datei auf dem Server ist auch nichts was hilft. Hatte einen neuen Index im Ve...

Hi Jimmy,

da ich im Textmodus unter GUI arbeite, benutze ich nicht explizit XbpWindow.
Aber vielleicht kann ich es mit AppDesktop() holen...
Das Workaround scheint zwar erstmal zu gehen, aber das ist schon eine interessante Idee, Danke!

Hallo Jimmy, ja, UDF sieht so aus. Enthält zwar auch CLEAR TYPEAHEAD, ich meine aber nicht diese Zeile sondern vor dem Aufruf von ACHOICE. FUNC lifu_achoice_udf(nMode, nElement, nRow) LOCAL nReturn:=AC_CONT,; // default: continues nKey:=LastKey(), owa:=SELECT() IF nMode == AC_EXCEPT DO CASE CASE nKe...

Nur zur Info: Seltsamerweise ist manchmal auch CLEAR TYPEAHEAD nicht ausreichend, aber ich weiß nicht, ob das Problem allgemein nachvollziehbar ist. Ich habe den Effekt, dass ausgewählt wird wenn ein ACHOICE offen ist und das Windows-Fenster verschoben wird! Ich behalte zwar CLEAR TYPEAHEAD drin, ma...

Hallo Marcus,

seltsam, die Funktion keyboard() wurde bei mir nicht gefunden und führte zum Kompilationsfehler.

CLEAR TYPEAHEAD ging aber, und ist dokumentiert, also bleibe ich dabei.

Trotzdem Danke!

Recht herzlichen Dank Jimmy!

CLEAR TYPEAHEAD ist optimal - selbsterklärend und genau dafür gedacht - und funktioniert!

Danke Marcus!
In der Hilfe finde ich KEYBOARD nur als Command, es war mir nicht bewusst, dass es auch eine Funktion dazu gibt.
Weißt Du zufällig, ob sie auch noch mit der aktuellen Version der Workbench (Build 1461) funktioniert?
Sonst könnte ich natürlich auch selber probieren.

Nur zur Info hier, falls jemand außer mir noch Text-Modus unter GUI benutzt.
Das ging schon mal wie dokumentiert, seit einer Weile aber nicht mehr.
Hat mir Probleme bereitet vor ACHOICE() und in UDF dafür.
Vermeide ich nun mit:
KEYBOARD CHR(1)
INKEY()

Bisher habe ich keine Probleme dadurch gehabt.
Das sind nur ein paar einfache Felder bei mir, C 1 und L 1.
Sie sind auch nicht z.B. in Indexen gebraucht.
Falls ich später Probleme kriegen sollte dann melde ich mich wieder.

Zum Beispiel mittels pgAdmin4. Wäre viel einfacher so als auf klassicher dBase-Weise. Die Alaska-Tabellen (wie alaska-software.isam.tables) scheinen kein eigenes Verzeichnis der Felder zu beinhalten, und ich sehe keine Trigger, die davon beeinträchtigt werden könnten, also werde ich es auf alle Fäll...

Siehe PGDBE: DbSetScope() benötigt explizites DbGoTop():
https://www.xbaseforum.de/viewtopic.php?f=114&t=12010

Hallo Tom, sehe ich auch so. Der Bereich "Filter" hat mir wahrscheinlich die meiste Arbeit gekostet. Zu Deinem Problem mit dem Mandanten - ein extra Feld "Mandant" in jeder Tabelle (NULL für allgemein?) würde ich nicht unbedingt als schlimm ansehen. Wenn der akt. Mandant global i...