Hafen

Ein Compiler für die XBASE-Superset-Sprache.
Jetzt downloaden

Hafen Ranking & Zusammenfassung

Anzeige

  • Rating:
  • Lizenz:
  • GPL
  • Preis:
  • FREE
  • Name des Herausgebers:
  • The Harbour team
  • Website des Verlags:
  • http://www.harbour-project.org/

Hafen Stichworte


Hafen Beschreibung

Ein Compiler für die xBase Obermenge Sprache. Harbor ist ein Compiler für die xBase Obermenge Sprache oft als Clipper (die Sprache, die vom Compiler CA-Clipper implementiert ist). Es ist eine Cross-Plattform-Compiler und ist bekannt für MS-DOS zu kompilieren und ausführen, MS-Windows-(32,64), Pocket PC, Windows CE, OS / 2, GNU / Linux und Mac OSX.Why verwenden es? Weil eine kostenlose Software zu 100% mit Clipper compilersBecause kompatibel mit der Basisimplementierung auferlegt einige der Grenzen entfernen, aber der Umfang wird auf dem gewählten platform.Because Harbor abhängen wird als stabil erwiesen, robust und efficient.Because Harbor unterstützt RDDs (Austauschbare Datenbank Treiber) mehrere Datenquellen zu ermöglichen, die eine Anwendung zu scale.Because Harbor ermöglicht mit dem gleichen Code über mehrere Betriebssysteme tragbar ist vollständig offene Architektur base.Because Harbor und unterstützt eine Drittanbieter-Add-on market.Because Harbor ist Open Source und deshalb sind Sie nicht auf Gedeih und Verderb den Entscheidungen eines privaten company.Because Harbor von einem sehr erfahrenen und kompetenten Team von developers.Most wichtiger entwickelt wird, versuchen Harbor für sich selbst, für sich selbst entscheiden, warum es Vorteile für you.Th hat Produkt wird ein Hafen für Klipper ist Was ist neu in dieser Version: · Digitale Marc C Build behoben. · Debian, RPM Verpacken Behebungen. · Mehrere Code Qualitätsverbesserungen, Warnung Behebungen. · Doc Qualität Korrekturen, Formatierung. · Feste, so dass Build-Zeit PRG_USR immer Vorrang vor den Standardoptionen in GNU-make. · Added openSUSE Paket Anforderungen an doc / linux1st.txt. · Unnötige Compiler-Optionen und lib von Build-Prozessen gereinigt Abhängigkeiten. · Feste Darwin (OS X) Builds aufgrund einer Änderung kurz vor 1.0.0 gebrochen. · Unkritische Dateinamen Gehäuse im Zusammenhang Bereinigungen. · Nicht-ASCII-Zeichen aus mehreren Quelldateien für eine bessere Portabilität gestrippt. · Added RDD Regressionstestcode. · Feste Potential Puffer Überschreitungen in PP, GTCRS, GTPCA, GTSTD, hbfbird, hbwhat32. · Ausgeschieden verbleibenden nicht-sicheren String-Manipulation Anrufe: strncpy (), strcpy () -> hb_strncpy () strncat (), strcat () -> hb_strncat () · Einige contrib Namenskollisionen in nicht-GNU fixiert baut. · Gtalleg GT zum Contrib Bereich bewegt, damit es für die nicht-GNU baut und nicht-* Nix baut im Allgemeinen. Verwendung HB_INC_ALLEGRO oder HB_DIR_ALLEGRO (für Nicht-GNU macht nur) die Lage des Kopf- oder die Packung (jeweils) zu spezifizieren. · Harbor Compiler ist jetzt standardmäßig -gc0 Schalter (war -gc2) die kleinstmögliche .c Ausgabe standardmäßig zu erzeugen. · Feste unter Cygwin zu kompilieren. · -Mno-Cygwin Option von MinGW entfernt baut. Sie können dies auf C_USR readd benötigen, wenn Sie sehr alte Compiler MinGW verwenden, wie Cygnus MinGW322.95. · Feste WinCE harbour.dll Generation in nicht-GNU aufbaut. · Feste WinCE Build Warnungen in nicht-GNU aufbaut. · Synchronisierte Build-Optionen zwischen BCC / MSVC GNU make und nicht-GNU make. · Standard HB_VISUALC_VER envvar Wert gleichmäßig auf 80 sowohl für Kern und contrib und WinCE Build in nicht-GNU make verändert. Möglicherweise müssen Sie Ihre Umgebung ändern, wenn Sie auf dem Standard verlassen. · Nicht-GNU MSVC WinCE ist jetzt Builds in dem Mainstream-nicht-GNU MSVC make integriert. make_vcce.bat wurde entfernt. Bitte lesen Sie die Anleitung in make_vc.bat, wie ein WinCE Build zu initiieren. · Jetzt Harbor ist in der Lage zu bauen und richtig in MSVC C-Modus in AMD64 (64-Bit) Modus ausgeführt werden. · Added experimentelle Pelles C WinCE GNU-make-Datei. Es ist noch nicht richtig funktioniert. · Geben Sie Batch-Datei aus Kern nicht-GNU Make-Dateien genannt umbenannt wurde, bitte aktualisieren Sie Ihr System, wenn Sie sie verwenden: exit_err.bat -> hbmkpost.bat · Added experimentelle MSVC WinCE GNU-make-Datei. · Added Darwin automatische Erkennung zu nicht-GNU .sh Make-Dateien. · Geänderte GNU-make Namen MinGW WinCE-Compiler (HB_COMPILER) von 'cemgw' auf 'mingwce'. Bitte aktualisieren Sie Ihr System, wenn Sie habe dies direkt unter Verwendung von (und nicht über make_ * ce.sh Skripte). · Speicherstatistikmodul jetzt standardmäßig für eine optimale Leistung ausgeschaltet. Es kann auf durch Einstellung HB_FM_STATISTICS Makro gedreht werden. · Added HB_LEGACY_LEVEL Makro Kontrolle der Aufnahme bestimmter veraltet Harbor Elemente. Dieses Makro ist standardmäßig aktiviert, und wird (und Legacy-Teile wahrscheinlich entfernt) in Harbor 1.1 deaktiviert werden. Sie können es deaktivieren nun manuell durch #defining HB_LEGACY_LEVEL_OFF, um zu prüfen, welche Elemente geändert werden muss, und wenn sie richtig und vollständig in den örtlichen Vorschriften geändert. · HB_DBG _ * () interne Funktionen auf die interne Funktion Namespace __DBG * bewegt (). Einige davon · Potenziell von 3rd-Party-Pakete verwendet · Ist noch erreichbar unter dem alten Namen, wenn HB_LEGACY_LEVEL #defined wird. · Entfernte alte __VM * () Makros, die auf __DBG * () Funktionen aliased wurden. · Makronamensänderung __EXPORT__ -> HB_DYNLIB Dies sollte normalerweise nicht Benutzer beeinflussen, aber wenn man es benutzen passieren, bitte aktualisieren. · Einige interne Makronamen wie folgt verändert: OS_UNIX_COMPATIBLE * -> HB_OS_UNIX_COMPATIBLE OS_DOS_COMPATIBLE -> definiert (HB_OS_UNIX_COMPATIBLE) OS_PATH_LIST_SEPARATOR -> HB_OS_PATH_LIST_SEP_CHR OS_PATH_DELIMITER * -> HB_OS_PATH_DELIM_CHR OS_PATH_DELIMITER_STRING -> HB_OS_PATH_DELIM_STR OS_PATH_DELIMITER_LIST -> HB_OS_PATH_DELIM_LIST OS_FILE_MASK -> HB_OS_ALLFILE_MASK OS_DRIVE_DELIMITER -> HB_OS_DRIVE_DELIM_CHR OS_HAS_DRIVE_LETTER -> HB_OS_HAS_DRIVE_LETTER OS_OPT_DELIMITER_LIST -> HB_OS_OPT_DELIM_LIST OS_EOL_LEN -> HB_OS_EOL_LEN HARBOUR_GCC_OS2 -> HB_OS_OS2_GCC HARBOUR_START_PROCEDURE -> HB_START_PROCEDURE HARBOUR_MAIN_STD -> HB_MAIN_STD HARBOUR_MAIN_WIN -> HB_MAIN_WIN HARBOUR_MAX_RDD_DRIVERNAME_LENGTH * -> HB_RDD_MAX_DRIVERNAME_LEN HARBOUR_MAX_RDD_ALIAS_LENGTH * -> HB_RDD_MAX_ALIAS_LEN HARBOUR_MAX_RDD_AREA_NUM -> HB_RDD_MAX_AREA_NUM Wenn Sie diese verwenden geschehen, aktualisieren Sie bitte Ihren Code die neuen Namen zu verwenden. Die häufiger verwendeten diejenigen (die mit *) sind noch erhältlich unter dem alten Namen, mit HB_LEGACY_LEVEL bedeckt. · Hbmake und hbdoc Tools Verringerung der Größe, mehrere Fehlerbehebungen, besser multiplaform Unterstützung und viel Code Cleanup, vor allem in hbmake (noch ein langer Weg zu gehen, obwohl). · Einige Namen mit neuen veraltet und ersetzt: fhandle -> HB_FHANDLE EVALINFO -> HB_EVALINFO PEVALINFO -> PHB_EVALINFO EVALINFO_PTR -> markiert als Vermächtnis, Verwendung PHB_EVALINFO statt. CLR_STRLEN -> HB_CLRSTR_LEN Alle diese sind mit HB_LEGACY_LEVEL markiert. Wichtig, dass Legacy-Clipper kompatible C-Quellen zu beachten, kann weiterhin Clipper kompatible Symbole verwenden, unabhängig von der Einstellung HB_LEGACY_LEVEL. Es wird empfohlen, diese Harbor-nur C-Quellen in Vorbereitung auf die nächsten Hafen Major-Version (1.1) zu ändern. · So bezeichnete hb_fileNameConv () als HB_LEGACY_LEVEL. 3rd-Party-und App-Entwickler sollten hb_fsNameConv wechseln (). · GTI_ *, GFX_ * Makros als HB_LEGACY_LEVEL markiert. Bitte benutzen Sie HB_GTI_ *, HB_GFX_ * Äquivalente. · Fest möglicher Pufferüberlauf in hb_fsTempName (). Dies wurde vor 1.0.0 kurz vorgestellt. · Debugger: Strip Funktionsnamen von Modulnamen zu initialisieren globalen und Datei breite Variablen verwendet. Es behebt Datei breite statische Variablen in Debugger präsentiert. · Entfernte hb_hInstance, hb_hPrevInstance, s_iCmdShow, s_WinMainParam alte undokumentierte öffentliche Variablen. 3.e Parteien sollten amtlichen hb_winmainArgGet () API verwenden, um diese Werte zu erhalten. Diese Funktion ist auch HB_LEGACY_LEVEL abhängig, deshalb wird es bis dahin in 1.1 fertig gestellt werden, alten Symbole werden immer noch funktionieren. · Feste _FIELD indirekt als Alias verwendet, um die richtigen RTE zu generieren:? ( "_FIELD") -> NAME, oder: M-> var: = "_FIELD"; ? ( "Var") -> NAME · Feste OS () Vista / Windows 2008. Dieser Fehler zu erkennen, wurde in 1.0.0rc2 eingeführt. · Feste OS () String unter Windows XP 64-Bit Edition. · Geänderte HB_COMPILER () zeigt immer 32/64-Bit im zurückgegebenen String. · Feste GPFs und Lecks bei der Verwendung von Harbor Compiler -W3 Schalter. · Bad Abhilfe für Pelles C 5.00.1 in AMD64-Modus hinzugefügt, um den Hafen 'inet' Subsystem zu kompilieren. Es funktioniert nicht richtig, aber es lässt den Rest Harbor bauen (wie hbrun.exe). · PCRE lib auf 7,8 Upgrade (von 7,7) · Feste dbinfo (DBI_POSITIONED) zurückgegebene Wert. · Feste interne Fehler in schmutzigem Index Lesen. · Fester Rückgabewert von HB_INETGETSNDBUFSIZE (). · Feste GPF, wenn der Benutzer Sortiercodeblock der Größe der sortierten Array verringert. · Festtippfehler in hash Klonieren Code, dass Verweise verursacht wurde geklont Array kopiert. Dank Mindaugas zum Beispiel. · Hinzugefügt fehlende MESSAGE TO zu hbclass.ch. · Hbmzip Potential GPF in ausführbarer Typerkennung festgelegt. · Allgemeiner Code Stil Korrekturen in bestimmten contribs. · Harbor -km Schalter aktiviert für contribs. · Hbmysql SQLFETCHR () Funktion aktualisiert fetching binär (BLOB) Felder zu ermöglichen. · Hbclipsm GAUGE * () Funktion Behebungen. · Gtalleg unter mehreren nix-Plattformen nicht * zu Kompilierung festgelegt (muss noch mehr Arbeit). · XHB: HB_ARRAYBLOCK () Kompatibilität-Funktion hinzugefügt. · HBNF- FT_GETE () Funktion schlechtes Leck auf Win32-Systemen festgelegt und mögliche GPF auf allen Systemen. · Hbwhat32 wintypes.ch Header entfernt. Header mit dem gleichen Namen und identischem Inhalt in XHB contrib finden. · HbcT VOLUME () durch Pufferüberlauf festgelegt. · HBOLE GPF fixiert. Dieser Fehler wurde in 1.0.0rc2 eingeführt. · HBOLE, HBW3264-Bit-Fix für MessageBox () -Funktionen. Es ermöglicht nun sowohl Zeiger als auch numerische Typen, die als Fenstergriff geleitet werden sollen. · Hbwhat32 fixiert, um WinMain () nicht definieren und auch nicht mit bestimmten Hafen-öffentlichen Symbolen zusammenzufassen. · HBW32 unnötige Speicherzuordnungen Hacks aus der OLE-Unterstützung entfernt. · Verwenden von ANSI C-Kommentaren konsistenter in Beiträgen. · HBTCT / ATNUM.c wurde in die Absicherung eines Compiler-Fehlers in Pelles C 5.00.1 im AMD64-Modus geändert. · Hbole modifiziert, um RTE zu generieren, wenn OLE-Objekt nicht gefunden werden kann, synchron mit der HBW32-OL-Implementierung synchronisiert werden. · HBBTree-Problemprobleme in der Klasse, wodurch ein RTE verursacht wurde. Build-Batch-Dateien für seine Tests hinzugefügt. · Der verbleibende Code (HBWhat32, HBNF) ist festgelegt, um den HARBOR C-API zu verwenden, anstelle des älteren Clippers C API (* .api, clipdefs.h und erweitert). · HBSQLIT2 lib wurde in Beispiele verschoben und SQLite2-Quellen entfernt. Bitte verwenden Sie stattdessen HBSQLIT3. · Hbzipharcher schwere Überarbeitung / Refaktor / Reduzier- / Fixieraufwand, was in Hbzipharc führte, was dieselbe alte ziparchive Interface mit ähnlicher Funktionalität implementiert (außer den Fortschrittscodeblock-Callbacks-UNZIP-Funktionen und. Zip-Spannungsfunktion), jetzt im Hafen neu geschrieben. Wenn Sie diese API verwenden müssen, ändern Sie auch Hbzipharch in Hbzipharc und Link in HBMZIP-Bibliothek. Im Gegensatz zu der alten Implementierung ist dieses neue völlig tragbar und fixiert einige mögliche Lecks und GPFs. Dieser Code könnte mehr Tests verwenden, seien Sie sich dessen bewusst. · HBBMCDX-Festfehler beim Ablesung von Dirty Index behoben. · HBCURL Unterstützte Unterstützung für Libcurl 7.19.0-Funktionen. · HBHPDF Unterstützung für Libbharu 2.1.0. · Behoben, dass Quelldateien nicht miteinander kollidieren können, wenn sie mit dem Nicht-GNU-System herstellen können. · Ehemalige HbWhat32 Lib Auf der Standardbeitragsliste unter dem Namen HbWhat wurde die Kompilierung vollständig gereinigt und an der Unterstützung der Win64-Plattform fixiert. InternetReadFile (), InternetWriteFileFile () -Funktionen wurden fixiert. What32.ch umbenannt an hbwhat.ch. · HPHPDF Fixed HPDF_ADDPAGELABEL (). · HBW32 erhielt einen neuen COM-Port-Handling-Class und API. · GTWVG erhielt einige Verbesserungen und 64-Bit-Kompatibilitäts-Fixes. Ein kritischer 1.0,0-Fehler wurde auch behoben, wodurch Dialoge nicht angezeigt werden kann. · Hbfimage behoben, um mit Watcom-Compilern zusammenzustellen. · Windows 64-Bit-Builds können eine große Menge an KONVERTIEREN-Warnungen erzeugen. Dies ist derzeit normal und wird in einer zukünftigen Version adressiert werden. · HBFIMAGE kleiden, kompiliert derzeit nicht auf Linux-Systemen. Dies wird in einer zukünftigen Version adressiert werden. · Contrib hbsqlit3 nicht ausländische sqlite3 Bibliothekscode für Pelles C 4.5 und Open Watcom 1.7 aufgrund fatal Kompilierung Probleme einbetten. Für diese Compiler werden Sie sich sqlite3 Bibliothek zu versorgen haben. Für andere Compiler werden einige Warnungen zu erwarten und normal in diesem nicht-Harbor-Code. · Verwenden von Pelles C 5.00.1 in 64-Bit-Modus, HB_INET * () Funktionen nicht funktionieren. · Gtalleg, hbwhat contrib auf allen Plattformen / Compiler nicht kompiliert werden kann. · Hbcurl bauen nicht, wenn DMC und Libcurl 7.19.0 verwenden. Frühere Versionen bauen in Ordnung.


Hafen Zugehörige Software

Ntw lisp.

NTW LISP ist ein Server, der in einem gemeinsamen Lisp für Anwendungen geschrieben wurde, das das NTW-Protokoll verwenden, um mit einem GUI-Client zu kommunizieren. ...

168

Herunterladen