yansh97

apply plugin: 'com.android.application' apply plugin: 'maven' android { compileSdkVersion 26 buildToolsVersion "26.0.1" defaultConfig { applicationId "com.java.group19" minSdkVersion 21 targetSdkVersion 26 versionCode 1 versionName "1.0" testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" } lintOptions{ checkReleaseBuilds false...

// Top-level build file where you can add configuration options common to all sub-projects/modules. buildscript { repositories { jcenter() } dependencies { classpath 'com.android.tools.build:gradle:2.3.3' // NOTE: Do not place your...

> 谢谢反馈，我们会尽快增加此特性😁 具体来说也不一定需要像pytorch一样提供to等方法做到数据迁移等，能提供一个类似于 jittor.use_cuda_device 的context，使得内部的变量都使用某个GPU，也是比较方便的。

> 系统升级到11.1bigsur隔空投送问题：手机隔空投送给imac一直显示“正在等等”，电脑投送给手机正常。未升级系统时，互相投送都正常。各位大佬是否有碰到这类问题，望指点。谢谢！ 我在MacBook Pro上遇到了类似的情况，可能是big sur的问题与黑苹果没关系。

之前作者在 #89 中回复了伪代码，在这里补充一下，我认为算法不一定是伪代码，也可能是公式或者流程图等形式，因此算法数学环境应该是一个通用的有样式的段落环境，用户可以选择填充的内容。当然，如果作者能进一步提供与主题样式相匹配的伪代码环境，那就更好不过了。

可以设置环境变量CUDA_VISIBLE_DEVICES

I am also troubled by this problem.

> Hi, as mentioned in the previous issue, please see https://github.com/QwenLM/Qwen-Agent/blob/main/qwen_agent/llm/function_calling.py您好，如上一期所述，请参阅 https://github.com/QwenLM/Qwen-Agent/blob/main/qwen_agent/llm/function_calling.py > > If you read the code, you should find that the message format is different for different...

> 我正在借鉴hermes的prompt给qwen写一个template： https://ollama.com/interstellarninja/hermes-2-pro-llama-3-8b-tools/blobs/bb5d712dec0d 也许写完后就能实现ollama qwen的tool call（除非遇到啥坑）。（不过可能只能支持非流式的tool call，因为我看ollama目前的实现似乎流式下会有问题） > > 施工中ing 问题不大，我一直觉得工具调用搞成流式是伪需求

我这边测试是1.194.0开始有问题，1.193.0显示正常