starwing / lua-protobuf Goto Github PK

重现方法如下:
临时加了一个"Lpb_loadfileTest" 函数(修改自Lpb_loadfile). 方便测试

//==in pb.c file==========================
int Lpb_loadfileTest(lua_State *L, const char * filename) {
pb_State *S = default_state(L);
//const char *filename = luaL_checkstring(L, 1);
size_t size;
pb_Buffer b;
pb_SliceExt s;
int ret;
FILE *fp = fopen(filename, "rb");
if (fp == NULL)
return luaL_fileresult(L, 0, filename);
pb_initbuffer(&b);
do {
void *d = pb_prepbuffsize(&b, BUFSIZ);
if (d == NULL) { fclose(fp); return luaL_error(L, "out of memory"); }
size = fread(d, 1, BUFSIZ, fp);
pb_addsize(&b, size);
} while (size == BUFSIZ);
fclose(fp);
s = lpb_initext(pb_result(&b));
ret = pb_load(S, &s.base);
pb_resetbuffer(&b);
lua_pushboolean(L, ret == PB_OK);
lua_pushinteger(L, lpb_offset(&s));
return 2;
}

//==================== in main.c file======================
#include <stdio.h>
#include <stdint.h>
#include <sys/stat.h>
#include <sys/time.h>
#include <unistd.h>
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include "lua.h"
#include "lauxlib.h"
#include "lualib.h"

extern int Lpb_loadfileTest(lua_State *L, const char * fileName);

int main()
{
int ret = 0;
int i = 0;
for( i = 0; i < 1000000; i++ )
{
lua_State *L = luaL_newstate();
luaL_openlibs( L );
luaopen_pb( L );

    Lpb_loadfileTest( L, "C:/u2test2.pb" );
    
    lua_close( L );

    usleep( 1000 );

    if( i % 1000 == 0 )
    {
        printf( "RunIndex:%d\n", i );   
    }
}
return 0;

}

///////////////////////////////////////////////////////
编译后执行, 进程内存会不停地涨, 注释掉 Lpb_loadfileTest 的调用就不会涨。
换大的 pb 文件会更明显。

Given the following type definitions:
File imported.proto:

syntax = "proto3";
package foo;

message SimpleImported {
  bool     flag     = 13;
  string   stringf   = 14;
}

File simple.proto:

syntax = "proto3";
package foo;

import "imported.proto";

message Foo
{
  foo.SimpleImported imported_simple_proto3 = 8;
}

and the following input:

 {
   imported_simple_proto3 = {
      stringf = "a string",
      flag = true,
   }
}

Encoding and decoding results in an empty table.

The same issue occurs if 'simple.proto' contains a proto2 type

It's possible that the 'Any' issue I just reported is caused by broken imports as well, not sure.

attempting to serialize messages using either sfixed32 or sfixed64 types causes a crash.

Could you add the ability for multiple pb contexts within a single lua state?
Ideally the API would be to make everything a method that passes the context around.
e.g.

local pb_ctx = require "pb".new()
local pb_compiler = require "protoc".new(pb_ctx)
assert(pb_compiler:load(someproto))
local mytype = pb_ctx:type("Hello")


local pb_ctx2 = require "pb".new()
local pb_compiler2 = require "protoc".new(pb_ctx2)
assert(pb_compiler2:load(someproto)) -- where someproto contains a different/conflicting defintition of the same types.
local mytype2 = pb_ctx:type("Hello")

sub.import_fallback中使用的self.unknown_import和self.import_fallback字段和文档中描述(unknown_module)不一致.

Then, you can set some options to compiler, e.g. the search path, the unknown handlers, etc.
p.paths[#p.paths+1] = "whatever/folder/hold/.proto/files"
p.unknown_module = function(self, module_name) ... end
p.unknown_type = function(self, type_name) ... end

deserializing a 'bytes' field produces a number value instead of a byte buffer.
I've only tried this on a type that was serialized by the same library, so don't know if serialization works correctly or not (superficially it appears to, but I've not examined the wiretype bytes yet).

pb.encode的时候，如果table的metatable有定义__pairs，则通过__pairs进行遍历

如果加载下面文本，就会出错

出错时的调用栈
LuaException: protoc.lua:10: attempt to index a function value (local 't')
stack traceback:
protoc.lua:10: in upvalue 'default'
protoc.lua:695: in local 'body_parser'
protoc.lua:713: in local 'top_parser'
protoc.lua:756: in function 'protoc.parse'
protoc.lua:992: in function 'protoc.compile'
protoc.lua:1004: in function 'protoc.load'
protobuf3.lua:53: in main chunk
[C]: in function 'require'
ProtobufTest.lua:2: in main chunk
[C]: in function 'require'

syntax = "proto3";
package protocol;
//import "pb_common.proto";
//import "pb_login.proto";

message get_ping {
}

message get_ping_ret {
}

enum register_result {
enumZero = 0;
registerSuccess = 1; //注册成功
userExists = 2; //用户名已经存在
invalidFormat = 3; //用户名格式不符合规范
invalidServer = 6; //连接游戏服务器失败
}

//登录服务器注册账号
message login_register{
string username = 1; //用户名
string password = 2; //密码
}

//登录服务器注册账号返回
message login_register_ret {
register_result result = 1; //注册结果
int32 uid = 2; //用户id 注册成功返回此字段
string token = 3; //登录令牌 注册成功返回此字段
string gameServer = 4; //返回游戏服务器地址
string msg = 5; //反馈消息 登录失败返回
}

message C2S {
int32 seq = 1; //消息序号

//-----------------通用接口---------------
get_ping get_ping = 3;

//-----------------登录模块接口---------------
login_register login_register = 6;

}

message S2C {
int32 seq = 1;
//-----------------通用接口---------------
get_ping_ret get_ping_ret = 3;

//-----------------登录服接口---------------
login_register_ret login_register_ret = 6;

}

//rpc 服务间转发
service RPCService {
rpc request(C2S) returns(S2C);
}

Is LuaJIT support at all possible? I am trying to use this library for the net communication in a Love2D-based game.

涉及的库版本：

1. lua-protobuf-0.2.0
2. protobuf-3.5.1(使用proto 3格式）
3. python-2.7.14
4. unity 2017.3.1f1(.NET 4.6)
5. slua-1.5.5(luajit-2.1.0-beta3) <= 编译集成lua-protobuf-0.2.0
6. 使用protobuf-3.5.1的protoc生成python和c#代码以及FileDescriptorSet(.pb)文件

问题描述：
proto文件定义如下：

syntax = "proto3";
package table;
option csharp_namespace="Table";
message example
{
    int32 int_v = 1;
    int64 long_v = 2;
    float float_v = 3;
    double double_v = 4;
    string string_v = 5;
    bool bool_v = 6;
    repeated int32 array_int = 7;
}

message example_collection
{
    string key_field = 1;
    repeated example rows = 2;
}

填充数据如下（这里我就用lua代码格式来描述了）：

exampleCollection = {
    key_field = "int_v",
    rows = {
        {
            int_v = 123,
            long_v = 8589934592,
            float_v = 3.14,
            double_v = 3.1415926,
            string_v = "hello world",
            bool_v = true,
            array_int = { 1, 2, 3, 4, 5 }
        }
    }
}

使用protoc生成python代码后，使用python代码根据proto定义填充数据并编码写入文件example.bytes, protoc生成的c#代码可以解析example.bytes文件。使用protoc生成FileDescriptorSet(.pb)文件, 在lua中调用pb.load接口载入.pb文件，然后调用pb.decode解析example.bytes文件，会产生报错：
type mismatch at offset 39, varint expected for type int32, got bytes
如果我使用lua-protobuf来填充相同的数据并encode写入文件example.bytes, 这个文件就可以同时被lua和c#解析成功。

gen_bytes.zip

This used to work in the previous implementation (prior to recent changes).
Not sure if the problem is a bug, or if the usage pattern changed, reporting what I encountered.

Given the following proto3 type:

syntax = "proto3";
package foo;
import "google/protobuf/any.proto";

message Bar {
  string   stringf   = 1;
}


message Foo
{
  google.protobuf.Any any = 1;
}

And the following input usage:

local ANY_TYPE = "foo.Bar"
local ANY_TYPE_URL = "type.googleapis.com/foo.Bar"

local prim  = {
   stringf = "this is a string in the any message",
}

local encoded_bar, msg = pb.encode( ANY_TYPE, prim )
local obj = {
   any = {
      type_url = ANY_TYPE_URL,
      value = encoded_bar
   }
}

Encoding and decoding "obj" above produces an empty table.

As I mentioned, the same exact usage pattern worked fine in the previous version of the code
(I'd had to fix the handling of 'bytes' for that, but after that it worked fine).

Given a proto2 type definition with the following field:

  map<string, string> map_strstr = 6;

protoc.lua refuses to parse the type, producing the following message:
proto2 disallow missing label

However, according to the spec, Maps cannot be repeated, optional, or required.
(see https://developers.google.com/protocol-buffers/docs/proto#maps )

你好，请问下有编译好的pb.dll么？
能写一篇编译的博客么？

assert(protoc:load [[
message Phone {
optional string name = 1;
optional int64 phonenumber = 2[default=0];
}
message Person {
optional string name = 1;
optional int32 age = 2;
optional string address = 3;
repeated Phone contacts = 4;
} ]])

error:
function[lfdfd] parameter start:
value: table
value: table
value: table
value: table
value: table
value: table
string: [script/protoc.lua:998: bad argument #2 to '?' (string expected at fiel
d 'default_value', got number)]
----parameter end----

function on_field
case PB_Tuint32: case PB_Tfixed32:
must break;

Given the following type definitions:

syntax = "proto2";
package foo;

message Extendable {
  required string     name     = 1;
  extensions 10 to max;
}


extend Extendable {
  optional uint32 rank = 300;
}

message LocalExtended {
  extend Extendable {
    optional string address = 400;
  }
}

and the following input:

{
   name = "George"
}

Encoding/decoding results in an empty table.

Same behavior happens for following inputs that actually try to use fields in the extension (rank, address).

for i, v in pairs(filelist) do
local out = loader(v)
if out then
local bb = protoc:load(out.text)
if bb == true then
print("ok")
else
print("failed")
end
--print(out.text)
end
end
只能把第一个文件给加载，后续的文件就不行，换了文件顺序发现，就是第一个成功

PB_API int pb_nextentry(pb_Table *t, pb_Entry **pentry) {
size_t i = *pentry ? pbT_offset(pentry, t->hash) : 0;
size_t size = t->sizet->entry_size;
while (i += t->entry_size, i < size) {
pb_Entry *entry = pbT_index(t->hash, i);
if (entry->key != 0) {
*pentry = entry;
return 1;
}
}
*pentry = NULL;
return 0;
}

如果*pentry为null，i=0时数据获取不到，进入到while的第一次时i会加上t->entry_size，所以如果number为8的标记，会找不到

local protoc = require "protoc"
local p = protoc.new()
local idlfile = "google/protobuf/any.proto"
-- p.paths[#p.paths+1] = ...  -- set to wherever the .proto files live
p.include_imports = true

assert(p:parsefile( relidlfile ))
assert(p:reload())
assert(p:compilefile( relidlfile ))

In the above sequence, the call to parsefile succeds. For both of the subsequent calls, I get a message such as:

luajit: test_pb.lua:8: attempt to call method 'reload' (a nil value)

And indeed, printing the contents of the table, I see that those methods are missing:

{
  include_imports = true,
  loaded = {},
  paths = { ".",  },
  typemap = {},
  <metatable> = <1>{
    __index = <table 1>,
    __name = "Parser",
    addpath = <function 1>,
    error = <function 2>,
    loaded = {},
    new = <function 3>,
    parse = <function 4>,
    parsefile = <function 5>,
    paths = { "." },
    resolve = <function 6>,
    typemap = {}
  }
}

Mac ：
yhh:lua-protobuf watl$ gcc -O2 -shared -undefined dynamic_lookup pb.c -o pb.so
ld: can't write output file: pb.so for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
yhh:lua-protobuf watl$ gcc -O2 -shared -undefined dynamic_lookup pb.c -o pb.so -v
Apple LLVM version 9.0.0 (clang-900.0.39.2)
Target: x86_64-apple-darwin17.3.0
Thread model: posix
InstalledDir: /Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
"/Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.13.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name pb.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 305 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/9.0.0 -O2 -fdebug-compilation-dir /Volumes/Mac/Documents/workspace/lua-protobuf -ferror-limit 19 -fmessage-length 181 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.13.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -o /var/folders/8z/77k5pp_95pg0blphwr1bmqk00000gn/T/pb-d0a484.o -x c pb.c
clang -cc1 version 9.0.0 (clang-900.0.39.2) default target x86_64-apple-darwin17.3.0
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/9.0.0/include
/Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
/usr/include
/System/Library/Frameworks (framework directory)
/Library/Frameworks (framework directory)
End of search list.
"/Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -dylib -arch x86_64 -macosx_version_min 10.13.0 -undefined dynamic_lookup -undefined dynamic_lookup -o pb.so /var/folders/8z/77k5pp_95pg0blphwr1bmqk00000gn/T/pb-d0a484.o -lSystem /Volumes/Mac/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/9.0.0/lib/darwin/libclang_rt.osx.a
ld: can't write output file: pb.so for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
yhh:lua-protobuf watl$

遇到一个比较奇怪的BUG，解析的数据与nodejs的不一致，但是nodejs的两种数据都能decode，pb不行
protoc:load([[
message login_test_res{
repeated int32 r = 1;
}
]])

print(pb.tohex(pb.encode("login_test_res", {r = {1,2000}})))
--打印数据为08 01 08 D0 0F
local backp1 = pb.decode("login_test_res", "\8\1\8\208\15")
--所以上面的数据能正常decode
--下面的数据为JS中解出来数据
local backp = pb.decode("login_test_res", "\10\3\1\208\15")

--JS中的测试如下
proto.load("login.proto", function(err, root){
if (err)
throw err;

    const Login = root.lookupType("login_test_res");  
    let message = Login.create(
        {
            "r":[1, 2000]
        }
    )   

    let buf = Login.encode(message).finish();
    console.log(`login:$s`, buf.toString("hex"));
    //buf的数据为login:$s 0a0301d00f，也就是10，3，1，208，15

    var arr = new Array(8,1,8,208,15);
    var msg = Login.decode(arr)//lua encode后的数据正常解析出
    var msg1 = Login.decode(new Array(10,3,1,208,15))// JS自身的数据正常解析出
    //但是最终这个数据在lua中不能正常decode出来

})

发现是[packed=true]这个相关，加上后pb的结果就是10,3,1,208,15

message testmessage
{
optional string account = 1;
optional string password = 2;
optional uint32 deviceid = 3;
optional string test = 4;
}

uint32 changed to int32 is ok..

protoc:loadfile加载不存在的proto文件，导致调用了未初始化的 info = self.import_fallback(name), 导致报错信息不准确。

测试代码:

local pb = require("pb")
local protoc = require("protoc")
protoc:loadfile("relative/path/to/not/exists.proto")

输出:
lua: ./protoc.lua:283: attempt to call field 'import_fallback' (a nil value)
stack traceback:
./protoc.lua:283: in function 'parsefile'
./protoc.lua:1001: in function 'compilefile'
./protoc.lua:1011: in function 'loadfile'
demo2.lua:5: in main chunk
[C]: in ?

因为打包后，import实际上不能直接通过路径来访问文件，这个能支持一下吗

I'm investingating various lua libraries for use with gRPC.
Using the current git HEAD, I was able to parse a .proto file containing a gRPC service definition.
However I'm not sure how to actually use the service: e.g. pb.type("myservice") doesn't return the service.

For initial testing, I'm using the example service definition from here:

// Copyright 2015 gRPC authors.
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
//     http://www.apache.org/licenses/LICENSE-2.0
//
// Unless required by applicable law or agreed to in writing, software
// distributed under the License is distributed on an "AS IS" BASIS,
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
// See the License for the specific language governing permissions and
// limitations under the License.

syntax = "proto3";

option java_multiple_files = true;
option java_package = "io.grpc.examples.helloworld";
option java_outer_classname = "HelloWorldProto";
option objc_class_prefix = "HLW";

package helloworld;

// The greeting service definition.
service Greeter {
  // Sends a greeting
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// The request message containing the user's name.
message HelloRequest {
  string name = 1;
}

// The response message containing the greetings
message HelloReply {
  string message = 1;
}

message test_type
{
int r = 1;
}

message type2
{
test_teype test_type = 1;//当field的名字也叫test_type时就会找不到，内部只有一个nametable
}

In the old implementation, a protobuf map was representated in Lua as follows
local f={
{ key = "key1", value="value1" },
{ key = "key2", value = "value2"}
}

After the recent change, the implementation changed, unless I'm mistaken, to directly use table keys:
local f = {
key1 = "value1",
key2 = "value2"
}

I was unable to get this new implementation to work with integer keys consistently.
I suspect this is because Lua treats integer keys specially (as array portion of the table, rather than the hash portion of the table). Unless I'm misunderstanding how tables are supposed to be represented...

Basically, encoding and then decoding this:
local obj = {
map_intstr = {
[1] = "one",
[2] = "two",
[0] = "zero",
[-1] = "minus one",
}
}
results in
{
map_intstr = { "one", "two",
[-1] = "minus one",
[0] = "zero"
},
}
Note how the values outside of the normal range of array indices are treated as hash entries (accessed with 'pairs'), and integer values >=1 get treated as array values (accessed with ipairs).

Basically:

• while using natural Lua syntax for tables seems nice, it has problems
• the old representation, while less natural/convenient, didn't have the problem, but the new one does.

local pb = require "pb"
local pbio = require "pb.io"
local buffer = require "pb.buffer"
local slice = require "pb.slice"
local conv = require "pb.conv"
local protoc = require "protoc".new()
protoc.paths[#protoc.paths+1]="./protobuf3"

protoc:loadfile("protocol.proto")
print(pb.type("login_test"))
print(pb.type("protocol.C2S"))

for field, number in pb.fields("protocol.C2S") do
print(field, number)
end

for field, number in pb.fields("protocol.S2C") do
--print(field, number, "\n")
print(field, number)
end

1、加载附件中的文件时，在S2C中找不到res_change这个field，打印不出来
2、在protoc中调试跟踪是有这个field的，但是pb.load后没有了

Protobuf3.zip

When using a type that uses 'oneof', the type is not found.
As far as I can tell, the 'oneof' is not even processed by this library, so I suspect this is not currently supported.

proto定义

syntax="proto3";

message MessageA
{
    int32 field = 1;
}

message MessageB
{
    repeated MessageA field = 1;
}

json

{
    "field" : [
        {
            
        }
    ]
}

lua代码

local file = io.open("test.json", "rb")
local json_bytes = file:read("*a")
file:close()
local obj = json.decode(json_bytes)

proto_bytes = pb.encode("MessageB", obj)
print(#proto_bytes)

local newObj, message = pb.decode("MessageB", proto_bytes)
if newObj ~= nil then
    print(newObj)
else
    print(message)
end

输出结果

1
invalid bytes length: 0 (at offset 2)

如果enum 中包含 两个numbers 相等, check_enum.check_dup 会报错 。
在声明有 option allow_alias=true; 时候应当忽略 check_dup 。

测试的proto 节选如下：

Given the following proto3 syntax type:

message Foo {
  enum AliasedEnum {
    option allow_alias = true;
    ZERO = 0;
    ONE = 1;
    TWO = 2;
    FIRST = 1;
  }
  repeated AliasedEnum aliased_enumf = 2;
}

and the following input:

 {
  aliased_enumf = { "ZERO", "FIRST", "TWO", 23, "ONE" }
}

encoding and then decoding produces the following:

{
  aliased_enumf = { 0, "TWO", 23, "ONE" }
}

Basically, the entry 'FIRST' is ignored, but should not be.
(note: aliased enums are ambiguous, so it's ok to make a choice to decode a value as either of the names; but ignoring it is clearly a bug).

I'm having trouble getting nested extensions to serialize correctly.

Given these definitions:

message Person {
   required int32 id = 1;
   required string name = 2;
   optional string email = 3;
   repeated int32 arr = 4;
   extensions 10 to max;
}

extend Person {
   optional int32 test  = 11;
}

I'm able to serialize an instance of Person with the 'test' field with no problems:

local p = {
   id = 3, name = "Alice",
   test = 15
}
pb.encode("Person", p)
-- and then decode, compare the results -- and all is well

HOWEVER: if the extension is instead written as below (replacing the above):

message ExtendedPerson {
  extend Person {
    optional int32 test  = 11;
  } 
}

I'm unable to serialize the message successfully (after deserialization, it comes out as nil):

-- p is same as above
pb.encode("ExtendedPerson", p)

Do I need to set up the table differently for this case? Or is this not supported?

Hi,
I am very interested in using your lua-protobuf code for a project at work.
I also have a number of bugfixes that I'd like to contribute back to lua-protobuf
(e.g., fixes for a few crashes, missing data type support, etc).

Unfortunately, I'm not allowed to to do this unless this project is explicitly licensed under an open source license.

Could you please release it under an Open Source license such as the BSD license, the MIT license, or the Apache license?

• https://opensource.org/licenses/MIT
• https://opensource.org/licenses/BSD-2-Clause
• https://opensource.org/licenses/Apache-2.0

(to do it, I think it's a matter of including a LICENSE file with the text of the license, and possibly some mentions of it in the README and the source files).

I really hope you can do this. Thanks in advance!

通过C#序列化一个带有repeated int32字段的proto结构体到二进制流，在通过lua-protobuf反序列化将会出现错误：

type mismatch at offset 2, varint expected for type int32, got bytes

proto文件定义：

syntax="proto3";

message MyMessage
{
    repeated int32 intList = 1;
}

C#代码：

using System.IO;

public class Application
{
    public static int Main(string[] args)
    {
        var instance = Google.Protobuf.JsonParser.Default.Parse<MyMessage>(File.ReadAllText("data.json"));
        using (var ms = new MemoryStream())
        using (var cs = new Google.Protobuf.CodedOutputStream(ms))
        {
            instance.WriteTo(cs);
            cs.Flush();
            File.WriteAllBytes("pb.bin", ms.ToArray());
        }

        return 0;
    }
}

data.json

{
    "intList": [
        1,
        2,
        3
    ]    
}

C#生成的二进制流：

  Offset: 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 	
00000000: 0A 03 01 02 03                                     .....

Lua代码：

local pb = require("pb")
local json = require("rapidjson")

if pb.loadfile("../proto/pb.description") then
    local file = io.open("../csharp/pb.bin", "rb")
    local bytes = file:read("*a")
    file:close()
    local obj, message = pb.decode("MyMessage", bytes)
    if obj ~= nil then
        print(json.encode(obj))
    else
        print(message)
    end
else
    print("pb description load failed")
end

empty table must return instead return nil

suggestion:
static int parse_slice(lua_State *L, pb_Slice *slice, pb_Type *t) {
pb_State *S = default_state(L);
Context ctx;
luaL_checkstack(L, 3, "proto nest level too big");
lua_newtable(L);
ctx.p.S = S;
ctx.p.type = t;
ctx.p.on_field = on_field;
ctx.p.on_mistype = NULL;
ctx.p.on_unknown = NULL;
ctx.L = L;
if (pb_parse(&ctx.p, slice))
return 1;
//lua_pop(L, 1);
return 1;
}

if info.options and info.options.options and info.options.options.allow_alias then
--nothing todo skip check enum value uniq
else
check_dup(self, lex, 'enum number', numbers, 'number', v)
end

using an enum such as the following:

enum AliasedEnum {
    option allow_alias = true;
    ZERO = 0;
    ONE = 1;
    TWO = 2;
    FIRST = 1;
  }

is problematic. Using non-aliased enum members works fine. Using "FIRST" above works fine as well. Using "ONE" (which FIRST is aliased to) crashes the library. I've not tried multiple aliases, or determined the exact behavior (superficially it seems that the last member using a given value seems to work, and earlier ones don't; this needs to be confirmed).

need to call pb_resetbuffer(&nb) before return from this function.

Hi, does this project work with proto3?

The current require string of "pb" conflicts with other libraries (such as https://github.com/Neopallium/lua-pb/)

As your library is named "lua-protobuf", could you change your require string to "protobuf"?

Also perhaps moving "protoc" to "protobuf.compiler" or similar?

Given the following proto3 syntax type:

message Foo {
  enum Color {
    RED = 0; // 0 must be present, is the default, and must be first in list
    GREEN = 1;
    BLUE = 2;
  }
  repeated Color color_enumf = 1;

and the following input:

 {
   color_enumf = { 2, "RED", 34, "z" }
}

After encoding and decoding, the output looks as follows:

{
  color_enumf = { "BLUE", 0, 34 }
}

The inconsistency is that an input of 2 (or "BLUE") appears as in the output as "BLUE" (this is good), but input of 0 (or "RED") appears in output as 0. So -- some fields get translated to the enum names, others to enum values.

(to be clear, the other two inputs behave as I expect: 34 stays 34, "z" is ignored; both of these are reasonable).

Attempting to load a proto2 syntax .proto file with the following field:

message Foo {
   // some fields here

   optional int32 defaulted_num = 10 [ default = 777 ];
}

does not work. When I subsequently try to serialize to the specified type (not using defaulted_num field), it fails with 'type Foo not exists' message.

also: would you mind correcting that to 'type Foo does not exist'?)

also: shouldn't protoc:loadfile() fail when it can't load a type? I don't think it does, at least not in a way I can see.

Tried using protoc module to load a .proto file, failed with the error mesage:
'''bad argument #2 to '?' (string expected at field 'default_value', got number)'''

Code snippet:
'''
local protoc = require "protoc"
local pb = require "pb"
local p = protoc.new()
-- set up paths as appropriate
-- p.paths[#p.paths+1] = "foo"
-- p.paths[#p.paths+1] = "bar"
local descriptor = p:compilefile( "relative/path/to/some.proto" )
'''

enum EquipPos
{
    EquipPos_Head = 0;
    EquipPos_Armor = 1;
    EquipPos_Shoe = 2;
    EquipPos_Cloak = 3;
}

for k, v, _ in pb.fields("EquipPos") do
    print(k)
    print(v)
end

输出：

EquipPos_Armor
1
EquipPos_Shoe
2
EquipPos_Cloak
3

sub.type_fallback中使用的字段self.import_fallback和文档描述(unknown_type)不一致

Im trying to figure out why the following code produces a directory and file: lua-protobuf/pb.gcda

local socket = require "socket"
local schema = require "utils.net.schema"

package.cpath = "./src/lib/?.so"
local pb = require "pb"
local protoc = require "lib.protoc"

pb.load(assert(protoc.new():compile(schema)))
local sock = socket.udp()

sock:settimeout(nil)
sock:setpeername("%s", %i)

while true do
	local sendMsg = love.thread.getChannel('net.queue.outgoing'):demand() -- blocks until receive
        if sendMsg then
		sock:send(assert(pb.encode("schema.Packet", {
			TypeOf = sendMsg.typeof,
		        Body = assert(pb.encode(sendMsg.typeof, sendMsg.body)),
		})))
	end
end

this also seems to happen with the compilation method shown in the example.