Es kommt was GROSSES auf uns zu...
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Klar - warum denn auch nicht?
4/6 der Belegschaft kenne ich doch nun mittlerweile persönlich...
Viele Grüße,
Martin
4/6 der Belegschaft kenne ich doch nun mittlerweile persönlich...
Viele Grüße,
Martin
Zuletzt geändert von Martin Altmann am Fr, 09. Feb 2007 8:24, insgesamt 1-mal geändert.
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Jan,
sorry!
Also die Firma (wenn man die ganzen Neugründungen alle nicht betrachtet, sondern das ganze als "Fortlaufend" ansehen würde) gibt es schon etwas länger als zehn Jahre, da die erste Version von XBase++ ja zuerst für OS/2 rauskam.
Wann genau die Version für Windows rauskam, weiß ich nicht - nur das Jahr kann ich ziemlich genau einschränken (wie ja auch jeder andere hier, der einfach mal XPPLOAD VERSION absetzt).
Aber ich denke mal, dass ich das vielleicht morgen weiß
Herbst: Nun ja, hat erstmal nicht unbedingt was mit dem Geburtstag zu tun - ob Alaska da was entsprechendes plant, weiß ich latürnich nicht.
Viele Grüße,
Martin
sorry!
Also die Firma (wenn man die ganzen Neugründungen alle nicht betrachtet, sondern das ganze als "Fortlaufend" ansehen würde) gibt es schon etwas länger als zehn Jahre, da die erste Version von XBase++ ja zuerst für OS/2 rauskam.
Wann genau die Version für Windows rauskam, weiß ich nicht - nur das Jahr kann ich ziemlich genau einschränken (wie ja auch jeder andere hier, der einfach mal XPPLOAD VERSION absetzt).
Aber ich denke mal, dass ich das vielleicht morgen weiß
Herbst: Nun ja, hat erstmal nicht unbedingt was mit dem Geburtstag zu tun - ob Alaska da was entsprechendes plant, weiß ich latürnich nicht.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- brandelh
- Foren-Moderator
- Beiträge: 15699
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 69 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Etwas zu den Jahreszahlen ...
Hi,
ich habe mal etwas in den alten Unterlagen geblättert ...
So jetzt brauch ich was zu trinken um den ganzen Staub runterzuspülen
ich habe mal etwas in den alten Unterlagen geblättert ...
- - Alaska Whitepaper zu Xbase/2 (OS/2) Early Experience Program (erste Erfahrungen) von 1994
- Lieferung der Xbase/2 EEP November 1995
- Lieferung der Xbase/2 1.0 GAMA im Dezember 1995
- Lieferung der Xbase/2 1.0 im Februar 1996
- XbTools III - Beta - Test 21.06.2006
- Alaska Umzug von Frankfurt nach Eschborn September 1996
- Gleichzeitig Umbenennung von Xbase/2 in Xbase++ wegen kommender Win32 NT Version.
- Alaska Stand auf Systems 96
- White Papers zu Xbase++ 1.1 und Galaxy ApplicationServer Oktober 96
- Xbase++ 1.02 (OS/2) - Mai 1997
- Bestellung Galaxy ApplicationServer Technologie Kit Mai 1997
- Bestellung Xbase++ EEP für Win95/NT September 97
- Xbase++ Schulung bei DC-Soft in München - 5 Tage - tolle Stadt
- Xbase++ 1.1 - 1998
- Meine erste Prof Subscription - V 1.50 - 12.07.2000 (Vol. 1 von 4)
- Xbase++ 1.60 - April 2001
- Xbase++ 1.70 - September 2001
- Xbase++ 1.80 Juni 2002 (Ende erste Sub.)
- Verlängerung der Prof Sub - März 2002
- Xbase++ 1.82 April 2003 (Vol. 5 - 1 von 4)
- Xbase++ 1.90 Juli 2006 (Vol. 6 - 2 von 4)
So jetzt brauch ich was zu trinken um den ganzen Staub runterzuspülen
Gruß
Hubert
Hubert
- Rolf Ramacher
- Der Entwickler von "Deep Thought"
- Beiträge: 1931
- Registriert: Do, 09. Nov 2006 10:33
- Wohnort: Bergheim
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo ihr zwei Gieries!
Legt etwas über 50€ auf den Tisch und dann könnt ihr sie Euch hier selber bestellen!
Viele Grüße,
Martin
Legt etwas über 50€ auf den Tisch und dann könnt ihr sie Euch hier selber bestellen!
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Hubert,
dieses hier:
Viele Grüße,
Martin
dieses hier:
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo allerseits,
back to topic: Ihr wißt ja nun, was auf uns zukommt
Hat einer von Euch irgendwo vielleicht noch ein kleineres Clipper-Programm rumschwirren, dass er zur Verfügung stellen könnte?
Es sollte ein wirklich kleines Programm sein, mit dem z.B. Adressen verwaltet und Bestellungen abgewickelt werden können.
Also z.B. eine Kundendatei, eine Artikeldatei und eine Verknüpfung der beiden in Form von Bestellungen oder ähnlichem.
Ohne Nutzung von Tools anderer Hersteller - rein Clipper!
Es wäre für uns eine große Hilfe, wenn einer von Euch so etwas zur Verfügung stellen könnte...
Viele Grüße,
Martin
back to topic: Ihr wißt ja nun, was auf uns zukommt
Hat einer von Euch irgendwo vielleicht noch ein kleineres Clipper-Programm rumschwirren, dass er zur Verfügung stellen könnte?
Es sollte ein wirklich kleines Programm sein, mit dem z.B. Adressen verwaltet und Bestellungen abgewickelt werden können.
Also z.B. eine Kundendatei, eine Artikeldatei und eine Verknüpfung der beiden in Form von Bestellungen oder ähnlichem.
Ohne Nutzung von Tools anderer Hersteller - rein Clipper!
Es wäre für uns eine große Hilfe, wenn einer von Euch so etwas zur Verfügung stellen könnte...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Thomas,
wir brauchen die Sourcen!
Und: Alle Sourcen werden an alle Teilnehmer der DevCon verteilt.
Hintergrund: Es soll anhand eines praktischen Beispiels der Weg der Migration von Clipper zu Xbase++ und die Erweiterung der fertigen Anwendung um zahlreiche neue Funktionalitäten gezeigt werden.
Viele Grüße,
Martin
wir brauchen die Sourcen!
Und: Alle Sourcen werden an alle Teilnehmer der DevCon verteilt.
Hintergrund: Es soll anhand eines praktischen Beispiels der Weg der Migration von Clipper zu Xbase++ und die Erweiterung der fertigen Anwendung um zahlreiche neue Funktionalitäten gezeigt werden.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Andreas,
war ja auch nur ein Beispiel!
Also - immer her damit
Ich bin bis über beide Ohren mit Übersetzung der DevCon-Webseite und Programmierung der Anmeldeseite dicht - sonst würde ich vielleicht mal eben ein kleines Programm runterhacken...
Viele Grüße,
Martin
war ja auch nur ein Beispiel!
Also - immer her damit
Ich bin bis über beide Ohren mit Übersetzung der DevCon-Webseite und Programmierung der Anmeldeseite dicht - sonst würde ich vielleicht mal eben ein kleines Programm runterhacken...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12911
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
Migration von Cl*pper ... hm ... also wollt ihr möglichst die "Fallstricke"
aufzeigen die dabei entstehen wenn z.B. die Cl*pper Application mit
"Clipper xyz.PRG -m" compiliert wurden ? (-m Name des *.PRG =
Procedure Name des Moduls ... geht nicht unter Xbase++ )
also müsste man "eigendlich" ein S87 Cl*pper Programm nehmen, was
auf v5.x "upgradet" wurde und nun per *.RMK/LNK geLinked wurde ?
(z.B. wegen S87 PARAMETER)
vielleicht sollte man einen neuen Thread (Wissensbasis) eröffnen in dem
wir erstmal zusammentragen was für "Fallstricke" möglich sind und die
dann zu einer Demo zusammen zu bauen.
Schlussendlich soll das Demo ja unter Xbase++ laufen, also müssten
alle Änderrungen schon im Source sein um auszuprobieren ob wirklich
alles läuft ... ein (ungewollter) Absturz während einer Präsentation wäre
doch peinlich ...
Frage : Wer will es den präsentieren ?
gruss by OHR
Jimmy
hm ... ja ... source wären nicht das Problem sondern "klein"Martin Altmann hat geschrieben: wir brauchen die Sourcen!
Und: Alle Sourcen werden an alle Teilnehmer der DevCon verteilt.
Hintergrund: Es soll anhand eines praktischen Beispiels der Weg der Migration von Clipper zu Xbase++ und die Erweiterung der fertigen Anwendung um zahlreiche neue Funktionalitäten gezeigt werden.
Migration von Cl*pper ... hm ... also wollt ihr möglichst die "Fallstricke"
aufzeigen die dabei entstehen wenn z.B. die Cl*pper Application mit
"Clipper xyz.PRG -m" compiliert wurden ? (-m Name des *.PRG =
Procedure Name des Moduls ... geht nicht unter Xbase++ )
also müsste man "eigendlich" ein S87 Cl*pper Programm nehmen, was
auf v5.x "upgradet" wurde und nun per *.RMK/LNK geLinked wurde ?
(z.B. wegen S87 PARAMETER)
vielleicht sollte man einen neuen Thread (Wissensbasis) eröffnen in dem
wir erstmal zusammentragen was für "Fallstricke" möglich sind und die
dann zu einer Demo zusammen zu bauen.
Schlussendlich soll das Demo ja unter Xbase++ laufen, also müssten
alle Änderrungen schon im Source sein um auszuprobieren ob wirklich
alles läuft ... ein (ungewollter) Absturz während einer Präsentation wäre
doch peinlich ...
Frage : Wer will es den präsentieren ?
gruss by OHR
Jimmy
- AUGE_OHR
- Marvin
- Beiträge: 12911
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
ideal wäre ein "generietes" Programm, dann hätte man ziemlich
"sauberen" Source ohne "Rattenschwanz" dran ...
Ich muss mal sehen ob ich "Genifer" noch irgendwo "installiert" habe.
Als Application sollte eine Adressverwaltung doch eigendlich zum Thema
passen ... da können sich dann auch alle Teilnehmer drin "eintragen"
gruss by OHR
Jimmy
nope ... zu "einfach"Lewi hat geschrieben: Wenn ich mich recht entsinne, war auf den Orginal-Disketten von
Nantucket das Datenbankprogramm DBU im Source-Code enthalten.
Wäre das nicht ein "gutes" Mirgrationsbeispiel?
ideal wäre ein "generietes" Programm, dann hätte man ziemlich
"sauberen" Source ohne "Rattenschwanz" dran ...
Ich muss mal sehen ob ich "Genifer" noch irgendwo "installiert" habe.
Als Application sollte eine Adressverwaltung doch eigendlich zum Thema
passen ... da können sich dann auch alle Teilnehmer drin "eintragen"
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Olaf, Jimmy,
yup - DBU ist nicht genug "aus dem Leben". Und Jimmy - zu kompliziert soll es auch nicht sein!
Einfach ein kleines Programm, mit dem jeder etwas "anfangen" kann, zu dem also jeder so seine "Beziehung" hat - und da ist nun mal eine kleine Auftragsverwaltung (oder ähnliches) das optimale:
Viele Grüße,
Martin
yup - DBU ist nicht genug "aus dem Leben". Und Jimmy - zu kompliziert soll es auch nicht sein!
Einfach ein kleines Programm, mit dem jeder etwas "anfangen" kann, zu dem also jeder so seine "Beziehung" hat - und da ist nun mal eine kleine Auftragsverwaltung (oder ähnliches) das optimale:
- Datenbanken
- Eingabemasken
- Menü
- Verknüpfungen der Daten
- Ausdrucke
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12911
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
"paar" Sachen einfallen, aber leider ist das nur ein Bruchteil von dem
was bei einer Migration wirklich an Problemen anfällt.
Ich hab mal einen Test gemacht und eine "altes" S87/v5.01a/v5.2e
rausgeholt und nach Xbase++ migriert. Angefangen hab ich nach
meiner letzten Mail (ca. 01.16) und bin gerade "fertig" d.h. ich bin
"drin" und konnte die ersten Sachen "prüfen".
Nebenbei hab ich allerdings ein "Protokoll" geführt was alles so
gemacht werden musste bevor ich "drin" war ... 8 Std Arbeit bei
einem bekannte Source (ca. 40 PRG = 1MB) und reichlich Erfahrung
beim migrieren von Clipper nach Xbase++ .
deshalb denke ich wirklich man sollte "extra" eine Demo-Anwendung
entwerfen wo man all die möglichen Probleme "einbaut" sonst schafft
man das doch gar nicht die während einer "Live" Demo alle zu finden
und zu beheben.
Deshalb nochmal zurück zu der Idee einen Thread extra hierfür neu
zu starten und erstmal alle möglichen Probleme zu sammeln um die
dann in eine "Live" Demo einzubauen.
gruss by OHR
Jimmy
hm ... wenn man ich jetzt so "adhoc" gefragt hätte würden mir zwarMartin Altmann hat geschrieben: Also für alle genug "Fleisch" dabei, um ihre jeweils eigenen "Problemkinder" zu berücksichtigen.
"paar" Sachen einfallen, aber leider ist das nur ein Bruchteil von dem
was bei einer Migration wirklich an Problemen anfällt.
Ich hab mal einen Test gemacht und eine "altes" S87/v5.01a/v5.2e
rausgeholt und nach Xbase++ migriert. Angefangen hab ich nach
meiner letzten Mail (ca. 01.16) und bin gerade "fertig" d.h. ich bin
"drin" und konnte die ersten Sachen "prüfen".
Nebenbei hab ich allerdings ein "Protokoll" geführt was alles so
gemacht werden musste bevor ich "drin" war ... 8 Std Arbeit bei
einem bekannte Source (ca. 40 PRG = 1MB) und reichlich Erfahrung
beim migrieren von Clipper nach Xbase++ .
deshalb denke ich wirklich man sollte "extra" eine Demo-Anwendung
entwerfen wo man all die möglichen Probleme "einbaut" sonst schafft
man das doch gar nicht die während einer "Live" Demo alle zu finden
und zu beheben.
Deshalb nochmal zurück zu der Idee einen Thread extra hierfür neu
zu starten und erstmal alle möglichen Probleme zu sammeln um die
dann in eine "Live" Demo einzubauen.
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jimmy,
so viel Zeit haben wir leider nicht! Die Redner müssen vorab die Sourcen bekommen, um daran mit ihren Produkten die Änderungen umzusetzen!
Abgesehen davon: Deine Idee mit dem neuen Thread im Migrationsforum finde ich sehr gut :thumbright:
Viele Grüße,
Martin
so viel Zeit haben wir leider nicht! Die Redner müssen vorab die Sourcen bekommen, um daran mit ihren Produkten die Änderungen umzusetzen!
Abgesehen davon: Deine Idee mit dem neuen Thread im Migrationsforum finde ich sehr gut :thumbright:
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16544
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jimmy,
bis vorgerstern
Wie umfangreich ist denn Dein Source?
Was macht Dein Programm alles?
Irgendwelche Zusatztools?
Die Masken müßten noch auf Englische Texte umgesetzt werden (kann ich ja machen).
Viele Grüße,
Martin
bis vorgerstern
Wie umfangreich ist denn Dein Source?
Was macht Dein Programm alles?
Irgendwelche Zusatztools?
Die Masken müßten noch auf Englische Texte umgesetzt werden (kann ich ja machen).
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.