Und ein ganz anderes Konzept! Stichpunkt Datenzugriff etc..brandelh hat geschrieben:eventuell ist es leichter komplett auf L&L umzustellen, das hat eine breite User Basis.
Und alle Reporte müssten komplett neu erstellt werden...
Moderator: Moderatoren
Und ein ganz anderes Konzept! Stichpunkt Datenzugriff etc..brandelh hat geschrieben:eventuell ist es leichter komplett auf L&L umzustellen, das hat eine breite User Basis.
es wurde doch geschriebenbrandelh hat geschrieben:Welchen Ausschnitt ?
Die Änderungen in der C-API stehen - soweit ich weis - nirgends.
Das wurde nur in der NEWS group erwähnt, wegen FileTime64() etc.
die meine ich wenn man raus finden will was geändert wurdeAndreas Herdt hat geschrieben:Mit Xbase++ 2.0 haben wir das interne Typen Management überarbeitet,
das bedingt ein neues Bauen aller Bibliotheken die unter Verwendung
der C-API in C/C++ gebaut wurden.
Es ist dann auch die geänderte Dokumentation der C-API zu beachten, die
beschreibt, wie auf Xbase++ Typen hin zu prüfen. ist.
dazu die Frage ob es immer 64bit OS() ist oder auch mit 32bit OS() bei FRAX passiert ?brandelh hat geschrieben:Welches Problem FRAX hat weiß ich nicht, QuickPDF scheint nicht betroffen.
es gibt ja eine Windows API ...brandelh hat geschrieben:Ein FEHLER liegt aber eigentlich gar nicht vor, da Alaska NIE garantiert hat, dass Zusatztools weiter funktionieren.
Das macht auch KEIN Hersteller egal wo du nachsiehst.
Dein Zitat bezieht sich doch aber auf die Newsgroup oder eine private eMail oder ?AUGE_OHR hat geschrieben:es wurde doch geschriebenbrandelh hat geschrieben: Das wurde nur in der NEWS group erwähnt, wegen FileTime64() etc.die meine ich wenn man raus finden will was geändert wurdeAndreas Herdt hat geschrieben:Mit Xbase++ 2.0 haben wir das interne Typen Management überarbeitet,
das bedingt ein neues Bauen aller Bibliotheken die unter Verwendung
der C-API in C/C++ gebaut wurden.
Es ist dann auch die geänderte Dokumentation der C-API zu beachten, die
beschreibt, wie auf Xbase++ Typen hin zu prüfen. ist.
Newsgroupbrandelh hat geschrieben:Dein Zitat bezieht sich doch aber auf die Newsgroup oder eine private eMail oder ?
genau das ist ja das Problem.brandelh hat geschrieben:Ich habe die Liste der Dokumentationsänderungen in meinen Editor geladen (so viele Zeilen durchsuche ich nicht gerne mit den Augen )
Suche nach api (Groß/Kleinschreibung egal) ... 0 Treffer !
Möglich, dass einige Seiten dort geändert wurden, ich lese mir die ja nie durch, aber markiert ist nichts (was ich gefunden hätte).
Muss FRAX die DBF selbst lesen ?Werner_Bayern hat geschrieben:Und jetzt
wie kommst du auf die Idee ?Werner_Bayern hat geschrieben:Oder, so wie es aussieht und was auch Sinn machen würde, vereinnahmt Alaska sich das?
brandelh hat geschrieben:wie kommst du auf die Idee ?
Schubi hat geschrieben:Alaska hat mir gerade geschrieben, dass sie sich bezüglich Fastreport noch einmal bei mir melden wollen!
Fastreport ist aber nicht FRAX ...Werner_Bayern hat geschrieben:Schubi hat geschrieben:Alaska hat mir gerade geschrieben, dass sie sich bezüglich Fastreport noch einmal bei mir melden wollen!
die Zugriffe auf Windows DLL, wie FileTime(), benötigen ja einen "Wrapper" damit die mit Xbase++ funktionieren und "da" ist das Problem.satmax hat geschrieben:LL läuft einwandfrei. Ist ja auch eine DLL Schnittstelle.
also es wäre nett wenn jemand mal die "neue" c:\ALASKA\XPPW32\Include\xppdef.h mit der alten vergleichen würde ( oder es hier uploadet )Bitte kompilieren Sie Ihre C Dateien erneut mit den C-API Headern
von Xbase++ 2.0. Beachten Sie hierbei die Makros zur Prüfung
von Xbase++ Typen. Unter der C-API Funktion _partype(). Wenn
Sie diese Makros in Ihren vorhandenen Quellen benutzt haben,
dann sind keine weiteren Masnamen notwendig, wir haben
Sorge dafür getragen, dass die Makros kompatibel geblieben
sind.
NEIN weil ich kein Geld für die V2.x Release ausgebe so wie die jetzt ist und unter den Bedingungen.Jan hat geschrieben:warum willst Du eigentlich ständig, das jemand mal irgendwelche Sachen von 2.0 hier hochlädt? Du hast die Dateien doch selber und kannst Dir die auch so ansehen.
die Dateien zu vergleichen ist nicht das ProblemAUGE_OHR hat geschrieben:ich habe die v.2.x Beta5 (519) und da sind xppcon.h , xppdef.h und xpppar.h EXAKT gleich zur v1.9.355 Version !
Code: Alles auswählen
Unterschiede von ... <! = 1.90.355 !> = 2.00.556 ...-ermittelt mit WinDiff
xppcon.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
xppdef.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
xpppar.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
Code: Alles auswählen
Am 08.10.2014 11:10, schrieb Andreas Herdt:
> With Xbase++ 2.0 we have changed the internal type defines, a rebuild
> of libraries is required that are implemented in C/C++ using the C-API
> and the corresponding C/C++ header files.
>
> The updated C-API documentation must be taken into consideration on
> how Xbase++ types are to be identified from C/C++.
1. Question, where is the C-API with changes, I can't find changes in the Dokumentation ... but I can't use C/C++ so this don't help realy .
2. "C/C++ header files." do this mean *.H in the include directory ?
I have checked the *.H files from 1.90.355 and 2.00.556
Here is a list of changed text in this *.H files:
<! = 1.90.355 !> = 2.00.556 ... searched with WinDiff
xppcon.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
xppdef.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
xpppar.h
<! // Alaska Software, (c) 1997-2009. All rights reserved.
!> // Alaska Software, (c) 1997-2014. All rights reserved.
and the source files from the CAPI folder in the samples are more than 10 Years old.
very strange to me ...
Code: Alles auswählen
Mögliche Rückgabewerte von _partype()
Makro-Name Dezimalwert hex. Wert Bedeutung
XPP_UNDEF 1 0x0001 Typ: NIL
XPP_CHARACTER 2 0x0002 Typ: Zeichenkette
XPP_NUMERIC 4 0x0004 Typ: Numerisch
XPP_LOGICAL 8 0x0008 Typ: Logisch
XPP_DATE 16 0x0010 Typ: Datum
XPP_ARRAY 32 0x0020 Typ: Array
XPP_BLOCK 64 0x0040 Typ: Codeblock
XPP_OBJECT 128 0x0080 Typ: Objekt
XPP_REFERENCE 256 0x0100 Info: Referenz-Parameter
XPP_MEMO 512 0x0200 Typ: Memo-Zeichenkette
XPP_DOUBLE 1024 0x0400 Info: Numerischer Wert besitzt entweder Dezimalstellen oder ist zu groß für LONG
Code: Alles auswählen
Macro Type Meaning
XPP_IS_UNDEF() XPP_UNDEF NIL
XPP_IS_CHAR() XPP_CHARACTER or XPP_MEMO Character string
XPP_IS_MEMO() XPP_MEMO Memo character string
XPP_IS_NUM() XPP_NUMERIC or XPP_DOUBLE Numeric
XPP_IS_FLOAT() XPP_DOUBLE Floating point
XPP_IS_LOGIC() XPP_LOGICAL Logical
XPP_IS_DATE() XPP_DATE Date
XPP_IS_ARRAY() XPP_ARRAY Array
XPP_IS_BLOCK() XPP_BLOCK Code block
XPP_IS_OBJECT() XPP_OBJECT Object
XPP_IS_REFPAR() Parameter was passed by reference
It should be noted that for some types more then one bit is masked in the return value. Furthermore, the numeric value representing a type may change in future Xbase++ versions. Because of these reasons the return value should be tested with one of the macros defined in the header file xpppar.h. The following table lists the macros and the types for which the macro evaluates to true:
Frax ist doch m. W. n. eine Anpassung von Fastreport an Xbase++ (und weitere Programmiersprachen).AUGE_OHR hat geschrieben:Fastreport ist aber nicht FRAX ...