Le 12/06/2019 à 11:17, aitor a écrit :
Hi Didier,
En 12 de junio de 2019 7:40:08 Didier Kryn escribió:
sizeof() is not a real function. Its syntax makes it look like a
function but it is not. Its argument can be either a variable or a type
(which no function can have). It is evaluated at
Hi Didier,
En 12 de junio de 2019 7:40:08 Didier Kryn escribió:
sizeof() is not a real function. Its syntax makes it look like a
function but it is not. Its argument can be either a variable or a type
(which no function can have). It is evaluated at compile time - which is
equivalent to r
Le 11/06/2019 à 20:40, Steve Litt a écrit :
On Mon, 10 Jun 2019 15:01:53 +0100
s@po wrote:
On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
Jim Jackson wrote:
sizeof() is calculated by the compiler, not at run time. The code
generated would be the same.
Hello Jim,
Indeed it his, my point was on
On Tue, 11 Jun 2019 22:07:22 +0100 (BST)
Jim Jackson wrote:
> On Tue, 11 Jun 2019, Steve Litt wrote:
>
> > On Mon, 10 Jun 2019 15:01:53 +0100
> > s@po wrote:
> >
> > > On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
> > > Jim Jackson wrote:
> > >
> > > >
> > > > sizeof() is calculated by the
On Tue, 11 Jun 2019, Steve Litt wrote:
> On Mon, 10 Jun 2019 15:01:53 +0100
> s@po wrote:
>
> > On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
> > Jim Jackson wrote:
> >
> > >
> > > sizeof() is calculated by the compiler, not at run time. The code
> > > generated would be the same.
> >
> >
On Tuesday 11 June 2019 at 20:40:09, Steve Litt wrote:
> It's funny. So many times people advocate jumping through hoops to save
> a millisecond in a program operated by and therefore bottlenecked by a
> 100wpm typist. 100wpm is 500 keystrokes per minute,
If I may pick a nit, I think it makes the
On Mon, 10 Jun 2019 15:01:53 +0100
s@po wrote:
> On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
> Jim Jackson wrote:
>
> >
> > sizeof() is calculated by the compiler, not at run time. The code
> > generated would be the same.
>
> Hello Jim,
> Indeed it his, my point was only a observation, tha
Le 10/06/2019 à 20:20, s@po a écrit :
One harmfull situation is when you pass an array[n] to a function has an
argument, for example..
Usign 'sizeof' inside, will return the size of the pointer and not the size of
elements on the array..
It is a "beginner's" error to confuse the size of t
On Mon, 10 Jun 2019 17:58:35 +0200
Didier Kryn wrote:
> Le 10/06/2019 à 16:01, s@po a écrit :
> > On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
> > Jim Jackson wrote:
> >
> >> sizeof() is calculated by the compiler, not at run time. The code
> >> generated would be the same.
> > Hello Jim,
> > I
Le 10/06/2019 à 16:01, s@po a écrit :
On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
Jim Jackson wrote:
sizeof() is calculated by the compiler, not at run time. The code
generated would be the same.
Hello Jim,
Indeed it his, my point was only a observation, that if size is fixed, no need
to cal
On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
Jim Jackson wrote:
>
> sizeof() is calculated by the compiler, not at run time. The code
> generated would be the same.
Hello Jim,
Indeed it his, my point was only a observation, that if size is fixed, no need
to calculate it at compile time, the pre
On Sat, 8 Jun 2019, s@po wrote:
> On Sat, 1 Jun 2019 08:31:49 +
> aitor_czr wrote:
>
> Hello aitor,
>
> >
> > Look at the "netstat.c" file again. I'm using
> >
> > status = fgets ( buffer, sizeof(buffer), fp );
> >
> > instead :)
> >
> > Aitor.
> >
> >
>
> I understood that, from
On Sat, 1 Jun 2019 08:31:49 +
aitor_czr wrote:
Hello aitor,
>
> Look at the "netstat.c" file again. I'm using
>
> status = fgets ( buffer, sizeof(buffer), fp );
>
> instead :)
>
> Aitor.
>
>
I understood that, from the beguining.. :)
You don't need the 'sizeof *buffer', since you have
Hi s@,
On 20/5/19 22:41, s@ wrote:
aitor_czr wrote:
Have a look at the server side:
https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/server.c
char buffer[512];
(...)
You are using in some places 'sizeof(buffer)' in 'fgets()' and such..
Your buffer has a fixed size..
On Sun, 19 May 2019 11:38:52 +0200
Hello aitor,
aitor_czr wrote:
> Have a look at the server side:
>
> https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/server.c
char buffer[512];
(...)
You are using in some places 'sizeof(buffer)' in 'fgets()' and such..
Your buffer has
Aitor wrote: "We must think on the devuan project, we hate narcissism :)"
Narcissism is a delusion; there is nothing to like about it. During
youth it prevents sufferers from identifying their weaknesses lowering
their chances of success.
I am using my version not to stroke my ego; that need to b
Hi Edward,
On 15/5/19 13:10, Edward Bartolo via Dng wrote:
Hi Aitor,
I, like many other Devuan users, hope that the last crises is over and
that it will never happen again. The purpose of replying to your
thread is to ask why you are rewriting the backend from the very
beginning.
I started rewr
Hi Aitor,
I, like many other Devuan users, hope that the last crises is over and
that it will never happen again. The purpose of replying to your
thread is to ask why you are rewriting the backend from the very
beginning. Needless to state, I am still using my version of
simple-netaid with its sim
Hi all,
I recently started started developing the backend of simple-netaid from
scratch. There will be a lot of improvements.
You can find the project here:
https://git.devuan.org/aitor_czr/simple-netaid/tree/master/
The readme file will contain all the documentation about usage of the
CLI v
19 matches
Mail list logo