代码之家  ›  专栏  ›  技术社区  ›  rob mayoff

当SBValue来自Swift字典时,SBData是错误的

  •  2
  • rob mayoff  · 技术社区  · 6 年前

    我正在尝试编写一个Python函数来格式化 Foundation.Decimal this answer . 我还将把它包括在这个答案的底部,与额外的调试打印。

    我现在发现了一个bug,但是我不知道这个bug是在我的函数中,还是在lldb中,或者可能是在Swift编译器中。

    下面是一个演示这个bug的脚本。我将类型摘要器加载到 ~/.lldbinit ,所以Swift REPL使用它。

    :; xcrun swift
    registering Decimal type summaries
    Welcome to Apple Swift version 4.2 (swiftlang-1000.11.37.1 clang-1000.11.45.1). Type :help for assistance.
      1> import Foundation
      2> let dec: Decimal = 7
    dec: Decimal = 7
    

    上面是 7 在调试器中,输出来自我的类型摘要生成器,并且是正确的。

      3> var dict = [String: Decimal]()
    dict: [String : Decimal] = 0 key/value pairs
      4> dict["x"] = dec
      5> dict["x"]
    $R0: Decimal? = 7
    

    上面是 7 又是我的类型摘要,是正确的。

      6> dict
    $R1: [String : Decimal] = 1 key/value pair {
      [0] = {
        key = "x"
        value = 0
      }
    }
    

    0 (英寸 value = 0 )是我的类型摘要,是 不正确的 . 应该是的 .

    那为什么是零呢?我的Python函数 SBValue . 它叫 GetData() sb值 得到一个 SBData SBData公司 ,并打印 sbValue.GetLoadAddress() . 这是带有这些调试指纹的记录:

    :; xcrun swift
    registering Decimal type summaries
    Welcome to Apple Swift version 4.2 (swiftlang-1000.11.37.1 clang-1000.11.45.1). Type :help for assistance.
      1> import Foundation
      2> let dec: Decimal = 7
    dec: Decimal =    loadAddress: ffffffffffffffff
        data: 00 21 00 00 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     7
    

    在上面,我们可以看到加载地址是假的,但是 SBData公司 是正确的(字节1, 21

      3> var dict = [String: Decimal]()
    dict: [String : Decimal] = 0 key/value pairs
      4> dict["x"] = dec
      5> dict
    $R0: [String : Decimal] = 1 key/value pair {
      [0] = {
        key = "x"
        value =    loadAddress: ffffffffffffffff
        data: 00 00 00 00 00 21 00 00 07 00 00 00 00 00 00 00 00 00 00 00
     0
      }
    }
    

    在上面,我们可以看到加载地址仍然是假的,现在 SBData公司 仍然包含20个字节(对于 小数点 ,又名 NSDecimal 00 前面插入了字节,最后四个字节被删除。

    下面是我的具体问题:

    1. 我是否错误地使用了lldbapi,从而得到了错误的答案?如果是这样,我做错了什么?我应该如何纠正?

    2. 如果是lldb或Swift中的一个bug,我如何解决这个问题,以便格式化 Decimal 当它是 Dictionary


    这是我的类型格式化程序,带有调试打印:

    # Decimal / NSDecimal support for lldb
    #
    # Put this file somewhere, e.g. ~/.../lldb/Decimal.py
    # Then add this line to ~/.lldbinit:
    #     command script import ~/.../lldb/Decimal.py
    
    import lldb
    
    def stringForDecimal(sbValue, internal_dict):
        from decimal import Decimal, getcontext
    
        print('    loadAddress: %x' % sbValue.GetLoadAddress())
    
        sbData = sbValue.GetData()
        if not sbData.IsValid():
            raise Exception('unable to get data: ' + sbError.GetCString())
        if sbData.GetByteSize() != 20:
            raise Exception('expected data to be 20 bytes but found ' + repr(sbData.GetByteSize()))
    
        sbError = lldb.SBError()
        exponent = sbData.GetSignedInt8(sbError, 0)
        if sbError.Fail():
            raise Exception('unable to read exponent byte: ' + sbError.GetCString())
    
        flags = sbData.GetUnsignedInt8(sbError, 1)
        if sbError.Fail():
            raise Exception('unable to read flags byte: ' + sbError.GetCString())
        length = flags & 0xf
        isNegative = (flags & 0x10) != 0
    
        debugString = ''
        for i in range(20):
            debugString += ' %02x' % sbData.GetUnsignedInt8(sbError, i)
        print('    data:' + debugString)
    
        if length == 0 and isNegative:
            return 'NaN'
    
        if length == 0:
            return '0'
    
        getcontext().prec = 200
        value = Decimal(0)
        scale = Decimal(1)
        for i in range(length):
            digit = sbData.GetUnsignedInt16(sbError, 4 + 2 * i)
            if sbError.Fail():
                raise Exception('unable to read memory: ' + sbError.GetCString())
            value += scale * Decimal(digit)
            scale *= 65536
    
        value = value.scaleb(exponent)
        if isNegative:
            value = -value
    
        return str(value)
    
    def __lldb_init_module(debugger, internal_dict):
        print('registering Decimal type summaries')
        debugger.HandleCommand('type summary add Foundation.Decimal -F "' + __name__ + '.stringForDecimal"')
        debugger.HandleCommand('type summary add NSDecimal -F "' + __name__ + '.stringForDecimal"')
    
    1 回复  |  直到 6 年前
        1
  •  4
  •   Jim Ingham    6 年前

    这看起来像一个lldb bug。请向lldb提交一个与此相关的bug http://bugs.swift.org .

    (lldb) frame variable --raw dec_array
    (Swift.Dictionary<Swift.String, Foundation.Decimal>) dec_array = {
      _variantBuffer = native {
        native = {
          _storage = 0x0000000100d05780 {
            Swift._SwiftNativeNSDictionary = {}
            bucketCount = {
              _value = 2
            }
            count = {
              _value = 1
            }
            initializedEntries = {
              values = {
                _rawValue = 0x0000000100d057d0
              }
              bitCount = {
                _value = 2
              }
            }
            keys = {
              _rawValue = 0x0000000100d057d8
            }
            values = {
              _rawValue = 0x0000000100d057f8
            }
            seed = {
              0 = {
                _value = -5794706384231184310
              }
              1 = {
                _value = 8361200869849021207
              }
            }
          }
        }
        cocoa = {
          cocoaDictionary = 0x00000001000021b0
        }
      }
    }
    

    swift字典实际上并不包含任何明显的字典元素,当然也不像ivar那样。因此lldb有一个Swift字典的“合成子提供者”,它为字典的键和值组成SBValues,而格式化程序就是其中一个合成子提供者。

    总之,很明显,我们用来表示字典值的合成子代十进制对象没有正确设置数据的开始。有趣的是,如果您制作了一个[Decimal:String]字典,那么键字段的SBData是正确的,格式化程序也可以工作。只是价值观不对。