ul 13, 2019 at 1:01 AM Greg Clayton wrote:
>
>
> On Apr 3, 2019, at 10:05 AM, Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
>
> Hi lldb-dev,
>
> Currently I'm working on an OS plug-in for multiple operating systems and
> architect
the
> Python code for the OS plugin. If you're going to make some common
> utilities you might have a look at what that one does if you haven't
> already.
>
> Jim
>
>
> > On Apr 17, 2019, at 11:37 AM, Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org
Hi lldb-dev,
The last few months, I was implementing a LLDB OS Python plug-in. It seems
that there are functionality that is duplicated across many OS plug-ins. I
think we can change that by, for example, upstreaming to LLDB an OS python
plug-in which can be used by all clients and may contain a l
Gentle ping.
On Wed, Apr 3, 2019 at 8:05 PM Alexander Polyakov
wrote:
> Hi lldb-dev,
>
> Currently I'm working on an OS plug-in for multiple operating systems and
> architectures, during my work, I noted a few moments I want to discuss with
> the community.
>
> 1) Adding RegisterContext to SB AP
Hi lldb-dev,
Currently I'm working on an OS plug-in for multiple operating systems and
architectures, during my work, I noted a few moments I want to discuss with
the community.
1) Adding RegisterContext to SB API:
if you want your OS plug-in to support multiple architectures you need
to impl
from a pointer
> via SBTarget::CreateValueFromExpression.
> > >
> > >
> > >
> > > On Mon, Apr 1, 2019 at 9:35 PM Jim Ingham wrote:
> > > Dereference returns another SBValue distinct from the initial one, so
> it needs to make up a name for it. I th
eFromExpression.
> >
> >
> >
> > On Mon, Apr 1, 2019 at 9:35 PM Jim Ingham wrote:
> > Dereference returns another SBValue distinct from the initial one, so it
> needs to make up a name for it. I think it would be confusing for it to
> return the same name, and pu
rete problem?
>
> Jim
>
>
> > On Mar 30, 2019, at 11:18 AM, Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
> >
> > Hi lldb-dev,
> >
> > I have a SBValue created via
> SBTarget.CreateValueFromExpression('some_name', e
Hi lldb-dev,
I have a SBValue created via
SBTarget.CreateValueFromExpression('some_name', expr).
If the expression looks like '(some_type *) addr', then GetName returns
'some_name' as expected, but when I do Dereference this value, GetName
returns '*some_name'.
So, is it a conventional behavior o
simple example showing the failure and I’ll have a
>>> look?
>>>
>>> Jim
>>>
>>>
>>> On Feb 14, 2019, at 11:10 AM, Alexander Polyakov
>>> wrote:
>>>
>>> It is, the error is: *error: error: process must be stopped.*
&g
akov
>> wrote:
>>
>> It is, the error is: *error: error: process must be stopped.*
>>
>> I thought that the plugin (get_thread_info in my case) is invoked when
>> the process is already stopped, but it's not. Is it ok?
>>
>> On Thu, Feb 14, 2
eb 14, 2019 at 9:53 PM Jim Ingham wrote:
>
>> All SBValues have an error in them (SBValue.GetError). Does that say
>> anything interesting?
>>
>> Jim
>>
>>
>>
>>
>> On Feb 14, 2019, at 10:08 AM, Alexander Polyakov via lldb-dev <
&g
GetError). Does that say
> anything interesting?
>
> Jim
>
>
>
>
> On Feb 14, 2019, at 10:08 AM, Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
>
> Hi lldb-dev,
>
> I work on a custom implementation of OperatingSystem plugin using
Hi lldb-dev,
I work on a custom implementation of OperatingSystem plugin using Python
and SB API. I’m trying to fetch information about some variables from the
target into the plugin, to do that I’m using the following Python code:
ready_tasks = self._target.FindGlobalVariables(‘pxReadyTasksLists
> As for why this is done with Python and not the C++ SB API's, there's
>> nothing to stop it from also being in C++, you can actually write loadable
>> C++ plugins with the SB API's for data formatters, for instance. But
>> there's generally no significant pe
> there's generally no significant performance advantage to doing that, and
> its less convenient, so there just hasn't been much demand for it.
>
> Jim
>
>
> > On Dec 19, 2018, at 12:44 PM, Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
Hi lldb-dev,
Could someone explain me why do we use python (OperatingSystemPython) to
describe OS objects like threads? What are the advantages of such an
approach in comparison to C++ used in Platform plugin for example? IMO, the
OperatingSystem plugin could be more like the Platform one, it coul
I found out that there will not be “out-of-the-box” threads/tasks support
since the lldb doesn’t know anything about thread’s structure. It seems
that to have it works I need to implement the OperatingSystem plugin for
the specific OS. Is it right? If yes, is it enough?
сб, 15 дек. 2018 г. в 16:45
Hi lldb-dev,
As part of my Bachelor's thesis, I'm going to add a new platform to LLDB
(FreeRTOS in my case) to perform a kernel debugging. Is there a
documentation about adding a new platform?
As far as I know, my case is similar to PlatformDarwinKernel, so I need to
do the similar things:
1) add
l things like std::mutex, etc.
>> >>>
>> >>> On Wed, Oct 31, 2018 at 12:29 PM, Alexander Polyakov <
>> polyakov@gmail.com> wrote:
>> >>> Looks like I don't completely understand what is the difference
>> between user-mode and kerne
is?
> >>>
> >>> On Wed, Oct 31, 2018 at 10:22 PM Zachary Turner
> wrote:
> >>> I don’t totally agree with this. I think there are a lot of useful os
> awareness tasks in user mode. For example, you’re debugging a deadlock and
> want to understand the st
do
> is to describe OS' model (thread's or task's structure for example). I
> think that is how it might be done in LLDB.
> >
> > On Wed, Oct 31, 2018 at 9:26 PM Leonard Mosescu
> wrote:
> > Hi Alexander, are you interested in user-mode, kernel-mode debug
rence
> On Wed, Oct 31, 2018 at 12:08 PM Alexander Polyakov via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
>
>> Hi Leonard,
>>
>> I think it will be kernel-mode debugging since debugging an application
>> in user mode is not an OS awareness imo. Of course
bugger/index>
> (windbg
> & co.). This is not surprising since the tools were developed alongside
> Windows. Obviously they are specific to Windows, but it's good example of
> how the OS-awareness might look like.
>
>
> On Mon, Oct 29, 2018 at 11:37 AM, Alexander Polyak
Hi lldb-dev,
I'm a senior student at Saint Petersburg State University. The one of my
possible diploma themes is "OS Awareness in LLDB". Generally, the OS
awareness extends a debugger to provide a representation of the OS threads
- or tasks - and other relevant data structures, typically semaphore
25 matches
Mail list logo