- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我正在为操作系统类(class)做一个项目。任务是实现一个处理线程的库,类似于 pthreads
,但要简单得多。它的目的是练习调度算法。最终产品是一个 .a
文件。类(class)结束,一切正常(在功能方面)。
不过,我对我遇到的一个问题感到好奇。在我的源文件的三个不同功能上,如果我添加以下行,例如:
fprintf(stderr, "My lucky number is %d\n", 4);
我遇到了段错误。如果使用 stdout
或者格式不包含任何变量,则不会发生同样的情况。
这给我留下了两个主要问题:
为什么它只发生在我的代码的三个函数中,而不发生在其他函数中?
可以使用 getcontext()
和 makecontext()
创建上下文,或者使用 setcontext()
更改上下文还是 swapcontext()
弄乱了标准文件描述符?
我的直觉告诉我这些功能可能是造成这种情况的原因。更重要的是,我的代码中发生这种情况的三个函数是具有代码其他部分切换到的上下文的函数。通常通过 setcontext()
,虽然 swapcontext()
用于转到调度程序,以选择另一个线程来执行。
另外,如果是这样的话,那么:
我目前正在做以下事情:
/*------------------------------------------------------------------------------
Funct: Creates an execution context for the function and arguments passed.
Input: uc -> Pointer where the context will be created.
funct -> Function to be executed in the context.
arg -> Argument to the function.
Return: If the function succeeds, 0 will be returned. Otherwise -1.
------------------------------------------------------------------------------*/
static int create_context(ucontext_t *uc, void *funct, void *arg)
{
if(getcontext(uc) != 0) // Gets a context "model"
{
return -1;
}
stack_t *sp = (stack_t*)malloc(STACK_SIZE); // Stack area for the execution context
if(!sp) // A stack area is mandatory
{
return -1;
}
uc->uc_stack.ss_sp = sp; // Sets stack pointer
uc->uc_stack.ss_size = STACK_SIZE; // Sets stack size
uc->uc_link = &context_end; // Sets the context to go after execution
makecontext(uc, funct, 1, arg); // "Makes everything work" (can't fail)
return 0;
}
这段代码可能有点修改,但它最初是一个关于如何使用 u_context 的在线示例。
最佳答案
假设是 glibc,解释是 fprintf
和一个无缓冲的流(例如默认情况下的 stderr
)在内部创建一个堆栈缓冲区,其大小为 BUFSIZE
个字节。请参阅 stdio-common/vfprintf.c
中的函数 buffered_vfprintf
。 BUFSIZ
是 8192,因此您最终会遇到堆栈溢出,因为您创建的堆栈太小了。
关于c - 为什么在处理 ucontext 时打印到 stderr 会导致段错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53900556/
我问的平台是linux。我说的线程本地存储是gcc中的pthread_xxx或__thread。 我想在我的程序中使用 ucontext 东西,即 makecontext、swapcontext 等。
我读到 ucontext 用于在 linux 中保存多个线程之间的上下文。既然OS做的是不同线程之间的上下文切换,为什么linux要提供这个头文件(ucontext.h)来进行上下文切换呢? 最佳答案
Boost v1.59 中的 Boost.Context 文档报告了以下性能比较结果: +----------+----------------------+-------------------+-
使用 gcc,我在编译使用 ucontext.h 的东西时遇到这些错误 /usr/include/sys/ucontext.h: At top level: /usr/include/
cygwin 似乎不支持用户上下文切换(由 ucontext.h 支持)。 鉴于我需要在 cygwin 下开发一个用户上下文切换应用程序,有什么解决方案吗? 最佳答案 您可能可以编写自己的实现,环绕
我正在尝试将使用 ucontext 的库移植到支持 pthread 但不支持 ucontext 的平台。代码写得很好,因此用对 pthread 例程的调用替换对 ucontext API 的所有调用应
中的用户线程函数已弃用,因为它们使用了已弃用的 C 功能(它们 use a function declaration with empty parentheses for an argument )
所以我正在尝试解除分配上下文。 这是我创建上下文的方式 ucontext* uPtr = new ucontext; getcontext(uPtr); char* stack = new char[
当我在下面编译我的代码时,它会打印 I am running :) 永远(直到我向程序发送 KeyboardInterrupt 信号), 但是当我取消注释 //printf("done:%d\n",
这里是代码,不知道每个detain是什么意思,比如REG_RIP,什么是“RIP” //ucontext.h enum { //... REG_RIP, //... } here是完整代码 最佳答
我正在为操作系统类(class)做一个项目。任务是实现一个处理线程的库,类似于 pthreads,但要简单得多。它的目的是练习调度算法。最终产品是一个 .a 文件。类(class)结束,一切正常(在功
作为更大的线程调度 api 的一部分,这是我想做的事情。 我想创建一个线程,当主线程(创建线程的线程)退出时,我刚创建的线程应该执行。我正在尝试使用 ucontext 和 uc_link 执行此操作,
我去年学习了操作系统,期间我使用用户上下文(在头文件 ucontext.h 中定义)为一个项目实现线程调度程序(其中每个线程模拟一个进程)。我正在参加一个讲座,将讨论用户上下文,我突然想到,尽管去年完
嗨,我需要从一个地方跳到另一个地方... 但我想知道哪个更好用,setjmp 或 ucontext,例如: setjmp 和 ucontext 是否可移植? 我的代码使用这些库是线程安全的吗? 为什么
据我所知,ucontext 提供了比 setjmp 更好的东西。但它已被弃用,现在已从 POSIX 规范中删除。那么它为什么会出现,又为什么会被移除? 最佳答案 makecontext的签名来自 uc
我正在设计一个具有以下功能的调度算法: 在一个进程中有 2 个用户线程(上下文)(我应该做 3 个线程,但在 osx 上还不起作用,所以我决定现在让 2 个工作) 使用每 1 秒关闭一次的 SIGAL
我正在使用 ucontext 开发一个简单的、具有教育意义的绿色(合作)基于量子的线程示例。但我面临着问题。下面提供的示例非常容易理解,我将感谢您为我提供的任何帮助: TestApp.java: pu
我的代码在这里: #define _GNU_SOURCE #include "lib-ult.h" #include #include #include #include #define TR
我有这个最小的 helloworld,扩展了 ucontext.h: #include #include int main(int argc, char** argv) { printf ("
我正在尝试使用 ucontext 例程来实现多线程库。运行此代码时出现“浮点异常(核心已转储)”。 #include #include #include typedef struct {
我是一名优秀的程序员,十分优秀!