jeffreytan81 wrote:
@labath
> stepping over a breakpoint can still block
Yes, I discussed this concern with @clayborg before writing it. However, this
is not a new issue—the default 'step over' (next command) uses
ThreadPlanStepOverBreakpoint to trace a single instruction across a breakpoint
Sterling-Augustine wrote:
```lrwxrwxrwx 1 saugustine primarygroup 13 Aug 16 15:21
test/API/functionalities/breakpoint/breakpoint_with_realpath_and_source_map/symlink1/foo.h
-> ../real/foo.h
-rw-r--r-- 1 saugustine primarygroup 59 Aug 16 15:21
test/API/functionalities/breakpoint/breakpoint_with
vogelsgesang wrote:
In the below screen recording, you can see:
* The function pointers are shown in the variables view as usual
* The corresponding values are linked, as indicated by the underline when
hovering the value
* When Cmd+Clicking on the value, the link is followed
* Currently, this s
royitaqi wrote:
I assume you meant the "w" permission on group and others (because I suppose
the "x" is needed for the symlink to function). It's unintended and by
accident. I cannot recall how I created them differently.
Yes, a forward fix from you will be super nice. Thanks for flagging this
https://github.com/slydiman updated
https://github.com/llvm/llvm-project/pull/104238
>From 8491aa073ae240eb5e31df12ac278c70fc9515e7 Mon Sep 17 00:00:00 2001
From: Dmitry Vasilyev
Date: Fri, 16 Aug 2024 17:03:37 +0400
Subject: [PATCH 1/4] [lldb] Removed gdbserver ports map from lldb-server
List
https://github.com/slydiman edited
https://github.com/llvm/llvm-project/pull/104238
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
hawkinsw wrote:
I am _not_ an expert but did a little investigation and wanted to help if I
could:
It looks like the problem is that `gettid` is defined (at least on Linux
systems) only when the `__USE_GNU` macro is defined. From the `man` page:
```
SYNOPSIS
#define _GNU_SOURCE
101 - 107 of 107 matches
Mail list logo