小编Tim*_*ing的帖子

在WearableListenerService中未调用OnMessageReceived

我正在使用Eclipse IDE开发android Wear应用程序.我使用相同的包名称来佩戴应用程序和移动应用程序,我正在根据谷歌文档手动打包可穿戴应用程序.一切正常.使用usb调试安装在Android Wear模拟器上用电话.

我的问题是当我使用以下代码向可穿戴设备发送消息时

List<Node> nodeList=getNodes();
for(Node node : nodeList) {
    Log.v(" ", "telling " + node.getId() );

    PendingResult<MessageApi.SendMessageResult> result = Wearable.MessageApi.sendMessage(
        mGoogleApiClient,
        node.getId(),
        START_ACTIVITY_PATH,
        null
    );

    result.setResultCallback(new ResultCallback<MessageApi.SendMessageResult>() {
        @Override
        public void onResult(MessageApi.SendMessageResult sendMessageResult) {
            Log.v(" ", "Phone: " + sendMessageResult.getStatus().getStatusMessage());
        }
    });
}
Run Code Online (Sandbox Code Playgroud)

当设备被对等但OnMeageReceived从未在WearableListenerService中调用时,OnPeerConnected方法正在运行.这是我的WearableListenerService代码:

public class DataLayerListenerService extends WearableListenerService {

    private static final String TAG = "DataLayerSample";
    private static final String START_ACTIVITY_PATH = "/start/MainActivity";
    private static final String DATA_ITEM_RECEIVED_PATH = "/data-item-received";
    private static final String …
Run Code Online (Sandbox Code Playgroud)

android

15
推荐指数
2
解决办法
5749
查看次数

为什么局部变量的地址每次都不一样?

我问Google并对StackOverflow做了一些研究.我的问题是,当我main()在C++程序中输入函数并声明第一个变量时,为什么这个变量的地址会因不同的执行而有所不同?请参阅下面的示例程序:

#include <iostream>

int main() {
    int *a = new int;
    int *b = new int;

    std::cout << "address: " << a << " " << b << std::endl;
    std::cout << "address of locals: " << &a << " " << &b << std::endl;
    return 0;
}
Run Code Online (Sandbox Code Playgroud)

执行结果1:

address: 0xa32010 0xa32030
address of locals: 0x7fff10de2cf0 0x7fff10de2cf8
Run Code Online (Sandbox Code Playgroud)

执行结果2:

address: 0x1668010 0x1668030
address of locals: 0x7ffc252ccd90 0x7ffc252ccd98
Run Code Online (Sandbox Code Playgroud)

执行结果3:

address: 0x10e0010 0x10e0030
address of locals: 0x7ffd3d2cf7f0 0x7ffd3d2cf7f8
Run Code Online (Sandbox Code Playgroud)

如您所见,我在不同的执行中得到不同的结果.输出的第一行对应于分配的内存的地址,这应该发生在堆中 - 如果每次都为它们分配不同的地址,那对我来说是有意义的.但是,即使我打印局部变量的地址 - …

c c++ memory virtual-memory aslr

8
推荐指数
1
解决办法
450
查看次数

为什么我们必须在TCP服务器套接字编程中获得两个文件描述符?

我把这个教程用于服务器套接字编程链接.对于功能,我没有问题,我要问的是更多关于架构设计问题.请看一下教程.我们实际上看到两个文件描述符,一个在调用时socket(),一个在调用时accept().在创建套接字时我们获取文件描述符是有道理的,因为我们将套接字视为文件; 在接受不同的连接时,我们必须拥有多个文件描述符.但是,为什么我们需要两者都让它发挥作用?

sockets network-programming tcp

4
推荐指数
2
解决办法
1776
查看次数

如何确定display:table-cell的填充

我正在尝试采用类似于表格的布局,药物名称显示在左侧,数据占据了表格的其余部分。简单的说:

           +-------------+------------+
medicine 1 |  some data  | some data  |
           +-------------+------------+
medicine 2 |  some data  | some data  |
           +-------------+------------+
Run Code Online (Sandbox Code Playgroud)

由于我想保持数据网格的动态性,因此我<div>将样式display:table-cell为2的两个容器用作两个容器,左边的一个用于所有药物名称,右边的​​一个用于数据网格。<div>在这两个表格单元中有多个内部单元<div>,但是我不确定为什么当我使用Chrome inspect接口进行调查时,左侧的单元顶部为何有较大的填充区域(请参见下图):

在此处输入图片说明

我不太确定哪一部分出错了,并且inspect接口没有给我看似相关的信息。我想学习如何处理这种情况。这是供您参考的html代码:

           +-------------+------------+
medicine 1 |  some data  | some data  |
           +-------------+------------+
medicine 2 |  some data  | some data  |
           +-------------+------------+
Run Code Online (Sandbox Code Playgroud)

html css css-tables

3
推荐指数
1
解决办法
58
查看次数

在新的int [] []上删除或删除[]

我一般都知道你new是一个对象的实例还是一个主数据类型,你使用delete; 如果你分配一个数组new int[10],你可以释放内存delete[].我刚刚遇到另一个来源并发现在C++ 11中,您可以像这样创建一个多维数组:

auto arr = new int[10][10];
Run Code Online (Sandbox Code Playgroud)

我的问题是:我应该使用delete还是应该使用delete[]?我会说delete[]看起来对我更正确,但是,delete不会崩溃以下程序:

#include <stdio.h>

int main() {
    for (int i = 0; i < 100000; i++) {
        cout << i << endl;
        auto ptr = new int[300][300][300];
        ptr[299][299][299] = i;
        delete ptr;  // both delete and delete[] work fine here
    }
    return 0;
}
Run Code Online (Sandbox Code Playgroud)

这是为什么?

c++ arrays c++11

2
推荐指数
1
解决办法
435
查看次数

标签 统计

c++ ×2

android ×1

arrays ×1

aslr ×1

c ×1

c++11 ×1

css ×1

css-tables ×1

html ×1

memory ×1

network-programming ×1

sockets ×1

tcp ×1

virtual-memory ×1