[Allegro] Alt-m etc.

[Anando Eger]

Hallo Herr Eversberg,

Sie schrieben u.a.:
> ... Unsere Numerierung ist
> seit Jahren einfach und übersichtlich: Jahreszahl seit Beginn der
> Entwicklung plus Monat. Dies erhebt nicht den Anspruch, jede
> einzelne Neuer- oder Änderung zu numerieren. Überdies kennzeichnet
> die Nummer das Gesamtpaket, nicht ein einzelnes Programm,
> ...

Ließe sich nicht in VS_VERSION_INFO die 'FileVersion' vor jeder 
Kompilierung einfach um eins hochzählen?

'ProductVersion' könnte doch jeweils stehenbleiben, z.B. auf '30.8'.
Dann brauchte man solche Programme wie md5sum nicht mehr, um die 
verschiedenen Builds auseinanderzuhalten. Das wäre wirklich
eine Erleichterung.

Viele Grüße
Anando Eger

---------------------------------------------------------------------
Anando Eger Datenverarbeitung
Herr Dipl.-Ing. Anando Eger
Gustav-Voigt-Str. 24
01156 Dresden
Tel.: +49 (0)351 454 1236  http://www.aneg-dv.de
Fax: +49 (0)351 454 1238  mailto:a.eger at aneg-dv.de
---------------------------------------------------------------------




On 17 Aug 2010 at 8:18, Bernhard Eversberg wrote:

> Fischer, Thomas schrieb:
> > 
> >>> Ich hätte mir eine Versionsnummer 30.7.0.1 oder so gewünscht.
> >>>
> >> Betrachten Sie es als kostenlosen Extraservice, wenn wir
> >> zwischendurch schnell mal eben eine korrigierte Fassung
> >> bereitstellen!
> > 
> > Fehler behebende Updates kenne ich auch von anderen Programmen, 
>  > die ich (bezahlt oder kostenfrei) nutze, die haben aber alle dann
>  > auch eine neue Versionsnummer.
> Andere Programme sind andere Programme. Unsere Numerierung ist
> seit Jahren einfach und übersichtlich: Jahreszahl seit Beginn der
> Entwicklung plus Monat. Dies erhebt nicht den Anspruch, jede
> einzelne Neuer- oder Änderung zu numerieren. Überdies kennzeichnet
> die Nummer das Gesamtpaket, nicht ein einzelnes Programm, und
> das System ist ja eben nicht ein gewaltiger Monolith, der als solcher
> und als Ganzes sinntragend mit einer Nummer zu identifizieren wäre.
> WENN wir also zwischendurch und schnell mal eben nebenbei eine Variante
> eines einzelnen Programms bereitstellen, dann hat der Anwender die
> Wahl: Defensiv abwarten bis zum nächsten Release, wo das dann drin ist,
> und dann gibt's kein Vertun, oder sofort nehmen und ausprobieren - dann
> aber aufpassen und mitdenken beim Kopieren. Dabei bleibt's.
> 
> >>>> Haben Sie beide mit fc verglichen?
> >>> Habe ich jetzt gemacht, fc /B findet keinen Unterschied.
> >> Na also. Dann hätte eine penible Versionsnummernbuchhaltung
> >> ja nichts genutzt.
> > 
> > Na ja, dann hätte ich von vornherein gewusst, dass es dieselbe Version ist.
> > 
> Das hätten Sie auch, wenn das Datum nicht verfälscht worden wäre.
> 
> >> Tip: http://www.allegro-c.de/flex/tricks.htm#35
> > 
> > Schönen Dank! Das heißt wohl, dass ich bei Alt-m nicht irgendwo
>  > zwischendurch etwas abgreifen oder einen Zwischenprozess einschieben 
> kann?
>  > Das ist gewissermaßen intern fest verdrahtet?
> > 
> Ist es.
> 
> > Ich habe jetzt bei dem Versuch, per Position und Zeile (zc, zn) zuzugreifen noch ein Problem.
> > In der Dokumentation h flex steht:
> >   Beispiel: man gibt im Schreibfeld ein
> >            9 message Index 1 wird gezeigt\index |1 shakesp
> >            Enter drücken. Der FLEX wird in Variable #uX9 gespeichert
> > 
> > Damit bekomme ich aber nur eine Fehlermeldung:
> > 
> > ---------------------------
> > ERROR: unknown FLEX command!
> > ---------------------------
> > 9 message Index 1 wird gezeigt
> > ---------------------------
> > OK
> > --------------------------
> > 
> > und #uX9 wird nicht belegt.
> > 
> > Den Flex kann ich mit
> > #uX9x message Index 1 wird gezeigt\index |1 shakesp
> > erzeugen, so steht das aber da nicht.
> > 
> > Hat sich bei A99 da etwas geändert?
> > 
> Scheint so. Ändern wir halt die Beschreibung, im nächsten Release ist
> das dann drin.
> Diese Sache ist aus den allerersten, hochprimitiven Anfängen, als FLEX
> noch gar keinen Namen hatte. (Dieser Name hat auch mit dem X von #uXi zu
> tun, welches am Anfang das wichtigste Feature war.)
> 
> B.E.
> 
>