* amf3encode.c
* amf3decode.c
  ; AMF3_ENCODE(), AMF3_DECODE() 
    - there is no real serialization class-mapping included at the moment,
      due to lack of time to make a concept of it complete.
      Only anonymous (emulated on Harbour side using ObjAMF class)
      and externalizable objects are supported.

    - context->positon-- decrements should be removed from the .c code,
      before we make the functions able to work on real streams without
      buffering. There is no rewind in such situations.      

  ; AMF3_FROMWA() - generates AMF3 array from current workarea,
    but the function doesn't have an idea of SET DELETED switch!
    It should have, because it tries to predict the number of records.
    As a workaround <bFor> parameter could be used, because it switches
    off the prediction. Another option could be creating temporary INDEX FOR,
    it should have correct OrdKeyCount().

  ; AMF3_DECODE() - really doesn't need a hash for references, because
    reference id in AMF increase sequentially. It could be okay and faster
    to use some array with decent resize schema. Other than that benchmarks (in
    ST mode) showed that decoding speed is a little bit faster in this
    implementation than with Flash's bulit-in.

  ; .c function amf3_encode_string() does string hb_strRTrimLen()
    on a utf8 values. so far i haven't found a string that was broken
    by this, but i have a feeling that it is possible...

; performance issue with AMFIO_SERVER() and even more with AMFWS_SERVER(),
  as the socket loop processing code is .prg level
  it'd be nice to have them rewritten... at least after we debug all the 
  problems with current algorithms

; so far name issue, AMFIO unlike NETIO doesn't have file-handling messages
  defined _yet_

Note your issues too!
