An:	Project-GS-EC/ESI4 ME7 (GS-EC/ESI4)
Betreff:	WG: Damos-Warnungen DAM-W-CSY-FMT-NOT-EXIST wegen asmDefineHeader ab Scriptversion 1v16
Hallo zusammen,
Wenn ihr folgende vier Damos-Warnungen (tauchen ab Damos Skriptversion 1v16 auf) loswerden wollt, gibt es hierfür ein Update des OSP.
Warnungen und Update sind unkritisch, da die angegebenen Erweiterungen nciht genutzt werden.
Das Update ist bei mir Codeneutral und sollte es bei euch auch sein.

+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> QFm -> C_VK 
+---------------------------------------------------
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> PFm -> C_VK 
+---------------------------------------------------

+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> QFm -> MCC_VK 
+---------------------------------------------------
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> PFm -> MCC_VK 
+---------------------------------------------------

Die korrigierten OSP's sind:
C167: BASISME7 / _1V0 ;197
    => FS : COMMON_OSP / _MX7; 17
ST10: BASICS / _v1 ;8  bzw.  BASICS / _V2 ;9

Gruß
Mathias

______________________________________________ 
Von: 	Sharath K M (RBIN/EGS2) *  
Gesendet:	Freitag, 25. November 2005 13:05
An:	Rocholl Mathias (GS-EC/ESI4) *
Cc:	Schweizer Eberhard (GS-TC/ENC23) *; Maisenbacher Matthias (GS-EC/EMT4) *; Manohar N R (RBIN/EGS2)
Betreff:	RE: Damos-Warnungen

Hello Mr.Rocholl,

The changes have been made. Now no Damos warning is generated.
Please find the updated OSP in FS : COMMON_OSP / _MX7; 17 .

Thanks and regards,
Sharath

_____________________________________________ 
From: 	Rocholl Mathias (GS-EC/ESI4) *  
Sent:	Tuesday, 22. November 2005 9:38 PM
To:	Sharath K M (RBIN/EGS2) *
Cc:	Schweizer Eberhard (GS-TC/ENC23) *; Maisenbacher Matthias (GS-EC/EMT4) *
Subject:	WG: Damos-Warnungen

Hello Mr. Sharat.
We get damos-warnings when using damos-scripts 1v16 or newer.

The Reason is the definition of "asmDefineHeader" in DOSP: BASICS / _V1 , DOSP: BASICS/ _V2 or DOSP: BASISME7 / 1V0 (depending on project).
1) With the new scripts it is required to define output not only for HFm2 (=> HFm2=(C_VK,"#define SETADRASM ") ), but also for QFm2 and PFm2.
2) As far as i understand it is also required to define output for MCC_VK and not only for C_VK for all these three cases, even if the return value is an empty string.

Can you change this in the next revisions of the affected osp-files ?

Mit freundlichen Grüßen / Best regards

Mathias Rocholl                

Robert Bosch GmbH     Si521/D/2           
Abteilung GS-EC/ESI4   Tel. +49 711 811-20451
Postfach 30 02 40        Fax. +49 711 811-260877
70442 Stuttgart             mailto:Mathias.Rocholl@de.bosch.com

______________________________________________ 
Von: 	Schweizer Eberhard (GS-TC/ENC23) *  
Gesendet:	Dienstag, 22. November 2005 16:36
An:	Rocholl Mathias (GS-EC/ESI4) *
Betreff:	AW: Damos-Warnungen

Hallo Herr Rocholl,

Ihrem Log-File-Auszug kann ich entnehmen, dass asmDefineHeader nicht einer Kenn-/Ramgröße zugeordnet ist, sondern als "Kopf-Codesyntax für Kenngrößen dient. Ab V1.16 und höher wird bei Verwendung der "Programmiersprachen-Funktionalität" offensichtlich auch der QFm und PFm-Teil der Kopf-Codesyntax verlangt und führt bei Fehlen zum Fehler.

Ich denke hier hilft nur eine entsprechende Erweiterung von asmDefineHeader zum Erfolg (d.h. Vermeidung der Fehlermeldung).

Gruß
Eberhard Schweizer

_____________________________________________ 
Von: 	Rocholl Mathias (GS-EC/ESI4) *  
Gesendet:	Dienstag, 22. November 2005 13:44
An:	Schweizer Eberhard (GS-TC/ENC23) *
Betreff:	AW: Damos-Warnungen

Das hätte ich ja auch vermutet, allerdings sehe ich keinen Unterschied.
Die dcm bzw. v -Dateien sind identisch.
In den OSP sind die Codesyntaxen meiner Meinung nach auch identisch:
  :OId=405:Typ=CSy:Name=asmDefineHeader:!:!:!:HFm2=(C_VK,"#define SETADRASM ");
beim PST mit Fehler und 
  :OId=29e6b:Typ=CSy:Name=asmDefineHeader:!:!:!:HFm2=(C_VK,"#define SETADRASM ");
bei dem anderen ohne Fehler.
Und die Aufrufe aus Damos sehen (bis auf den Pfad) identisch aus:
  DAM-S-CMD 49: <Dst>quellDst>  setzeKopfFussZeilen(/,/,asmDefineHeader,/)
  DAM-S-CMD 50: <Dst>quellDst>  setzeUmfang(ASMFktVarKod)
  DAM-S-DSTQ-CREATE-KGRASW ASMFktVarKod 
  DAM-S-DST-INIT-NAPPL-KGR quellDst 
  DAM-S-DST-TEST-VALUE Dst quellDst 
  DAM-S-CMD 51: <Dst>quellDst>  schreibeDatenquelle(C:\ME7520\Fest\S260D\d_files\varasm.v,j,j,j,n,n,C_VK)   
u.s.w. gegenüber:
  DAM-S-CMD 49: <Dst>quellDst>  setzeKopfFussZeilen(/,/,asmDefineHeader,/)
  DAM-S-CMD 50: <Dst>quellDst>  setzeUmfang(ASMFktVarKod)
  DAM-S-DSTQ-CREATE-KGRASW ASMFktVarKod 
  DAM-S-DST-INIT-NAPPL-KGR quellDst 
  DAM-S-DST-TEST-VALUE Dst quellDst 
  DAM-S-CMD 51: <Dst>quellDst>  schreibeDatenquelle(C:\Me7510\Fest\C51G\24G9_0\d_files\varasm.v,j,j,j,n,n,C_VK) 

Ich habe auch mal die kompletten PST nach asmDefineHeader durchsucht - keine Unterschiede ausser einem:
Nur in dem fehlerfreien Stand findet sich eine weitere Zeile im logfile (weiter vorne):
  DAM-S-OSP-OBJ-SUCCESSFULLY-INSRTD CSy asmDefineHeader 

Trotzdem findet sich bei beiden die Codesyntax im finalen Objektspeicher.
Jetzt sind ja alle Quelldateien identisch, also kann ich mir den Unterschied nicht erklären.

Und bei dem fehlerfreien Stand gobt es übrigens keine Fehlermeldung, auch wenn es keine Rückgaben für QFm und PFm gibt.

Gruss und Dank,
Mathias Rocholl

_____________________________________________ 
Von: 	Schweizer Eberhard (GS-TC/ENC23) *  
Gesendet:	Dienstag, 22. November 2005 08:06
An:	Rocholl Mathias (GS-EC/ESI4) *
Cc:	Maisenbacher Matthias (GS-EC/EMT4) *
Betreff:	AW: Damos-Wwarnungen

Hallo Herr Rocholl,

das Verhalten hat sich mit der DAMOS-Version nicht verändert (wozu auch, wenn Sie noch soooo alte Versionen verwenden ;-)). Leider habe ich keinen Zugriff auf Ihr Directory. Aber die unterschiedlichen Warnungen liegen entweder daran, dass Sie mit unterschiedlichen Codesyntaxen oder mit unterschiedlichen Aufrufen von schreibeDatenquelle arbeiten.
Um die Warnungen zu vermeiden benötigt der Aufruf
schreibeDatenquelle(C:\TEMP\S260G_1\d_files\varasm.v,j,j,j,n,n,C_VK) 
die Unterstützung der Sprache C_VK sowohl für den HFm-, als auch für die QFm- und PFm-Teil der Codesyntax, d.h. die betroffenen Codesyntaxen benötigen jeweils folgende Teile:
:HFm2=(C_VK,""):QFm2=(C_VK,""):PFm2=(C_VK,"")
Notfalls  - wie hier - als Leerstrings.

Gruß
Eberhard Schweizer

_____________________________________________ 
Von: 	Rocholl Mathias (GS-EC/ESI4) *  
Gesendet:	Montag, 21. November 2005 16:30
An:	Schweizer Eberhard (GS-TC/ENC23) *
Cc:	Maisenbacher Matthias (GS-EC/EMT4) *
Betreff:	AW: Damos-Wwarnungen

Hallo Herr Schweizer,
Ich habe zwei PST verglichen, wobei die Warnungen nur in einem der beiden auftauchen.
(Das damos-logfile ist auch von den verwendeten cmd-Befehlen identisch, nur die Warnung taucht bei einem auf).
Aber die verwendeten varasm.dcm bzw. varasm.v -files sind identisch.
Auch die Codesyntaxen (asmDefineHeader) sind identisch und haben Parameter für C_VK, wenn ich die Syntax korrekt lese:
  :OId=29e6b:Typ=CSy:Name=asmDefineHeader:!:!:!:HFm2=(C_VK,"#define SETADRASM ");

Den einzigen Unterschied, den ich erkennen kann, ist die Version der verwendeten Damosskripte:
Fehler im PST mit  "[CODEWRIGHT]\script\dfpm\1v16"
Kein Fehler im PST mit  "[CODEWRIGHT]\script\dfpm\1v15"
Können Sie sich das erklären - und wie könnte ich die Warnmeldung dann für alle abstellen ?

PST ohne Warnung ist z.B. dieser hier:
<\\Si9346\ME75_VW_AUDI$\Me7510\Fest\C51G\24G9_0\Progst\damos.log>

Gruß & Dank
Mathias Rocholl

_____________________________________________ 
Von: 	Schweizer Eberhard (GS-TC/ENC23) *  
Gesendet:	Montag, 21. November 2005 15:18
An:	Rocholl Mathias (GS-EC/ESI4) *
Cc:	Maisenbacher Matthias (GS-EC/EMT4) *
Betreff:	AW: Damos-Wwarnungen

Hallo Herr Rocholl,

Sie verwenden beim Kommando
schreibeDatenquelle(C:\TEMP\S260G_1\d_files\varasm.v,j,j,j,n,n,C_VK) 
die Möglichkeit der (Programmier-)Spracheinstellung. Im Verlauf der Bearbeitung werden Codesyntaxen verwendet (z.B. asmDefineHeader), die keine Definition für die gewählte Sprache C_VK haben. Bei Verwendung der Programmierspracheinstellung muss aber jede der verwendeten Codesyntaxen diese Sprache unterstützen - und sei es auch bloß mit Ausgabe eines Leerstrings.

Gruß
Eberhard Schweizer

_____________________________________________ 
Von: 	Maisenbacher Matthias (GS-EC/EMT4) *  
Gesendet:	Montag, 21. November 2005 14:37
An:	Schweizer Eberhard (GS-TC/ENC23) *
Betreff:	FW: Damos-Wwarnungen

Hallo Eberhard,

für V3.x hätet ich geantwortet, dass hier im Ablauf der $cSyFkt was faul ist.
Aber für V1.x hat es wohl (den Namen nach) eher was mit Variantenkodierung zu tun.
Kannst du ihm (und mir z.K) antworten?

   Danke

       Matthias

______________________________________________ 
From: 	Rocholl Mathias (GS-EC/ESI4) *  
Sent:	Monday, November 21, 2005 2:19 PM
To:	Maisenbacher Matthias (GS-EC/EMT4) *
Subject:	Damos-Wwarnungen

Hallo,
Ich habe bei einigen Projekten folgende vier Warnungen beobachtet:

DAM-S-CMD 50: <Dst>quellDst>  setzeUmfang(ASMFktVarKod)
 
DAM-S-DSTQ-CREATE-KGRASW ASMFktVarKod 
DAM-S-DST-INIT-NAPPL-KGR quellDst 
DAM-S-DST-TEST-VALUE Dst quellDst 
DAM-S-CMD 51: <Dst>quellDst>  schreibeDatenquelle(C:\TEMP\S260G_1\d_files\varasm.v,j,j,j,n,n,C_VK) 
 
DAM-S-OUTPUTFILEOVERWRITE C:\TEMP\S260G_1\d_files\varasm.v 
DAM-S-DST-CREATE-DQUELLE ME7520
Asw:ASMFktVarKod 
DAM-S-DST-DEFAULT-VALUE Dst quellDst 
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> QFm -> C_VK 
+---------------------------------------------------
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> PFm -> C_VK 
+---------------------------------------------------
DAM-S-FILECLOSED C:\TEMP\S260G_1\d_files\varasm.v 
DAM-S-CMD 52: <Dst>quellDst>  //
 
DAM-S-CMD 53: <Dst>quellDst>  setzeUmfang(MCCFktVarKod)
 
DAM-S-DSTQ-CREATE-KGRASW MCCFktVarKod 
DAM-S-DST-INIT-NAPPL-KGR quellDst 
DAM-S-DST-TEST-VALUE Dst quellDst 
DAM-S-CMD 54: <Dst>quellDst>  schreibeDatenquelle(C:\TEMP\S260G_1\d_files\varmcc.v,n,j,j,j,n,MCC_VK) 
 
DAM-S-OUTPUTFILEOVERWRITE C:\TEMP\S260G_1\d_files\varmcc.v 
DAM-S-DST-CREATE-DQUELLE ME7520
Asw:MCCFktVarKod 
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> QFm -> MCC_VK 
+---------------------------------------------------
DAM-S-DST-DEFAULT-VALUE Dst quellDst 
  | DAM-I-DST-KGR-DEFAULT-VALUE
  |   Dst quellDst: 7 Kgr 
  +---------------------------------------------------
+---------------------------------------------------
| DAM-W-CSY-FMT-NOT-EXIST
|   PrV ME7520: CSy asmDefineHeader -> PFm -> MCC_VK 
+---------------------------------------------------
DAM-S-FILECLOSED C:\TEMP\S260G_1\d_files\varmcc.v 
DAM-S-CMD 55: <Dst>quellDst>  -
 
DAM-S-CMD 56: <PrV>ME7520>  // Variantenkodierung prüfen (erzeugt bei fehlenden Kenngrößen 
 
DAM-S-CMD 57: <PrV>ME7520>  //   aber nur Info)
 
DAM-S-CMD 58: <PrV>ME7520>  pruefeVarKod ("VarKod")
 
DAM-S-CMD 59: <PrV>ME7520>  
 
DAM-S-CMD-KDOOBJ-BATCH-CLOSED C:\TEMP\S260G_1\progst\varasm.dcm 
DAM-S-CMD 100: <PrV>ME7520>  exit

Was bedeutet das und wie kritisch sind diese Warnungen ?
Obiges Beispiel stammtaus folgender Datei:
<\\Si9346\ME75_VW_AUDI$\ME7520\FEST\23D\S260G_1\Progst\damos.log>

Mit freundlichen Grüßen
Mathias Rocholl

_VW_AUDI$\ME7520\FEST\23D\S260G_1\Progst\damos.log>

Mit freundlichen Grüßen
Mathias Rocholl