Deutsch   English   Français   Italiano  
<vr0m9l$rtjt$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: pozz <pozzugno@gmail.com>
Newsgroups: comp.arch.embedded
Subject: Re: 32 bits time_t and Y2038 issue
Date: Fri, 14 Mar 2025 08:36:22 +0100
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <vr0m9l$rtjt$1@dont-email.me>
References: <vqpkf9$1sbsa$1@dont-email.me> <vqpoi3$226ih$1@dont-email.me>
 <vqre18$2g8c8$1@dont-email.me> <vr01sl$cpvn$2@paganini.bofh.team>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 14 Mar 2025 08:36:22 +0100 (CET)
Injection-Info: dont-email.me; posting-host="e5e0fe066aa49a10d2e00a72828e1842";
	logging-data="915069"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+Eng/iL4fVUp92QX0qJPkczMFh3nCPpoQ="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:6TPwz25cQDtQVEtsmNg2vVvnBNw=
Content-Language: it
In-Reply-To: <vr01sl$cpvn$2@paganini.bofh.team>
Bytes: 2645

Il 14/03/2025 02:48, Waldek Hebisch ha scritto:
> pozz <pozzugno@gmail.com> wrote:
>>
>> How do you debug your projects without a full-features and ready-to-use
>> IDE from the silicon vendor?
> 
> With STM devices I use Linux 'stlink' program and gdb.  That is
> command line debugging.  I can set breakpoints, single step,
> view and and modify device registers, those are main things
> that I need.  I also use debugging UART.  For debugging I
> normally load code into RAM which means that I can have
> unlimited number of breakpoints without writning to flash
> (I am not sure if that is really important, but at least
> makes me feel better).
> 
> I have also used stlink with some non-STM devices (IIRC LPC),
> but that required modification to 'stlink' code and IIUC
> use of of non-STM devices is blocked in new firmware for
> the debugging dongle.
> 
> 'gdb' can be used with many other debugging dongles.
> 
> Visual tools may be nicer and automatically do some extra
> things.  But I got used to gdb.

I always used visual debuggers. I know they generally uses gdb 
internally, but I don't know how.

I'm feeling better when I use mouse, point on a variable in the code and 
see its content. And similar things.

I'm sure it's possible to let a generic IDE (like Visual Studio Code) 
permforms visual debugging session with J-Link (or similar probes), but 
you have to install/configure many things to reach a functional system.

I'm going to try when I have free time... free time? What is it?