| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
I'm writing an AM, and have an integer32 subrangs in the MSL. When the AM decodes, the ilv_get produces the error: MCC_S_ILVNOTIMPLYET Is this implemented? The invalid cases work fine. I'm treating it as a simple datatype. When I tried putting an ilv_get_cons_begin, I got an ILVNOTINCONS error. thanks, Bonnie
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2653.1 | Use MCC_K_DT_UNSIGNED32 | TAEC::LAVILLAT | Tue Mar 31 1992 07:18 | 23 | |
Re .0: > > I'm writing an AM, and have an integer32 subrangs in the MSL. > > When the AM decodes, the ilv_get produces the error: > > MCC_S_ILVNOTIMPLYET > I guess you are using MCC_K_DT_SUBRANGE as l_dt field of your MCC descriptor somewhere. The trick is that a subrange has to be treated as its native data type within the MM. So replacing everywhere MCC_K_DT_SUBRANGE by MCC_K_DT_UNSIGNED32 should fix the problem. If it does not, I have no other idea... Regards. Pierre. | |||||
| 2653.2 | change subrange for decoding and encoding? | MICROW::LANG | Wed Apr 01 1992 13:03 | 7 | |
I'm getting the datatype which is a subrange. So I need to get
the datatype, if its subrange change to the appropriate type.
(If there are many do a case on the msl id) and then when encoding
again change back to the subrange? Sounds messy but doable.
| |||||
| 2653.3 | Yes. | TAEC::LAVILLAT | Wed Apr 01 1992 15:14 | 18 | |
Re .2: > > I'm getting the datatype which is a subrange. So I need to get > the datatype, if its subrange change to the appropriate type. > (If there are many do a case on the msl id) and then when encoding > again change back to the subrange? Sounds messy but doable. > > Not sure I got it right, but it should be something like that. What I can add is that the fact that the data type is a subrange does not cross the mcc_call interface for the time being, it is just PM stuff, AM and FM have just to handle the underlying data type. Regards. Pierre. | |||||