Xbase++ 2.0 auto-update

[Fischkopp]

Hallo,
habe mir gestern über die workbench das 1. update für 2.0 gezogen

Ist, wie heute standard, mit Installer etc, alles schön und automatisch , aber laaaahm

Aber nach der Installation fehlten plötzlich include-Dateien

besonders toll, wenn auch Fremd-Produkte gelöscht werden!
Es fehlten konkret:
ot4xb.ch
ot4xb.lib
mysql.ch
myerror.ch
und aus der 1.9er Version
asinet10.lib

Das diese Liste komplett ist, glaub ich nicht, habe nicht soviel eingebunden.

Also wieder reinkopiert, und alles schön. Aber muß ich mir jetzt `ne Batch schreiben, um nach jedem Update gelöschte Dateien wieder einzuspielen ?
Find ich irgendwie nicht so toll.
Beim nächsten Mal werde ich mal ein extra Verzeichiss für diese Dateien einbinden, mal sehen, ob der Installer die dann auch findet
Also, wer kein backup hat, hat den Streß programmiert!
In diesem Sinne

[Jan]

Ich würde das an den Support schreiben. Es gibt da anscheinend ein paar mehr Probleme, die die im Zusammenhang mit der Update-Funktion beheben müssen.

Jan

[brandelh]

Der "Update" ist ja eine komplette Neuinstallation mit Berücksichtigung von Einstellungen.
Dennoch ist es eher ungewöhnlich, dass FREMDE Dateien gelöscht werden sollen ...

Aber die Asinet der 1.90 darf keinesfalls mit der von 2.00 verwendet werden !
Wenn also eine Datei der Asinet 1.90 nicht mehr in 2.00 enthalten ist, dann braucht man die auch nicht mehr.

Es gibt einige Dateien die in den Änderungslisten als gestrichen (unnötig) bezeichnet wurden, die genauen habe ich jetzt nicht im Kopf.
Hier kann man einfach den Quellcode bzw. die Project.xpj ändern und den Verweis auf die nicht mehr vorhandene Datei löschen.

Natürlich hätte auch Alaska diese Einträge einfach überlesen können, aber ...

[Martin Altmann]

Nun,es stellt sich (finde ich) die Frage, warum man überhaupt Fremddateien in den Alaska-eigenen Verzeichnissen ablegt. Die haben dort nichts zu suchen.
Wer das tut, handelt grob fahrlässig - zumindest in meinen Augen!

Viele Grüße,
Martin

[brandelh]

DANKE

Aber warum soll ich die QuickPDF.DLL, OT4XB.DLL etc. nicht in LIB und RUNTIME unterbringen ?
Und die OT4XB.CH nicht in INCLUDE ?
Oder die XppZip.* ...

Was soll daran gefährlich sein ...

[Martin Altmann]

Das siehst Du doch Oder nicht?
Kurz: Es hat da nichts zu suchen, da es nicht von Alaska ist. Es gibt schließlich Umgebungsvariablen (PATH, LIB, INCLUDE), die man entsprechend erweitern kann/muss.

Viele Grüße,
Martin

[brandelh]

gerade bei Xbase++ versionsabhängigen DLL und LIB Dateien (XppZIP, SQLexpress etc.) ist es zweckmäßiger die Dateien in denen von Xbase zu halten.
Und natürlich habe ich noch Kopien um eventuell fehlende zu ersetzen

meine Umgebungsvariablen sind schon lang genug. Aber jeder wie er es mag !

[Martin Altmann]

Hubert,
das ist nicht nur eine Frage, wie es jeder mag! Selbstverständlich ist es einem Softwareanbieter überlassen, was er bei einem Upgrade mit den alten Dateien in "seinem" Verzeichnis macht.
Wer sich darauf verlässt, dass schon nichts wegkommt, ist von allen guten Geistern verlassen
Selbstverständlich wäre es schön, wenn nur das weggeräumt würde, was zum ursprünglichen Umfang der Installation gehörte - aber darauf verlassen sollte man sich nie!
Und wenn Dir Deine Umgebungsvariablen schon lang genug sind, dann ist der beste Platz für alle(!) benötigten LIB, DLL, CH-Dateien noch immer das eigene Entwicklungsverzeichnis (bzw. ein eigenes Unterverzeichnis)

Viele Grüße,
Martin

[georg]

Hallo,


ich schliesse mich da Martin an. Eigene Zusätze sowie Fremdprodukte liegen in eigenen Verzeichnissen. Grundsätzlich.

So brauche ich bei einem Austausch/Update/etc. nie darüber nachzudenken, welche von den Dateien denn nun Leichen sind und welche nicht.

[brandelh]

Selbstverständlich ist es einem Softwareanbieter überlassen, was er bei einem Upgrade mit den alten Dateien in "seinem" Verzeichnis macht.
Wer sich darauf verlässt, dass schon nichts wegkommt, ist von allen guten Geistern verlassen

So habe ich das jetzt aber nicht gemeint !

ist der beste Platz für alle(!) benötigten LIB, DLL, CH-Dateien noch immer das eigene Entwicklungsverzeichnis (bzw. ein eigenes Unterverzeichnis)

dann müsste ich aber von jeder LIB und DLL die Xbase-Versions-abhängig ist in jedem Verzeichnis eine Kopie haben, das gefällt mir nicht.

Was ich meine ist, dass gefährlich für mich schon etwas übertrieben klingt.
Wenn ich meine Umgebung so erstellt habe, dass ich die in den Alaska Verzeichnissen halte, muss ich das natürlich später eventuell wiederholen.
Dafür habe ich Batchdateien die das machen. So hole ich mir auch den 2.0 compiler in meine Verzeichnisstruktur

[brandelh]

Zu gefährlich fällt mir noch ein, dass ich mich vor einiger Zeit wunderte, warum die OBJ Dateien im CL5 Verzeichnisbaum fehlten ...
Bis mir einfiel, dass ich vor einiger Zeit einmal richtig aufgeräumt hatte und alle *.OBJ Dateien gelöscht wurden.
Die sind ja schon seit Jahren von XBase++ erzeugt worden und übrig geblieben.

In dem Moment hatte ich die alte CL5 Installation komplett vergessen ... zum Glück hatte ich noch uralte Backups, wer will schon den alten Clipper komplett killen ...

[Fischkopp]

Ich bin auch Martin` Meinung und werde das so machen.

Dazu 1 Frage, wg. der lieben Ordnung willen wäre mir ein eingebundenes Verzeichniss lieb, in dem ich die verschiedenen Sachen in Unterordnern sortieren kann.

Kann man das in Windows so anlegen, also 1 Verzeichniss-string mit \?alle?? für die Unterverzeichnisse ?

Ciao

[georg]

Hallo, Rainer -


bei mir sieht das etwa so aus:

\Alaska.355
---\SQLExpress
---\User
---\XbtW32
---\XppW32

Unter "User" liegen dann meine eigenen Sachen und Pakete, die nur aus einer einzelnen Komponente bestehen.

[Fischkopp]

Wegen der ASINet10.lib,
die habe ich für FTP-Zugang eingebunden, habe mich da an die Hilfe gehalten, ist das falsch

Die Rückwärts-Suche in der Hilfe nach solchen *.lib etc geht ja nicht, wäre ja interessant, zu wissen, wofür welche .libs etc noch gut sind.
Vor allem aber natürlich die Frage, ist das kompatibel mit 2.0, da gibt`s ja wohl noch mehr, was nicht standard-mäßig installiert ist.

Wie kriegt man denn da `nen Über/Durchblick ?

[brandelh]

Wegen der ASINet10.lib, die habe ich für FTP-Zugang eingebunden, habe mich da an die Hilfe gehalten, ist das falsch

nein, die braucht man weiterhin, aber sie muss von Xbase 2.0 sein, was ich im Kopf hatte war der Hinweis aus der Readme (eventuell auch einer im Handbuch,
den ich jetzt nicht finde) ... zur asinet1c.lib ... und dein Hinweis, dass die Datei von der 1.90 war, Mischen geht nicht !

6.1.3) Socket Layer of ASINET Library

With Xbase++ 2.0 the socket layer is a part of the Xbase++ base product.
Previously, the socket layer had been contained in the ASInet add-on library, and had to be
included into the project via the asinet1c.lib link library. This file is now
obsolete and is no longer installed with ASInet. Consequently, the following
error will now be raised by the linker if the asinet1c.lib is requested in a
project:

ALINK: fatal error ALK4001: cannot open file "asinet1c.lib"

In order to overcome this problem, all references to asinet1c.lib need to be
removed from both the source file and from the project file (xpj).

PS: Chanche Logs und Änderungen im Handbuch zur Vorversion sollte man lesen

[AUGE_OHR]

Frage : gibt es beim "update" eine Rollback Funktion ?
das Alaska "alle" Dateien löscht ist IMHO auch nicht notwendig.

Das \User Verzeichnis für "eigenen" Datein zu nutzen ist ja nicht der Gedanke von DLL Dateien ...

[AUGE_OHR]

Wegen der ASINet10.lib,

AsiNet, ODBC und pgDBE sind nur in der Pro Version enthalten.

Vor allem aber natürlich die Frage, ist das kompatibel mit 2.0, da gibt`s ja wohl noch mehr, was nicht standard-mäßig installiert ist.

Alaska hat eine Prüfung in den DLL Dateien eingebaut : __This_DLL_needs_version_x_xx_x

[brandelh]

Das UPDATE ist eigentlich keines.
Es sind jeweils (aktuell 554 und 556) komplette Installations-MSIs.
Man soll in der Workbench auswählen können, welches (auch ältere) man installieren will.
Ich habe nur den "Update" von 554 auf 556 aus der Workbench veranlasst,
man kann aber auch direkt aus dem Verzeichnis die 556 installieren wenn man weiß wo sie liegt

PS: In der Readme steht der NAME (besser die Regel) und wer dann weiß wie man nach Dateinamen sucht findet die auch

[Fischkopp]

AsiNet, ODBC und pgDBE sind nur in der Pro Version enthalten.

Stimmt, schade auch. Steht soger in der Hilfe ganz oben
Wer lesen kann, ist im Vorteil .....

Muß ich jetzt upgraden oder gibt`s da auch `ne Alternative ?

Vielleicht sollte ich den sauren Apfel doch bestellen, wer weiß, was ich noch alles nutzen will ...

`n schönes Wochenende und

[brandelh]

Für die Internetfunktionen gibt es verschiedene Möglichkeiten, alle können mehr.

Ich habe die ASINET lange bevorzugt, weil sie dabei war (wir haben eine Prof. Sub.) und einfach zu verwenden ist.
Aber speziell bei FTP fehlen einige Funktionen und die SSL Unterstützung bei der eMail kam spät und ist noch nicht ganz fertig.

XB2.NET ( von Boris http://www.sqlexpress.com/menu.htm ) wird von einigen hier eingesetzt, je nach Wunsch kann man sich auch bei Marshallsoft bedienen,
XB2.NET muss jeweils zumindest in den Hauptversionen mit der Xbase++ Version übereinstimmen, da einige davon Xbase++ DLLs sind.
Bei http://www.marshallsoft.com wird eine allgemeingültige System-DLL geliefert, der XBase++ spezifische Teil liegt als Quellcode vor und man kann den einfach mit dem Programm kompilieren.

Von PowerBasic her werden die SocketTools sehr gelobt. Auch diese enthalten allgemeingültige DLLs, allerdings muss man den Xbase++ Teil zu den Funktionen selbst schreiben.
Ich sehe mir diese gerade an

Was ODBC angeht, da ziehe ich eindeutig SQLexpress vor !

http://www.sqlexpress.com/menu.htm
Ich nutze war nur die Grundfunktionen, die haben aber schnell funktioniert und das Konzept eines Objektes je Verbindung gefällt mir sehr gut.

Zur pgDBE gilt ...

wenn du den Weg von Alaska gehen willst indem du mit Xbase Befehlen in den Workspaces arbeitest oder gar den ISAM Modus nutzen willst, musst du die Prof. Sub. nehmen

Ich persönlich möchte entweder flexibler bleiben (ODBC mit SQLexpress) oder werde mit (falls ich es überhaupt noch brauche) den nativen Zugriffsklassen auf MySQL und PostGreSQL herumschlagen.

[satmax]

Auch ich kann SQL Express nur wärmstens empfehlen. Zu Beginn ein kleiner Kulturschock: Think SQL! . Am Ende wirst Du aber mit einer stabilen Datenbasis, extrem schnellen Auswertungen und extrem schneller Suche belohnt, speziell wenn der Kunde mehrer Suchkriterien kombinieren will, einfach genial!

XB2 Net werde ich mir bei Gelegenheit auch noch genauer ansehen.

[AUGE_OHR]

Muß ich jetzt upgraden oder gibt`s da auch `ne Alternative ?

im Prinzip gibt es ja FTP.EXE auf jedem Windows PC ...

wenn man IE auf dem PC hat sollte auch die Datei "wininet.dll" vorhanden sein und damit läuft dann auch die FTP Class von Phil Ide.

[Fischkopp]

Hallo alle zusammen

Hab gerade per workbench die neueste Version hochgeladen, und schon wieder Probleme
nun waren auch noch folgende files weg:
fileIO.CH . dll.ch , dbstruct.ch ???
Egal, war nicht das Problem, aber der MySql-Zugriff funtioniert nicht mehr !!
nach

oCon:= MySql():New()

kommt die Fehlermeldung

[Die Dateierweiterung bmp wurde deaktiviert und kann nicht länger angezeigt werden.]

war vorm update kein Problem ! Die Fehlermeldung sieht so aus:

XPPERROR.LOG

(1.11 KiB) 203-mal heruntergeladen

Spaß ist anders, oder ist jetzt Schluß mit Pablo`s SQL-Tool ? Eigentlich wollte ich code schreiben ...

Hab keine Idee, vielleicht sollte ich die magische `Rückwärtstaste`benutzen

erst mal

[AUGE_OHR]

Hab gerade per workbench die neueste Version hochgeladen, und schon wieder Probleme
nun waren auch noch folgende files weg:

es ist möglich dass evtl. das Environment durcheinander gekommen ist.
in der Registry findet man es unter

Code: Alles auswählen

"HKEY_CURRENT_USER\Environment"

Frage : v2.x "alleine" oder "parallel" zu v1.9x installiert ?

die v2.x Workbench arbeitet nun mit den folgenden Registry Einträgen

Code: Alles auswählen

 "HKEY_CURRENT_USER\Software\Alaska Software\Visual Xbase++\2.0\Directories"
 "HKEY_CURRENT_USER\Software\Alaska Software\Visual Xbase++\2.0 CTP\Directories"

hierbei kann nun folgendes Programm (Source) helfen zwischen v.2x und v1.9x "umzuschalten"

[Fischkopp]

@ Jimmy
Die Installation ist allein auf 2.0 , muß also nicht `umschalten` ( Habe genug Rechner zum Testen )

Werde das Environment mal prüfen, wer weiß, was da läuft

Fröhliche V-Grüße nach HH