Release 15

Zeitrahmen: Donnerstag, 16. Juli 2009
Der Shutdown geht bis einschließlich Dienstag, 21. Juli 2009.

Prioritäten:
1 - Muss mit der aktuellen Release fertig werden, da dringend benötigt
2 - Soll mit der aktuellen Release fertig werden, aber (noch) nicht dringend
3 - Wünschenswert, da spürbare Erleichterung für Betrieb / Arbeit der Gruppe
4 - Ganz nett, nice to have
5 - Beruhigt irgendwen irgendwie, stört zumindest nicht
6 - Stört / behindert, besser gar nicht angehen

Beim Implementieren bitte wieder die Merkliste und die Windows-Merkliste beachten!

Die Icons bedeuten:
IDEA! - der Punkt bedarf einer klärenden Diskussion.
PICK - zum Punkt gibt es ergänzende Bemerkungen. Das Icon ist klickbar.
MOVED TO... - der Punkt ist auf die nächste Release verschoben.
DONE - der Punkt ist erledigt.

Klären

Nr. Name Prio Projekt PICK DONE
1 LH 1 Neue Alarme auch für VMS-Anwendungen verwenden? Siehe Udos Email CAP mit UDP-Alarmen? vom 20.04.2009.   MOVED TO...
2 LH, KHoe 1 Verwaltung der Originale von /etc/rc.d/init.d/devman, /etc/sysconfig/devman.logrotate, /etc/sysconfig/devman, /home/vme/interrupt/ec-irpts-load.sh, ec-irpts.c usw. beschließen. Okay, in SVN aufgenommen.   DONE
3 LH 1 Erweiterung der Device-Access-IDL-Schnittstelle um einen Prozessnamen. PICK MOVED TO...
4 LH 1 Soll beim Ende von Konnektierungen immer das userCallback->exit() aufgerufen werden? PICK MOVED TO...
5 LH 1 Ein Magnet hat zwei Namen: TK3MV3 und TK3MV4. Das geht nicht mehr, wenn KUECG56_ auf PPC-GuP (im Juli-Shutdown) umgestellt werden soll. PICK DONE
6 LH 2 Umstellung der VMS-Rechner auf UTC!? Mit AP! PICK MOVED TO...
7 LH 2 Erweiterung der Konstantentabelle für MX und MD für den April-Shutdown vorsehen? PICK MOVED TO...
8 LH 2 Behandlung der Spezial-Nomenklaturen >> und ?? klären (siehe UKs Email vom 6.2.08). PICK MOVED TO...
9 LH 2 Wie bei Alarmen von der SE die richtige Nomenklatur zuordnen? Adressen sind nicht eindeutig, was tun bei STD? PICK DONE
10 KHoe 2 Wie können die Entwicklungsumgebungen für ELDK 3 mit Linux 2.4 einerseits und ELDK 4 mit Linux 2.6 andererseits parallel gehalten und einfach umschaltbar gemacht werden? PICK MOVED TO...
11 Alle 2 Nachdenken über erweitertes Log-Ausgaben-Konzept. PICK MOVED TO...
12 SMa 4 Fehlerbehandlung in Klasse NsrvException ggfs. ersetzen durch AccDevException? Informationsweitergabe ueberdenken. PICK MOVED TO...
13 LH 3 USR-Absturz (z.B. NULL-Ptr) soll nicht zum Devman-Absturz führen. PICK MOVED TO...
14 GSch, UK 3 Wie Userface für IPS erweitern. PICK MOVED TO...

Bemerkungen

Ergänzende Bemerkungen, Hinweise usw. zu obiger Liste "Klären".

Nr. Bemerkung
3 Im Moment kann man im Logfile nur sehen, welcher User z.B. eine Gerätereferenz beim Nameserver nachfragt oder eine Konnektierung aufsetzt. Das ist zu wenig Info. Z.B. laufen alle Operatingprogramm unter dem selben User siskons. Da ist es schwierig, einen Prozess zu ermitteln, der sich fehlerhaft oder nicht normgerecht verhält.
Die Erweiterung muss natürlich auch in Userface/UfcServer eingebaut werden.
4 Es scheint immer (mal) wieder Probleme zu geben, dass das eigentliche User-Callback-Objekt nicht mehr da ist oder schon anderweitig (für die nächste Konnektierung) benutzt wird, die exit() Methode aber noch aufgerufen wird. Zudem ist es nicht immer ganz einfach, nach einem disconnect() noch auf das exit() zu warten. Man kann ja auch sagen: wenn das disconnect() mit ok zurück kommt, dann reicht mir das. Oder evtl. ein disconnect() mit einem (optionalen) Parameter noexit basteln, der dazu führt, dass das exit() nicht auch noch aufgerufen wird.
Aber auch ein Signal Handler, der das Segmentaion Fault-Signal auffängt (callback-corba.cc, Zeile 103), wäre denkbar.
5 Problem soll auf der Serverseite gelöst werden. Eventuell durch eine Erweiterung oder Adaption der Shared-Variante der MX-Magnete.
6 Das sollte bis zur Sommer-/Winterzeitumstellung im Herbst 2009 erfolgt sein!
7 Unterscheiden Imax und Inenn. Timeoutzeit für CONNECT und POWER?
8 Bisherige (bis V08) Nomenklaturen '>>...', '??...' werden nur auf Front-End Ebene verwaltet, sie können von Client-Programmen nicht angesprochen werden. Bedeutung:
Es soll erkennbar sein, dass es Adressen am MIL-Bus gibt, die dort nicht vorgesehen sind (keine Nomenklatur vorhanden). Bis V08 wird für jede Adresse ohne Nomenklatur automatisch eine Nomenklatur '??...' erzeugt.
Umgekehrt gibt es Adressen, denen kein nutzbares Gerät entspricht, die aber da sein müssen (oft bei SD-Geräten, die einen ganzen Adressraum belegen). Bis V08 sollen derartige Adressen mit Nomenklaturen '>>...' gekennzeichnet werden.
9 Alarme: Bei Alarmen von SEs wird bisher über die LogDevAdr die richtige Nomenklatur des Gerätes ermittelt. Das geht jetzt aber nicht mehr so, weil die LogDevAdr. jetzt nur noch pro Gerätemodell innerhalb eines VME-Rahmens eindeutig sein muss. Speziell bei Gerätemodell-Varianten (auf USR-Ebene) hat man Probleme über LogDevAdr. + Gerätemodell-Name an die Nomenklatur zu kommen, denn die Nomenklatur gehört oft zu einem anderen Gerätemodell als die Software auf der SE angibt. Wie kann man trotzdem diese Zuordnung eindeutig und passabel handhabbar herstellen? (Extra Eintrag im DBS-file?).
Speziell bei STD-Geräten ist diese rückwärtige Ermittlung manchmal nicht möglich, weil da oft mehrere Geräte auf derselben LogDevAdr aufsetzen.
Die SE kennt mittlerweile selbst die Gerätenomenklaturen, könnte sie also direkt verwenden statt der Adresse. Achtung, Änderung wäre eine Systemsoftware-Änderung! Haben wir die aber nicht eh mit der neuen Timestamp?
Die SE kennt ihre eigene Nomenklatur nicht. Die sollte ihr mitgeteilt werden. Achtung, auch das ist wahrscheinlich eine Systemsoftware-Änderung!
10 Möglicherweise müssen wir einen fließenden Übergang von Linux 2.4 nach 2.6 machen. Dann muss man einfach zwischen den Entwicklungsumgebungen umschalten können. Auf jeden Fall muss es eine einfache Rückfallmöglichkeit geben, wenn sich herausstellt, dass es unter Linux 2.6 Probleme gibt, die nicht schnell behoben werden können.
11 Das Ändern des Loglevels in den meisten logmsg-Ausgaben von LOG_DEBUG zu LOG_INFO bringt eine Beschleunigung um den Zeitfaktor 7 beim Eintragen von Geräten in den Nameserver. Ist es generell sinnvoll, z.B. LOG_DEBUG-Ausgaben nur auf expliziten Wunsch auszugeben?
12 Die Klasse NSrvException wird lediglich innerhalb des Nameservers verwendet. Exceptions nach aussen sind AccDevExceptions.
13 Die Nutzung eines NULL-Pointers in einer USR (T* p = NULL; p->element = 42;) lässt den ganzen Devman abstürzen mit segmentation fault. Kann man solche Signals abfangen, ähnlich wie wir's in MOPS etwa mit Buserrors usw. gemacht haben? Das würde vielleicht heißen, nur den Thread der fehlerhaften USR, also das Device-Objekt, zu beenden und neu aufzusetzen.
14 Erfordert eine neue Konnektierungsart, die aber allgemeingültiger als die unter VMS implementiert werden sollte. Erfordert weiterhin eine IDL-Erweiterung, die zusammen mit den IDL-Erweiterungen für den Prozessnamen (Punkt 3 oben) und des AccData-Containers um 64-Bit-Intergers erfolgen sollte.

Umfang

Nr. Name Prio Tage Projekt PICK DONE
1       Property-Beschreibung mit XML und Code-Generierung    
1.1 KHoe 1   Doku erstellen. User's Manual zum Erstellen einer USR-XML-Datei. In englisch!   MOVED TO...
2       Geräte-Software    
2.1 Alle     Gerätemodelle umstellen. (Aktualisieren der Geräte-Software-Liste nicht vergessen.)   MOVED TO...
2.1.1 UK 1   HVDM. Inkl. Gerätemodell-Doku ins Wiki stellen. PICK MOVED TO...
2.1.2 GuRi 1   HFS. Inkl. Gerätemodell-Doku ins Wiki stellen.   MOVED TO...
2.1.3 Kain 2   FG PICK MOVED TO...
2.1.4 GuRi 2   PPOS   MOVED TO...
2.1.5 LH 1   MS   DONE
2.1.6 GSch 1   MB   MOVED TO...
2.1.7 KHer 1   BC   MOVED TO...
2.1.8 SMa 1   ME   DONE
2.1.9 Kain 1   MK   MOVED TO...
2.1.10 NN 1   FBSD   MOVED TO...
2.2 KHoe     VME-Rahmen umstellen. Neues UBOOT laden. MAC-Adressen der GuPs bei W.Schiebel angeben! Directories anlegen.   MOVED TO...
2.2.1 UK 1   KE3CG94_ wird KE3CG02, HVDM muss fertig sein.   MOVED TO...
2.2.2 LH 1   KUECG56_ wird KUECG03, MS muss fertig sein. Problem der in Reihe geschalteten Magnete TK3MV3 und TK3MV4 muss geklärt sein.   MOVED TO...
2.2.3 LH 2   KE1CG63_ wird KE1CG03. PICK MOVED TO...
3       Devman    
3.1 Kain 2   onlineTest() von den lifeCtrlThreads aus ausführen? (sorgt dafür, dass der online-Zustand der devices regelmäßig geprüft wird, bei vmeDevice würde geprüft, ob alle devices eines ec noch in der dbs eingetragen sind)   MOVED TO...
3.2 SMa 2   Neue Logger-Klasse für logmsg() erfinden, um Laufzeiten zu verkürzen. PICK DONE
3.3 SMa 2   Devman mit einmaligem open()/close() des Nameservers während des Starts. PICK DONE
3.4 Alle 1   (Incode-) Doku erstellen. Vorrangig die mit API! In englisch!   MOVED TO...
3.4.1 SMa 1   Devman (Incode-) Doku erweitern.   DONE
3.4.2 Kain 1   Module cpu87, devman (inkl. DMAN-USRs), equinf, incvme, vmedevice, x86device   MOVED TO...
3.4.3 KHoe 1   Module accdata, corbaifc, dbs   MOVED TO...
3.4.4 KHer 1   Modul microIOC   DONE
3.4.5 UK 1   Modul pydevacc   DONE
3.5 SMa 2   X86Device in NativeDevice umbenennen, Projekt-Verzeichnis umbenennen und nötige Anpassungen in Quellen und Skripten vornehmen. PICK DONE
3.6 NN 2   In den Makefiles und in gendevacc das Target python in pydevacc umbenennen.   MOVED TO...
4       Nameservice and Access Rights    
5       Userface    
5.1 GSch 1   Userevent nach Abholung der Response eines asynchronen Auftrags wieder löschen   DONE
5.2 GSch 2   Userface aus dem privaten Directory nach sis$root:[ufc] umziehen   MOVED TO...
5.2.1 GSch 2   in CMS einchecken, Doku 'Userface für VMS erstellen' entsprechend überarbeiten   MOVED TO...
5.3 GSch 1   VMS Prozessname mit übertragen und im logfile ausgeben   DONE
5.4 GSch 1   Konnektierungen und asynchrone Aufträge, die vom devman beendet wurden sauber behandeln   DONE
6       Versionsverwaltung, Releases, Scripte    
6.1 GSch 1   relufcserver erfinden.   DONE
6.2 KHoe 1   svntools.py für V09 anpassen. Nur für die Blades, weil es da eine viel einfachere Möglichkeit geben wird.   MOVED TO...
6.3 Alle 1   (Incode-) Doku erstellen. In englisch!   DONE
6.3.1 KHoe 2   Module uti/mk, uti/xml   MOVED TO...
6.4 KHoe 3   Script mkgupdirs zum Anlegen der Directories eines neuen PPC-GuP.   MOVED TO...
6.5 LH 2   Makefiles acc-global,mk, Makefile.clean usw. von $DROOT/mk nach $uti/mk umziehen und Makefiles entsprechend anpassen.   DONE
7       ELDK    
7.1 Kain 1   In Gang bringen: VME-Adresstest. VME-Treiber / CPU86-Firmware?   DONE
7.2 Alle 1   Upgrade der PPC-GuPs auf ELDK 4.0 mit Linux 2.6 und neuem UBOOT.   MOVED TO...
7.2.1 KHer 1   Consolen auf 19200 Baud umstellen, siehe Boot-Konfiguration der PowerPC-Boards   MOVED TO...
7.2.2 KHer 1   Zunächst KTRCG01 umstellen.   MOVED TO...
7.3 KHoe 1   GCC 4.x vorab schon mal auf dem asl-Cluster testen (Devman/KGB generieren).   DONE
7.4 KHoe 2   Eventuell Upgrade auf omniOrb 4.1.2   MOVED TO...
7.5 KHoe 2   Umzug einiger Directories PICK MOVED TO...
8       Erweiterungen Device Access Interface    
9       Subscription Service    
9.1 LH 1   Überarbeitung der Software und Fehlerbehebung.   MOVED TO...
9.2 LH 2   Timeout auch in DeviceCallback::exit() einbauen.   MOVED TO...
10       Alarme    
11       Allgemeines & Kleinigkeiten    
11.1 KHer 1   Teile des Linux-Betriebssystems ins Flash brennen.   MOVED TO...
11.2 LH 2   Wenn generell auf UTC umgestellt wird, die festen Zeit-Offsets in der Geräte-Software der Pulszentralen (auch SWPZ) und in MAX entfernen. PICK MOVED TO...
11.3 KHoe 1   Im Shutdown die neuen Release- und Start-Skripte fuer den Nameserver einrichten. Rueckfragen bitte an SMa und LH.   DONE
11.4 LH 2   Mittelfristige Planung für PPC-Projekt mal wieder angucken und in Release 16 einfließen lassen.   MOVED TO...

Bemerkungen

Ergänzende Bemerkungen, Hinweise usw. zu obiger Liste "Umfang".

Nr. Bemerkung
2.1.1 Eventuell ohne SE sondern mit dem HV-Controller direkt im VME-Rahmen. Möglicherweise können die HV-Controller auch direkt auf Netzwerkbetrieb (ohne Kontrollsystem) umgestellt werden.
2.1.3 Die SIS-HF soll als erste auf die neuen Funktionsgeneratoren mit Verrundung umgestellt werden. Neue FGs sollen nur unter V09 betrieben werden.
2.2.3 Für KE1CG03 soll neuer Rahmen parallel zu KE1CG63_ montiert werden, so dass die Gerätemodelle nach und nach umziehen können. In KE1CG63_ sind insgesamt 7 verschiedene Gerätemodelle.
Was ist mit RPG? KE1CG63_ hat dafür zwar USRs aber keine SE mit EQMs.
3.2 Gegenueber der Version 12 ist die Anmeldung von Geraeten am Nameserver um den Faktor 10 schneller (inkl. aller beschleunigenden Massnahmen)
3.3 Fuer das Anmelden der Geraete/der SE's wird jeweils eine Socket-Verbindung aufgebaut.
3.5 Betroffene Projekte: x86device (heisst nun nativedevice), accdevice, kgb, usrs.
7.5 Falls der NFS-Server von HP allgemein eingesetzt wird, hat das sehr wahrscheinlich Konsequenzen für die NFS-Directories der PPCs. Das muss dann näher untersucht werden.
11.2 Erübrigt sich für PZU und PZS, wenn diese unter V09 laufen. Bei der Umstellung muss der Offset raus, da Linux schon mit UTC arbeitet.

Bugs and Feature Requests

Nr. Name Prio Tage Beschreibung DONE
1       Property-Beschreibung mit XML und Code-Generierung  
1.1 KHoe 2   In den USR-Adaptern statt
throw (AccDevException(ODA_CONVERTDATA, ODA_OK, "more data than expected"))
besser
throw AccDevException(ODA_MOREDATA, ODA_OK, ACCDEV_ERRORLOCATION)
werfen. ACCDEV_ERRORLOCATION weißt dann auf den entsprechenden Adapter hin.
MOVED TO...
1.2 KHoe, LH 2   Evtl. eine Möglichkeit schaffen, damit die Lese- und die Schreib-Klasse einer Property unabhängig voneinander dokumentiert werden können. Siehe dazu LHs Email XML-Doku trennen für Schreib- und Lese-Properties vom 19.03.2009. MOVED TO...
2       Geräte-Software  
2.1 Kain     Default-Property EQMERROR liefert falsche Werte. DONE
2.2 LH, Kain 3   Power schalten bei MX, FG: addPeriodical(n * 1sec) führt bei PPM-Geräten aber zu addPeriodical(n * Zykluszeit) und im Fehlerfall (Gerät schaltet nicht) zu zu langen Wartezeiten und zum Fehler USR-Timeout statt zu GM-Powerfail. DONE
2.3 Kain 2   SWPZ-EQMs bringen SE zum Absturz, wenn man nur das Default-Alvarez-Timing einstellt. MOVED TO...
2.4 GSch 2   DTI-EQMs: Wenn der Elektronik der Rahmenpuls fehlt, z.B. oft im Shutdown, dann rascheln die Geräte ziemlich mit Alarmen. Ein DevSpecAlarm wechselt ständig zwischen ok und Fehler und man hat schnell hunderte von Alarmfiles geschrieben. MOVED TO...
2.5 Kain 2   SEs haben keine Property EQMERROR mehr. Ist das gewollt? Wurde wohl vergessen, also nachrüsten? MOVED TO...
2.6 LH, KHoe 2   Nach der Erweiterung von vmeconfig für X86-USRs kann auch KGB damit generiert werden. Dann geht aber die bisherige Generierung via Makefile.nightly nicht mehr. Ist das ein Problem, insbesondere im Hinblick auf zukünftige Lieferungen eines Komplettsystems an Cosylab? KGB weiterhin per Makefile.nightly. DONE
2.7 LH, Alle 1   Die USR ReadMEDIINFO implementiert in therapy-usrs.cc liefert auch für V08 die V09 UTC-Zeit. MOVED TO...
2.7.1 LH 1   Methode ReadMEDIINFO::readV08() erfinden zur Konvertierung in V08-Typ. DONE
2.7.2 Alle 1   Alle V09-USRs von Gerätemodellen mit Therapieerweiterung (bzw. die, die therapy-usrs.cc includieren) neu compilieren, linken und für die entsprechenden Rahmen releasen. MOVED TO...
2.8 LH 1   MX-USRs ReadMEDDATAS und ReadMEDDATAI liefern die Werte für B, I und U in der falschen Reihenfolge. DONE
2.9       Bei Gerätemodellen, wie Std, habe alle Modelle die gleiche Gerätemodelnummer. Hätten diese Modelle eigene Messages-Dateien (GM-msg.msg) könnten die beinhalteten Meldungen nicht unterschieden werden, da die Facilitynummer aus der Gerätemodelnummer erzeugt wird. (Facility = 1050 + eq-model number). Momentan gibt es keine Probleme. Diese Besonderheit sollte aber nicht in Vergessenheit geraten, weil dies vielleicht noch zu einem Problem werden könnte. MOVED TO...
3       Devman  
3.1 Kain 1   Falsch zeigender deviceDataPtr nach einem Init der SE und der darauf folgenden Neusortierung der Geräte in der Geräteliste der SE. Siehe Peters Email PPC und Konfigurationsaenderungen vom 19.1.2009. Zusammen mit den Punkten 3.2 11.3 bearbeiten. MOVED TO...
3.2 Kain 2   TL2MU1 (MX, IFK=205) auf KG1CS023 ist online, KG1CS022 hat keine Geräte. MIL-Bus auf KG1CS022 umstöpseln und Init KG1CS022. TL1MU1 (MD, IFK=205) ist mit Menüpunkt 'C' auf der SE zu sehen und online. TL2MU1 auf KG1CS023 ist offline. Lesen von Status via Python: TL1MU1 > =XSR-E-UNKNOWN, TL2MU1 >                          =XSR-E-UNKNOWN. Erst ein Restart des Devman scheint zu helfen. Alles unter Release 9. Zusammen mit den Punkten 3.1 und 11.3 bearbeiten. MOVED TO...
3.3 LH 2   Für Devman und DMAN-USRs werden falsche Versionsstrings generiert, z.B.: DMAN01..14. Okay, devman-version.py korrigiert. DONE
3.4 NN 2   Des öfteren geht der service devman restart schief, weil das Lockfile /var/lock/acc/devman nicht gelöscht wurde. Woran liegt das? MOVED TO...
3.5 Kain 1   Devman macht Eventkonnektierungen auf SEs, die den Eventservice explizit verbieten. Siehe LHs Email Eventkonnektierung an SE, die's nicht erlaubt vom 29.05.2009 und Peters Antwort-Email vom 02.07.2009. MOVED TO...
4       Nameservice and Access Rights  
4.1 SMa 2   Das Python-Modul gsinaming liefert z.B. mit getdevices("K*CG*") folgendes zurück: ['K1XCG01 (DMAN)', 'K1XCG02 (DMAN)', ...]. Schöner wäre, täte es dies liefern: [['K1XCG01', 'DMAN'], ['K1XCG02', 'DMAN'], ...].
Dito die Methode getnomen() des Python-Moduls devacc.
DONE
5       Userface  
6       Versionsverwaltung, Releases, Skripte  
6.1 LH 1   Wenn gendevacc eine Teil-Release macht, sollten die Headerfiles nicht noch einmal kopiert werden, m.a.W. es sollte nicht Makefile.copy aufgerufen werden. Statt dessen wäre ein Vergleich der aktuellen Headerfiles mit denen der Release sinnvoll. Unterscheiden sie sich, sollte die Teil-Release abgelehnt werden! MOVED TO...
6.2 KHoe 2   Wie kriegen wir denn die 'modification time in the future' bzw. die 'Clock Skew' wieder weg, die beim 'make' von USRs und EQMs immer wieder (mal) auftritt? Siehe LHs Email Clock skew beim 'make' vom 19.05.09 DONE
7       ELDK  
8       Erweiterungen Device Access Interface  
9       Subscription Service  
10       Alarme  
10.1 Kain 2   ECM soll Alarm %ECM-E-DATA_EVENT_INCO als Alarm von Alarmtyp System verschicken. DONE
11       Allgemeines & Kleinigkeiten  
11.1 KHoe 2   Die PPC-Boards, zumindest KP1CG01 (auch KE3CG01?), stellen sich mal auf full duplex, mal auf half duplex ein, wenn der Port am Switch auf auto steht. PPC-Boards müssen immer auf full duplex stehen!
Kontakt mit MicroSys bzw. Denx aufnehmen.
MOVED TO...
11.2 KHoe 2   Wo müssen die Dateien *.pyc zu liegen kommen? Zur Zeit findet man sie sowohl unter /usr/local/acc/python/bel als auch unter $utivme. Das muss bereinigt werden. MOVED TO...
11.3 SMa 2   Wie kann man dem Nameserver eine Aenderung des (sekundären) Geraetemodells auf der SE mitteilen? Zusammen mit den Punkten 3.1 und 3.2 bearbeiten. DONE
11.4 KHoe 3   Zu vmeconfig.py und "Additional files" merken muss man eigentlich zwischen V08 und V09 unterscheiden. Z.B. bei MD oder MX gibt's unter V08 keine zusätzlichen Dateien für die USRs einzutragen, unter V09 aber schon. MOVED TO...
11.5 Kain 3   Der Zustand 'deleted' eines Gerätes wird vom Menüpunkt C des ECM nicht angezeigt. MOVED TO...
11.6 NN 3   'vmeboot -b uktcg3e_' auf asl710 führt nicht dazu, dass UKTCG3E_ mit Boot-MOPS startet, 'vmeboot uktcg3e_' tut jedoch wie erwartet. MOVED TO...
11.7 KHoe 3   Wenn man statt outData.assign(37, ULong(0)) fälschlicherweise outData.assign(ULong(0), 37) schreibt, meckert der Compiler nicht. Wieso denn das? Es gibt eigentlich keine passende Deklaration für den Fehlerfall. MOVED TO...
Topic revision: r41 - 18 Aug 2011, UnknownUser
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback