Re: [Lazarus] Fpdebug merge request 6

[Martin Frb via lazarus]

On 05/09/2021 20:57, Christo Crause wrote:


On Sun, Sep 5, 2021 at 8:24 PM Martin Frb via lazarus 
mailto:lazarus@lists.lazarus-ide.org>> 
wrote:


I ve seen it. I am really rather busy ...


No worries, I do realise there are a lot of changes to work through.

I had a look at the first 2 or 3 commits some weeks ago.
From what I recall

1) adding to the IDE options. Looks that then every user using
fpdebug, will see options for host/port?
While really convenient for avr users, rather confusing for others?


I am starting to agree with this view. There are quite a few extra 
remote options that should eventually be implemented, so the IDE 
options will become more busy.  My simplistic view is that a new 
remote Lazarus debugger will inherit just about all its core 
functionality from the existing FpDebugDebugger, with added remote 
config options.


There are 2 ways here:

1) find a way to pass a custom config to whatever T[avr]DbgProcess.

2) Instantiate a process class, before starting the controller, and push 
that in.
That also has the advantage that it allows to choose between several 
process classes, if more than one can handle the target.





2) global vars (iirc for host/port)
That is due to the lack of config that can be passed in

FpDebug (package) can not see the IDE conf. FpDebug should have
minimum package depenencies.
It needs its own conf that can be passed
I have some ideas there, 


Will gladly await your ideas.  This can wait, it is just a bad 
practise on my side currently, but workable.


(2) above would deal with this.



-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] Fpdebug merge request 6

[Christo Crause via lazarus]

On Sun, Sep 5, 2021 at 8:24 PM Martin Frb via lazarus <
lazarus@lists.lazarus-ide.org> wrote:

> I ve seen it. I am really rather busy ...
>

No worries, I do realise there are a lot of changes to work through.


> I had a look at the first 2 or 3 commits some weeks ago.
> From what I recall
>
> 1) adding to the IDE options. Looks that then every user using fpdebug,
> will see options for host/port?
> While really convenient for avr users, rather confusing for others?
>

I am starting to agree with this view. There are quite a few extra remote
options that should eventually be implemented, so the IDE options will
become more busy.  My simplistic view is that a new remote Lazarus debugger
will inherit just about all its core functionality from the existing
FpDebugDebugger, with added remote config options.

2) global vars (iirc for host/port)
> That is due to the lack of config that can be passed in
>
> FpDebug (package) can not see the IDE conf. FpDebug should have minimum
> package depenencies.
> It needs its own conf that can be passed
> I have some ideas there, 
>

Will gladly await your ideas.  This can wait, it is just a bad practise on
my side currently, but workable.


> -
> The rest I have not yet looked at, sorry.
>

No problem, as long as it is still on your radar!
-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] Fpdebug merge request 6

[Martin Frb via lazarus]

I ve seen it. I am really rather busy ...

I had a look at the first 2 or 3 commits some weeks ago.
From what I recall

1) adding to the IDE options. Looks that then every user using fpdebug, 
will see options for host/port?

While really convenient for avr users, rather confusing for others?


2) global vars (iirc for host/port)
That is due to the lack of config that can be passed in

FpDebug (package) can not see the IDE conf. FpDebug should have minimum 
package depenencies.

It needs its own conf that can be passed
I have some ideas there, 

-
The rest I have not yet looked at, sorry.


On 05/09/2021 08:44, Christo Crause via lazarus wrote:
I'm busy adding xtensa/esp32 support to fpdebug, which builds on top 
of the AVR support.  It would be helpful if the AVR merge request[1] 
for fpdebug gets reviewed, since the current xtensa work builds on top 
of this (with some refactoring).


Best wishes,
Christo

1. 
https://gitlab.com/freepascal.org/lazarus/lazarus/-/merge_requests/6 






-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] trying to read an EXE

[duilio foschi via lazarus]

a new world to discover.

Thanks a lot

Peppe

On Sun, Sep 5, 2021 at 4:30 PM Christo Crause 
wrote:

>
> On Sun, Sep 5, 2021 at 12:50 PM duilio foschi via lazarus <
> lazarus@lists.lazarus-ide.org> wrote:
>
>> > An alternative is to use a tool such as objdump or dumpbin to
>> disassemble the executable file.
>>
>> objdump seems to be a unix tool. AFAIK dumpbin will only work from Visual
>> Studio.
>>
>
> You can get GNU binutils for Windows here:
> https://sourceforge.net/projects/mingw/files/MinGW/Base/binutils/binutils-2.28/
>
>
>> Is there a way to see the assembly on a 2nd monitor while an EXE is run?
>> Without having the EXE source code, I mean
>>
>
> This sounds as if you want to debug the executable?  This is doable, but
> without source code you will have to step through the assembler
> instructions manually, or know where in the code to put breakpoints.  Use
> your favourite Windows debugger, if you don't have one try gdb (part of the
> full large Lazarus install I believe).  Even if this is what you want to
> do, I suggest you dump the disassembled code into a text file, open this
> and study it.  If the executable is stripped it may be very difficult to
> make sense of the assembler code.
>
-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] trying to read an EXE

[Christo Crause via lazarus]

On Sun, Sep 5, 2021 at 12:50 PM duilio foschi via lazarus <
lazarus@lists.lazarus-ide.org> wrote:

> > An alternative is to use a tool such as objdump or dumpbin to
> disassemble the executable file.
>
> objdump seems to be a unix tool. AFAIK dumpbin will only work from Visual
> Studio.
>

You can get GNU binutils for Windows here:
https://sourceforge.net/projects/mingw/files/MinGW/Base/binutils/binutils-2.28/


> Is there a way to see the assembly on a 2nd monitor while an EXE is run?
> Without having the EXE source code, I mean
>

This sounds as if you want to debug the executable?  This is doable, but
without source code you will have to step through the assembler
instructions manually, or know where in the code to put breakpoints.  Use
your favourite Windows debugger, if you don't have one try gdb (part of the
full large Lazarus install I believe).  Even if this is what you want to
do, I suggest you dump the disassembled code into a text file, open this
and study it.  If the executable is stripped it may be very difficult to
make sense of the assembler code.
-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] trying to read an EXE

[duilio foschi via lazarus]

x Christo ;

for the problem in question, I was running short of time, so I went back to
the source, fixed the line and recompiled.

However this question picked my curiosity and I'd like to know more

>The easiest way to see both the machine code, the disassembled code and
the Pascal code from inside Lazarus is to place a breakpoint on the line of
interest, run until you hit that breakpoint, then switch to the Assembler
view.

I did that and it is very interesting

> An alternative is to use a tool such as objdump or dumpbin to disassemble
the executable file.

objdump seems to be a unix tool. AFAIK dumpbin will only work from Visual
Studio.

Is there a way to see the assembly on a 2nd monitor while an EXE is run?
Without having the EXE source code, I mean

Thank you

Peppe
-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

[Lazarus] Start application maximized with a shortcut

[Gabor Boros via lazarus]

Hi All,

FPC 3.2.2, Lazarus fixes_2_2, Windows 10 64bit.

Create a new "Application", compile it. Send a shortcut from 
project1.exe to the desktop. At shortcut's properties change "Run" to 
"Maximized". Start the application with the shortcut, its not maximized. 
Do the same with Delphi 7 or 10.4.2 and the application starts as maximized.


Is it a bug?

Gabor
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus

[Lazarus] Fpdebug merge request 6

[Christo Crause via lazarus]

I'm busy adding xtensa/esp32 support to fpdebug, which builds on top of the
AVR support.  It would be helpful if the AVR merge request[1] for fpdebug
gets reviewed, since the current xtensa work builds on top of this (with
some refactoring).

Best wishes,
Christo

1. https://gitlab.com/freepascal.org/lazarus/lazarus/-/merge_requests/6
-- 
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus