Hilfe...: Fehlermeldung nach *.jar Installation

ENGLISCH

E32USER-CBase
Panics with this category are raised in user side code by member functions of CBase derived classes that reside in euser.dll. Typically, they are caused by passing bad or contradictory values to class constructors or member functions.

The thread causing the panic is terminated.

1
This panic is raised by the Set() member function of CAsyncCallBack, if this active object is already active when the function is called.

2
This panic is raised in debug builds only.

This panic is raised by the Call() member function of CAsyncOneShot if the active object has not already been added to the active scheduler.

3
This panic is raised during construction of a dynamic buffer (a CBufFlat or a CBufSeg) when the value of the granularity passed to the constructors is negative.

4
This panic is raised when reading from a dynamic buffer (a CBufFlat or a CBufSeg) using the Read() member function. It is caused by attempting to read beyond the end of the buffer.

5
This panic is raised when writing to a dynamic buffer (a CBufFlat or a CBufSeg) using the Write() member function. It is caused by attempting to write beyond the end of the buffer.

6
This panic is raised when reading from a dynamic buffer (a CBufFlat or a CBufSeg) using the Read() member function. It is caused by specifying a negative length for the amount of data to be read

7
This panic is raised when writing to a dynamic buffer (a CBufFlat or a CBufSeg) using the Write() member function. It is caused by specifying a negative length for the amount of data to be written.

8
This panic is raised when inserting data into a dynamic buffer (a CBufFlat or a CBufSeg) using the InsertL() member function or when inserting an uninitialized region into the dynamic buffer using the ExpandL() member function. It is caused by passing a negative length value to these functions.

9
This panic is raised when inserting data into a dynamic buffer (a CBufFlat or a CBufSeg) using the InsertL() member function. It is caused when the variant of InsertL() which takes a pointer to TAny, is passed a NULL pointer value.

10
This panic is raised when specifying the minimum amount of space which a flat dynamic buffer (a CBufFlat) should occupy using the SetReserveL() member function. It is caused when the size value passed to the function is negative.

11
This panic is raised when specifying the minimum amount of space which a flat dynamic buffer (a CBufFlat) should occupy using the SetReserveL() member function. It is caused when the size value passed to the function is less than the current size of the buffer.

12
This panic is raised by the Delete(), Ptr(), BackPtr() member functions of a flat dynamic buffer (a CBufFlat); the panic can also be raised by InsertL() and ExpandL(). It is caused when the position value passed to these functions is either negative or represents a position beyond the end of the current buffer.

13
This panic is raised by the Delete() member function of a flat dynamic buffer (a CBufFlat). It is caused when the combination of position and length values passed to the function implies an attempt to delete data beyond the end of the flat buffer.

14
This panic is raised by the Delete(), Ptr(), BackPtr() member functions of a segmented dynamic buffer (a CBufSeg); the panic can also be raised by InsertL() and ExpandL(). It is caused when the position value passed to these functions is either negative or represents a position beyond the end of the current buffer.

15
This panic is raised by the Delete() member function of a segmented dynamic buffer (a CBufSeg). It is caused when the combination of position and length values passed to the function implies an attempt to delete data beyond the end of the segmented buffer.

16
This panic is raised in debug builds only.

This panic is raised by the InsertL(), Delete(), Ptr() and BackPtr() member functions as implemented for segmented buffers (CBufSeg), when the offset within a segment, where data is to be inserted or removed, is greater than the buffer granularity.

17
This panic is raised by the constructors of arrays of fixed length objects as represented, for example, by the classes CArrayFixFlat, CArrayFixSeg and CArrayFixFlat. It is caused when the record length is either negative or zero.

The record length is either explicitly specified as in the case of the CArrayFixFlat class or is implied by the length of the template class as in the case of the CArrayFixFlat class.

18
This panic is raised by the constructors of arrays of fixed length objects as represented, for example, by the classes: CArrayFixFlat and CArrayFixSeg. It is caused when the granularity passed to the constructors is either negative or zero.

19
This panic is raised by the constructors of arrays of variable length objects as represented, for example, by the classes: CArrayVarFlat and CArrayVarSeg. It is caused when the granularity passed to the constructors is either negative or zero.

20
This panic is raised by the constructors of packed arrays as represented, for example, by the class CArrayPakFlat. It is caused when the granularity passed to the constructors is either negative or zero.

21
This panic is raised by any operation which accesses an element of an array by explicit reference to an index number, for example, the Delete(), InsertL() and At() member functions or the operator Operator[]. It is caused by specifying an index value which is either negative or is greater than or equal to the number of objects currently within the array.

22
This panic is raised when deleting contiguous elements from an array of fixed length objects (derived from CArrayFixBase) using the Delete() member function. It is caused by specifying the number of contiguous elements as a zero or negative value.

23
This panic is raised when inserting contiguous elements into an array of fixed length objects (derived from CArrayFixBase) using the InsertL() member function. It is caused by specifying the number of contiguous elements as a zero or negative value.

24
This panic is raised when resizing an array of fixed length objects (derived from CArrayFixBase) using the ResizeL() member function. It is caused by specifying the number of contiguous elements as a zero or negative value.

25
This panic is raised when deleting contiguous elements from an array of variable length objects (derived from CArrayVarBase) using the Delete() member function. It is caused by specifying the number of contiguous elements as a zero or negative value.

26
This panic is raised when deleting contiguous elements from a packed array (derived from CArrayPakBase) using the Delete() member function. It is caused by specifying the number of contiguous elements as a zero or negative value.

27
This panic is raised when reserving space in flat arrays of fixed length objects, (the CArrayFixFlat,CArrayFixFlat and CArrayPtrFlat classes ) using the SetReserveL() member function. It is caused by specifying the number of elements, for which space is to be reserved, as less than the current number of elements in the array.

28
This panic is raised when inserting or appending replicated elements to the arrays of fixed length objects CArrayFixFlat and CArrayFixSeg using the InsertL() or AppendL() functions. It is caused by specifying the number of replicas as negative or zero.

29
This panic is raised when deleting elements from a fixed length, variable length or packed array (derived from CArrayFixBase, CArrayVarBase and CArrayPakBase) using the Delete() function. It is caused when the specification of the position of the first element to be deleted and the number of contiguous elements to be deleted refers to elements which are outside the bounds of the array.

30
This panic is raised when inserting into, appending onto, expanding or extending a variable length array or a packed array (i.e. arrays derived from CArrayVar or CArrayPak) using the InsertL(), AppendL(), ExpandL() or ExtendL() functions respectively. It is caused by specifying the length of the element as a negative value.

33
This panic is raised by the destructor of a CObject. It is caused, if an attempt is made to delete the CObject when the reference count is not zero.

34
This panic is raised by the Close() member function of a CObject. It is caused, if the reference count is negative.

35
This panic is raised by the Remove() member function of an object container, a CObjectCon. It is caused when the CObject to be removed from the container is not contained by the container.

36
This panic is raised by the Remove() member function of a container index, a CObjectConIx. It is caused when the object container, a CObjectCon, to be removed from the index is not contained by the index.

37
This panic is raised by the Remove() member function of an object index, a CObjectIx. It is caused when the handle passed to the Remove() function does not represent a CObject known to the object index.

38
This panic is raised by the At(), FindByName() and FindByFullName() member functions of an object container, a CObjectCon. It is caused when the unique ID as derived from the handle is not the same as the unique ID held by the object container.

39
This panic is raised by the At() member function of an object container, a CObjectCon. It is caused when the index represented by the handle is outside the permitted range. In effect, the handle is bad.

40
This panic is raised by the destructor of an active object, a CActive. It is caused by an attempt to delete the active object while it still has a request outstanding.

41
This panic is raised by the Add() member function of an active scheduler, a CActiveScheduler. It is caused by an attempt to add an active object to the active scheduler when it has already been added to the active scheduler

42
This panic is raised by the SetActive() member function of an active object, a CActive. It is caused by an attempt to flag the active object as active when it is already active, i.e. a request is still outstanding.

43
This panic is raised by the Install() member function of an active scheduler, a CActiveScheduler. It is caused by attempting to install this active scheduler as the current active scheduler when there is already a current active scheduler; i.e. an active scheduler has already been installed.

44
This panic is raised by the Start(), Stop() and Add() member functions of an active scheduler, a CActiveScheduler. It is caused by attempting to start or stop an active scheduler or by attempting to add an active object, a CActive, to the active scheduler.

45
This panic is raised by the Stop() member function of an active scheduler, a CActiveScheduler. Calling Stop() terminates the wait loop started by the most recent call to Start(). The panic is caused by a call to Stop() which is not matched by a corresponding call to Start().

46
This panic is raised by an active scheduler, a CActiveScheduler. It is caused by a stray signal.

47
This panic is raised by the Error() virtual member function of an active scheduler, a CActiveScheduler. This function is called when an active object’s RunL() function leaves. Applications always replace the Error() function in a class derived from CActiveScheduler; the default behaviour provided by CActiveScheduler raises this panic.

48
This panic is raised by the Add() member function of an active scheduler, a CActiveScheduler, when a NULL pointer is passed to the function.

49
This panic is raised by the SetActive() and Deque() member functions of an active object, a CActive. It is raised if the active object has not been added to the active scheduler.

50
This panic is raised by the SetPriority() member function of an active object, a CActive. It is caused by an attempt to change the priority of the active object while it is active, i.e. while a request is outstanding).

51
This panic is raised by the At(), After() and Lock() member functions of the CTimer active object. It is caused by an attempt to request a timer event when the CTimer active object has not been added to the active scheduler.

52
This panic is raised by the Start() member function of the periodic timer active object, a CPeriodic, when a negative time interval is passed to the function.

53
This panic is raised by the Start() member function of the periodic timer active object, a CPeriodic, when a negative delay time interval is passed to the function.

54
This panic is raised by the RunL() member function of the CServer active object base class responsible for handling asynchronous requests from a client thread when the client passes a negative function code in RMessage. The only negative values permitted are RMessage::EConnect and RMessage::EDisConnect.

55
This panic is raised by the Start() member function of the CServer active object base class responsible for handling asynchronous requests from a client thread. It is caused by the server having no name.

56
This panic is raised by the New() and NewL() member functions of CBitMapAllocator when a negative or zero size is passed to them.

57
This panic is raised by the Free(TInt aPos) member function of CBitMapAllocator when a position value is passed which is out of bounds.

58
This panic is raised by the IsFree(TInt aPos) member function of CBitMapAllocator when a position value is passed which is out of bounds.

59
This panic is raised by the AllocFromTopFrom(TInt aPos) member function of CBitMapAllocator when a position value is passed which is out of bounds.

62
This panic is raised by the AllocAt() member function of CBitMapAllocator when the implied position has already been allocated.

63
This panic is raised as a result of a call to the Pop() and PopAndDestroy() static member functions of the CleanupStack class. The panic occurs when TRAPs have been nested and an attempt is made to pop too many items from the cleanup stack for the current nest level.

64
This panic is raised as a result of a call to the Pop() and PopAndDestroy() static member functions of the CleanupStack class. The panic occurs when attempt is made to pop more items from the cleanup stack than are on the cleanup stack.

65
The panic is raised as a result of a call to the Pop() and PopAndDestroy() static member functions of the CleanupStack class. The panic occurs when an attempt is made to pop more items from the cleanup stack than are on the cleanup stack.

66
This panic is raised if an attempt is being made to insert a cleanup item into a position on the cleanup stack reserved for marking the current TRAP nest level. In practice this error occurs if the call to CleanupStack::PushL() happens when there has been no call to TRAP().

67
This panic is raised when building a TCleanupStackItem which is to be added to the cleanup stack. The building of the TCleanupStackItem needs a TCleanupItem and this has been constructed with a NULL cleanup operation (a TCleanupOperation).

68
This panic is raised if there are no free slots available on the cleanup stack to insert a cleanup item

69
This panic is raised if no trap handler has been installed. In practice, this occurs if CTrapCleanup::New() has not been called before using the cleanup stack.

70
This panic is raised as a result of a call to the versions of the Pop() and PopAndDestroy() static member functions of the CleanupStack class which take an explicit count of the items to be popped. The panic is caused by passing a negative value for the number of items to be popped.

71
This panic is raised when TRAPs have been nested and an attempt is made to exit from a TRAP nest level before all the cleanup items belonging to that level have been popped off the cleanup stack.

72
This panic is raised by the constructor of the circular buffer base class, a CCirBufBase, when the size value passed is zero or negative.

73
This panic is raised by a call to the SetLengthL() member function of of the circular buffer base class, a CCirBufBase, by passing a length value which is zero or negative.

74
This panic is raised by a call to the Add() member function of a circular buffer, a CCirBuf when the pointer to the item to be added is NULL.

75
This panic is raised by a call to the Add() member function of a circular buffer, a CCirBuf when the number of items to be added is zero or negative

76
This panic is raised by a call to the Remove() member function of a circular buffer, a CCirBuf when the number of items to be removed is zero or negative.

89
Introduced in 6.0: This panic is raised by call to the Replace() member function of CActiveScheduler when the replacement active scheduler is the same as the existing active scheduler.

90
Introduced in 6.0: The panic is raised as a result of a call to the Pop() and PopAndDestroy() static member functions of the CleanupStack class. The panic occurs when an the item to be popped is not the expected item.

DEUTSCH

E3SER-CBase
Versetzt mit dieser Kategorie werden angehoben in Benutzerseitencode durch Mitgliedsfunktionen CBase der abgeleiteten Kategorien in Panik, die in euser.dll liegen Gewb¬ich werden sie durch die schlechten oder unvereinbaren Werte "erschreitens, um Erbauer oder Mitgliedsfunktionen zu klassifizieren verursacht.

Das Gewinde, welches die Panik verursacht, wird beendet.

1
Diese Panik wird durch die MitgliedàSet() funktion von angehoben CAsyncCallBack wenn dieser aktive Gegenstand bereits aktiv ist, wenn die Funktion benannt wird.

2
Diese Panik wird innen ausprZn nur Bauten angehoben.

Diese Panik wird durch die MitgliedàCall() funktion von angehoben, CAsyncOneShot wenn der aktive Gegenstand nicht bereits dem aktiven Scheduler hinzugef_ worden ist.

3
Diese Panik wird w2end des Aufbaus eines dynamischen Puffers angehoben (ein CBufFlat oder ein CBufSeg wenn der Wert des granularity, das den Erbauern gefc´ wird, negativ ist.

4
Diese Panik wird angehoben, beim Ablesen von einem dynamischen Puffer (ein CBufFlat oder ein CBufSeg das Mitglied Read() verwendend, arbeiten. Sie wird verursacht, indem man versucht, Jr dem Ende des Puffers hinaus zu lesen.

5
Diese Panik wird angehoben, beim Schreiben zu einem dynamischen Puffer (ein CBufFlat oder ein CBufSeg das Mitglied Write() verwendend, arbeiten. Sie wird verursacht, indem man versucht, Jr dem Ende des Puffers hinaus zu schreiben.

6
Diese Panik wird angehoben, beim Ablesen von einem dynamischen Puffer (ein CBufFlat oder ein CBufSeg das Mitglied Read() verwendend, arbeiten. Sie wird verursacht, indem man eine negative L§e fŠ$ie Menge der zu lesenden Daten spezifiziert

7
Diese Panik wird angehoben, beim Schreiben zu einem dynamischen Puffer (ein CBufFlat oder ein CBufSeg das Mitglied Write() verwendend, arbeiten. Sie wird verursacht, indem man eine negative L§e fŠ$ie Menge der zu schreibenden Daten spezifiziert.

8
Diese Panik wird, wenn man Daten in einen dynamischen Puffer (ein CBufFlat oder ein CBufSeg) das Mitglied verwendend einsetzt, InsertL() arbeiten angehoben oder, als das Einsetzen Region in den dynamischen Puffer mit der MitgliedàExpandL() funktion uninitialized. Sie wird verursacht, indem man einen negativen L§enwert zu diesen Funktionen fc´.

9
Diese Panik wird, wenn man Daten in einen dynamischen Puffer (ein CBufFlat oder ein CBufSeg) das Mitglied verwendend einsetzt, InsertL() arbeiten angehoben. Sie wird verursacht, wenn die Variante, von InsertL() der einen Zeiger nimmt zu TAny ein Wert des UNGTIGEN Zeigers gefc´ wird.

10
Diese Panik wird angehoben, wenn man den minimalen Platz spezifiziert, den ein flacher dynamischer Puffer (ein CBufFlat besetzen sollte mit der SetReserveL() Mitgliedsfunktion. Sie wird verursacht, wenn der Gr>nwert, der zur Funktion gefc´ wird, negativ ist.

11
Diese Panik wird angehoben, wenn man den minimalen Platz spezifiziert, den ein flacher dynamischer Puffer (ein CBufFlat besetzen sollte mit der SetReserveL() Mitgliedsfunktion. Sie wird verursacht, wenn der Gr>nwert, der zur Funktion gefc´ wird, kleiner als die gegenw´ige Gr>`des Puffers ist.

12
Diese Panik wird durch, Delete() Ptr()MitgliedàBackPtr() funktionen eines flachen dynamischen Puffers angehoben (ein CBufFlat ; die Panik kann auch vorbei angehoben werden InsertL() und ExpandL() Sie wird verursacht, wenn der Positionswert, der zu diesen Funktionen gefc´ wird, entweder Negativ ist oder eine Position Jr dem Ende des gegenw´igen Puffers hinaus darstellt.

13
Diese Panik wird durch die MitgliedàDelete() funktion eines flachen dynamischen Puffers angehoben (ein CBufFlat . Sie wird verursacht, wenn die Kombination der Positions- und L§enwerte, die zur Funktion gefc´ werden, einen Versuch andeutet Daten Jr dem Ende des flachen Puffers hinaus zu lŽèen.

14
Diese Panik wird durch, Delete() Ptr()MitgliedàBackPtr() funktionen eines segmentierten dynamischen Puffers angehoben (ein CBufSeg ; die Panik kann auch vorbei angehoben werden InsertL() und ExpandL() Sie wird verursacht, wenn der Positionswert, der zu diesen Funktionen gefc´ wird, entweder Negativ ist oder eine Position Jr dem Ende des gegenw´igen Puffers hinaus darstellt.

15
Diese Panik wird durch die funktion Delete() Mitgliedseines segmentierten dynamischen Puffers angehoben (ein CBufSeg . Sie wird verursacht, wenn die Kombination der Positions- und L§enwerte, die zur Funktion gefc´ werden, einen Versuch andeutet, Daten Jr dem Ende des segmentierten Puffers hinaus zu lŽèen.

16
Diese Panik wird innen ausprZn nur Bauten angehoben.

Diese Panik wird durch, InsertL()Delete()und Ptr() MitgliedàBackPtr() funktionen angehoben, wie fŠ3egmentierte Puffer (CBufSeg eingefc´, wenn der Versatz innerhalb eines Segments, in dem Daten eingesetzt werden oder entfernt werden sollen, grår als das Puffergranularity ist.

17
Diese Panik wird durch die Erbauer von Reihen der ‹,ich festgelegten L§engegenst¤e angehoben, wie z.B. durch die Kategorien CArrayFixFlat CArrayFixSeg und CArrayFixFlatdargestellt > Sie wird verursacht, wenn die Rekordl§e entweder Negativ oder null ist.

Die Rekordl§e wird entweder ausdrNìich wie im Fall von CArrayFixFlat> Kategorie spezifiziert oder wird durch die L§e der Schablonenkategorie wie im Fall von der CArrayFixFlat- Kategorie angedeutet.

18
Diese Panik wird durch die Erbauer von Reihen der ‹,ich festgelegten L§engegenst¤e angehoben, wie z.B. durch die Kategorien dargestellt: CArrayFixFlat und CArrayFixSeg Sie wird verursacht, wenn das granularity, das den Erbauern gefc´ wird, entweder Negativ oder null ist.

19
Diese Panik wird durch die Erbauer von Reihen Gegenst¤en der variablen L§e angehoben, wie z.B. durch die Kategorien dargestellt: CArrayVarFlat und CArrayVarSeg Sie wird verursacht, wenn das granularity, das den Erbauern gefc´ wird, entweder Negativ oder null ist.

20
Diese Panik wird durch die Erbauer der verpackten Reihen angehoben, wie z.B. durch die Kategorie CArrayPakFlat dargestellt Sie wird verursacht, wenn das granularity, das den Erbauern gefc´ wird, entweder Negativ oder null ist.

21
Diese Panik wird von jedem m^)chem Betrieb, der ein Element einer Reihe durch ausdrNìichen Hinweis auf einer Indexziffer z.B. zug§lich macht, Delete()und InsertL() von den MitgliedàAt() funktionen oder vom Operator angehoben Operator[] Sie wird verursacht, indem man einen Indexwert spezifiziert, der entweder Negativ ist oder grår als oder Gleichgestelltes zur Zahl Gegenst¤en z.Z. innerhalb der Reihe ist.

22
Diese Panik wird, wenn man angrenzende Elemente aus einer Reihe der ‹,ich festgelegten L§e lŽèt, einwendet (abgeleitet von CArrayFixBase mit der MitgliedàDelete() funktion angehoben. Sie wird verursacht, indem man die Zahl angrenzenden Elementen als null oder negativer Wert spezifiziert.

23
Diese Panik wird, wenn man angrenzende Elemente in eine Reihe der ‹,ich festgelegten L§e einsetzt, einwendet (abgeleitet von CArrayFixBase mit der MitgliedàInsertL() funktion angehoben. Sie wird verursacht, indem man die Zahl angrenzenden Elementen als null oder negativer Wert spezifiziert.

24
Diese Panik wird angehoben, wenn, eine Reihe der ‹,ich festgelegten L§e die Gr>`neu bestimmend (abgeleitet von CArrayFixBase mit der MitgliedàResizeL() funktion einwendet. Sie wird verursacht, indem man die Zahl angrenzenden Elementen als null oder negativer Wert spezifiziert.

25
Diese Panik wird, wenn man angrenzende Elemente aus einer Reihe der variablen L§e lŽèt, einwendet (abgeleitet von CArrayVarBase mit der MitgliedàDelete() funktion angehoben. Sie wird verursacht, indem man die Zahl angrenzenden Elementen als null oder negativer Wert spezifiziert.

26
Diese Panik wird, wenn man angrenzende Elemente aus einer verpackten Reihe (abgeleitet von CArrayPakBase) das Mitglied verwendend lŽèt, Delete() arbeiten angehoben. Sie wird verursacht, indem man die Zahl angrenzenden Elementen als null oder negativer Wert spezifiziert.

27
Diese Panik wird, wenn man Raum in den flachen Reihen der ‹,ich festgelegten L§e aufhebt, einwendet, (das CArrayFixFlat CArrayFixFlat> und CArrayPtrFlat- Kategorien mit der MitgliedàSetReserveL() funktion angehoben. Sie wird verursacht, indem man die Zahl Elementen fŠ$ie Raum aufgehoben werden soll, als kleiner als die gegenw´ige Zahl Elementen in der Reihe spezifiziert.

28
Diese Panik wird angehoben, wenn man wiederholte Elemente zu den Reihen der ‹,ich festgelegten L§engegenst¤e CArrayFixFlat und zum CArrayFixSeg- Verwenden einsetzt oder anf_ InsertL() oder AppendL() arbeitet. Sie wird verursacht, indem man die Zahl Replicas als Negativ oder null spezifiziert.

29
Diese Panik wird angehoben, wenn man Elemente aus einer ‹,ich festgelegten L§e, variabler L§e oder der verpackten Reihe ( abgeleitet von CArrayFixBase von CArrayVarBase und von CArrayPakBase die Funktion verwendend Delete() lŽèt. Sie wird verursacht, wenn die Spezifikation der Position des ersten zu lŽèenden Elements und der Zahl den angrenzenden zu lŽèenden Elementen auf Elemente bezieht, die auårhalb der Grenzen der Reihe sind.

30
Diese Panik wird beim Einsetzen in, Hinzuf^n auf, Erweiterung oder Verl§ern einer Reihe der variablen L§e oder des verpackten Verwendens der Reihe (die d.h. Reihen abgeleitet von CArrayVar oder von CArrayPak angehoben, die, InsertL()sind AppendL() ExpandL() oder ExtendL() der Funktionen beziehungsweise. Sie wird verursacht, indem man die L§e des Elements als negativer Wert spezifiziert.

33
Diese Panik wird durch den Verbrennungsofen eines CObject angehoben Sie wird verursacht, wenn ein Versuch, das CObject zu lŽèen gebildet wird, wenn der Bezugsz,impuls nicht null ist-.

34
Diese Panik wird durch die MitgliedàClose() funktion eines CObject angehoben Sie wird verursacht, wenn der Bezugà z,impuls negativ ist-.

35
Diese Panik wird durch die MitgliedàRemove() funktion eines Gegenstandbeh4ers, ein CObjectCon angehoben Sie wird verursacht, wenn das vom Beh4er zu entfernende CObject nicht durch den Beh4er enthalten wird.

36
Diese Panik wird durch die MitgliedàRemove() funktion eines Beh4erindex, ein CObjectConIx angehoben Sie wird verursacht, wenn der Gegenstandbeh4er, ein CObjectCon vom Index entfernt zu werden nicht durch den Index enthalten wird.

37
Diese Panik wird durch die MitgliedàRemove() funktion eines Gegenstandindex, ein CObjectIx angehoben Sie wird verursacht, wenn der Handgriff, der zur Funktion Remove() gefc´ wird, nicht ein CObject darstellt, das den Gegenstandindex bekannt ist.

38
Diese Panik wird durch At()und FindByName() MitgliedàFindByFullName() funktionen eines Gegenstandbeh4ers, ein CObjectCon angehoben Sie wird verursacht, wenn die einzigartige Identifikation, wie vom Handgriff abgeleitet nicht dieselbe wie die einzigartige Identifikation ist, die durch den Gegenstandbeh4er gehalten wird.

39
Diese Panik wird durch die MitgliedàAt() funktion eines Gegenstandbeh4ers, ein CObjectCon angehoben Sie wird verursacht, wenn der Index, der durch den Handgriff dargestellt wird, Auånseite die die Erlaubnis gehabte Strecke ist. In Wirklichkeit ist der Handgriff schlecht

40
Diese Panik wird durch den Verbrennungsofen eines aktiven Gegenstandes, ein CActive angehoben Sie wird durch einen Versuch, den aktiven Gegenstand zu lŽèen verursacht, w2end sie noch einen hervorragenden Antrag hat.

41
Diese Panik wird durch die MitgliedàAdd() funktion eines aktiven Scheduler, ein CActiveScheduler angehoben Sie wird durch einen Versuch, einen aktiven Gegenstand dem aktiven Scheduler hinzuzuf^n verursacht, wenn es bereits dem aktiven Scheduler hinzugef_ worden ist

42
Diese Panik wird durch die MitgliedàSetActive() funktion eines aktiven Gegenstandes, ein CActive angehoben Sie wird durch einen Versuch, den aktiven Gegenstand zu kennzeichnen verursacht, da aktiv, wenn sie bereits aktiv ist, d.h. ist ein Antrag noch ausstehend.

43
Diese Panik wird durch die MitgliedàInstall() funktion eines aktiven Scheduler, ein CActiveScheduler angehoben Sie wird verursacht, indem man versucht, diesen aktiven Scheduler als der gegenw´ige aktive Scheduler anzubringen, wenn es bereits einen gegenw´igen aktiven Scheduler gibt; d.h. ist ein aktiver Scheduler bereits angebracht worden.

44
Diese Panik wird durch Start()und Stop() MitgliedàAdd() funktionen eines aktiven Scheduler ein CActiveScheduler angehoben Sie wird verursacht, indem man versucht, einen aktiven Scheduler zu beginnen oder zu stoppen oder indem man versucht, einen aktiven Gegenstand, ein CActive dem aktiven Scheduler hinzuzuf^n.

45
Diese Panik wird durch die MitgliedàStop() funktion eines aktiven Scheduler, ein CActiveScheduler angehoben Das Benennen Stop() beendet die Wartezeitschleife, die durch den neuesten Anruf zu begonnen wird Start() Die Panik wird durch einen Anruf verursacht, zu Stop() dem wird nicht durch einen das Entsprechen Anruf zu zusammengebracht Start()

46
Diese Panik wird durch einen aktiven Scheduler, ein CActiveScheduler angehoben Sie wird durch ein Streusignal verursacht.

47
Diese Panik wird durch die virtuelle Error() Mitgliedsfunktion eines aktiven Scheduler, ein CActiveScheduler angehoben Diese Funktion wird benannt, wenn eine aktive Funktion ’des Gegenstandes RunL() s verlô. Anwendungen ersetzen immer die Error() Funktion in einer Kategorie, die von abgeleitet wird CActiveScheduler das RNótellungsverhalten, das vorbei bereitgestellt wird, CActiveScheduler wirft diese Panik auf.

48
Diese Panik wird durch die MitgliedàAdd() funktion eines aktiven Scheduler, ein CActiveScheduler angehoben wenn ein UNGTIGER Zeiger zur Funktion gefc´ wird.

49
Diese Panik wird durch und SetActive() MitgliedàDeque() funktionen eines aktiven Gegenstandes, ein CActive angehoben Sie wird angehoben, wenn der aktive Gegenstand nicht dem aktiven Scheduler hinzugef_ worden ist.

50
Diese Panik wird durch die MitgliedàSetPriority() funktion eines aktiven Gegenstandes, ein CActive angehoben Sie wird durch einen Versuch, die Priorit des aktiven Gegenstandes zu ¤ern verursacht, w2end sie aktiv ist, d.h. w2end ein Antrag hervorragend ist).

51
Diese Panik wird durch At()und After() MitgliedàLock() funktionen des aktiven Gegenstandes CTimer angehoben. Sie wird durch einen Versuch, um einen Timer-Fall zu bitten verursacht, wenn der CTimer aktive Gegenstand nicht dem aktiven Scheduler hinzugef_ worden ist.

52
Diese Panik wird durch die MitgliedàStart() funktion des aktiven Gegenstandes des periodischen Timers, ein CPeriodic angehoben wenn ein negativer Zeitabstand zur Funktion gefc´ wird.

53
Diese Panik wird durch die MitgliedàStart() funktion des aktiven Gegenstandes des periodischen Timers, ein CPeriodic angehoben wenn ein negatives Verz^rungsintervall wird Jrschritten zur Funktion.

54
Diese Panik wird durch die MitgliedàRunL() funktion der Gegenstand-Unterseiten kategorie CServer aktiven angehoben, die fŠ$ie Behandlung der asynchronen Antrå von einem Klientengewinde verantwortlich ist, wenn der Klient einen negativen Funktionà code in RMessage fc´ Die einzigen negativen die Erlaubnis gehabten Werte sind RMessage::EConnect und RMessage::EDisConnect.

55
Diese Panik wird durch die MitgliedàStart() funktion der Gegenstand-Unterseiten kategorie CServer aktiven angehoben, die fŠ$ie Behandlung der asynchronen Antrå von einem Klientengewinde verantwortlich ist. Sie wird durch den Bediener verursacht, der keinen Namen hat.

56
Diese Panik wird durch und New() MitgliedàNewL() funktionen von angehoben, CBitMapAllocator wenn ein Negativ oder eine nullgr>`ihnen gefc´ wird.

57
Diese Panik wird durch die MitgliedàFree(TInt aPos) funktion von angehoben, CBitMapAllocator wenn ein Positionswert gefc´ wird, der aus Grenzen heraus ist.

58
Diese Panik wird durch die MitgliedàIsFree(TInt aPos) funktion von angehoben, CBitMapAllocator wenn ein Positionswert gefc´ wird, der aus Grenzen heraus ist.

59
Diese Panik wird durch die MitgliedàAllocFromTopFrom(TInt aPos) funktion von angehoben, CBitMapAllocator wenn ein Positionswert gefc´ wird, der aus Grenzen heraus ist.

62
Diese Panik wird durch die MitgliedàAllocAt() funktion von angehoben, CBitMapAllocator wenn die implizierte Position bereits zugeteilt worden ist.

63
Diese Panik wird resultierend aus einem Anruf zu angehoben Pop() und PopAndDestroy() statische Mitgliedà funktionen des CleanupStack klassifizieren. Die Panik tritt auf, wenn TRAPs genistet worden sind und ein Versuch, zu viele Einzelteile vom Reinigungstapel fŠ$as gegenw´ige Nestniveau zu knallen gebildet wird.

64
Diese Panik wird resultierend aus einem Anruf zu angehoben Pop() und PopAndDestroy() statische Mitgliedà funktionen des CleanupStack klassifizieren. Die Panik tritt, wenn Versuch, mehr Einzelteile vom Reinigung stapel, als gebildet wird zu knallen sind auf dem Reinigungstapel auf.

65
Die Panik wird resultierend aus einem Anruf zu und Pop() zu den statischen PopAndDestroy() Mitgliedsfunktionen der Kategorie CleanupStack angehoben. Die Panik tritt, wenn ein Versuch, mehr Einzelteile vom Reinigung stapel, als gebildet wird zu knallen sind auf dem Reinigungstapel auf.

66
Diese Panik wird angehoben, wenn ein Versuch, ein Reinigungeinzelteil in eine Position auf dem Reinigung- Stapel einzusetzen gebildet wird, der fŠ$as Kennzeichnen des gegenw´igen BLOCKIERnest niveaus aufgehoben wird. In der Praxis tritt diese St‹ng auf, wenn der Anruf bis CleanupStack::PushL() geschieht, wenn es keinen Anruf zu gegeben hat TRAP()

67
Diese Panik wird beim Errichten angehoben, TCleanupStackItem das dem Reinigung- Stapel hinzugef_ werden soll. Das Gebde der TCleanupStackItem Notwendigkeiten ein TCleanupItem und dieses ist mit einem UNGTIGEN Reinigungbetrieb konstruiert worden (ein TCleanupOperation .

68
Diese Panik wird angehoben, wenn es keine freien Schlitze gibt, die auf dem Reinigungstapel zum Einsetzen eines Reinigungeinzelteils vorhanden sind

69
Diese Panik wird angehoben, wenn keine Blockierzufuhr angebracht worden ist. In der Praxis tritt dieses auf, wenn CTrapCleanup ::New() nicht benannt worden ist, bevor man den Reinigungstapel verwendete.

70
Diese Panik wird resultierend aus einem Anruf zu den Versionen von und Pop() von statischen PopAndDestroy() Mitgliedà funktionen der CleanupStack- Kategorie angehoben, die einen ausdrNìichen Z,impuls der zu knallenden Einzelteile nehmen. Die Panik wird verursacht, indem man einen negativen Wert fŠ$ie Zahl den zu knallenden Einzelteilen fc´.

71
Diese Panik wird angehoben, wenn FALLE s genistet worden sind und ein Versuch, von einem BLOCKIERNEST- Niveau vor allen Reinigungeinzelteilen herauszunehmen gebildet wird, die diesem Niveau gehŠn, sind geknallt worden weg vom Reinigungstapel.

72
Diese Panik wird durch den Erbauer der kreisfŠigen Pufferunterseitenkategorie, ein CCirBufBase angehoben wenn der Gr>nwert, der gefc´ wird, null oder Negativ ist.

73
Diese Panik wird durch einen Anruf zur MitgliedàSetLengthL() funktion der kreisfŠigen Pufferunterseiten- Kategorie ein CCirBufBase angehoben indem man einen L§enwert fc´, der null oder Negativ ist.

74
Diese Panik wird durch einen Anruf zur MitgliedàAdd() funktion eines kreisfŠigen Puffers, ein CCirBuf angehoben, wenn der Zeiger zum hinzuzuf^nden Einzelteil UNGTIG ist.

75
Diese Panik wird durch einen Anruf zur MitgliedàAdd() funktion eines kreisfŠigen Puffers, ein CCirBuf angehoben, wenn die Zahl den hinzuzuf^nden Einzelteilen null oder Negativ ist

76
Diese Panik wird durch einen Anruf zur MitgliedàRemove() funktion eines kreisfŠigen Puffers, ein CCirBuf angehoben, wenn die Zahl den zu entfernenden Einzelteilen null oder Negativ ist.

89
Eingefc´ in 6,0: Diese Panik wird durch Anruf zur MitgliedàReplace() funktion von CActiveScheduler angehoben, wenn der aktive Scheduler des Wiedereinbaus derselbe wie der vorhandene aktive Scheduler ist.

90
Eingefc´ in 6,0: Die Panik wird resultierend aus einem Anruf zu und Pop() zu den statischen PopAndDestroy() Mitgliedsfunktionen der Kategorie CleanupStack angehoben. Die Panik tritt auf, wenn das zu knallende Einzelteil nicht das erwartete Einzelteil ist.