Module Name:src
Committed By: thorpej
Date: Fri Nov 17 21:29:33 UTC 2023
Modified Files:
src/common/lib/libprop: prop_string.c
Log Message:
In _prop_string_instantiate(), when we de-dup a non-MUTABLE string, make
sure we free the provided string buffer if NOCOPY is not set
Module Name:src
Committed By: thorpej
Date: Fri Nov 17 21:29:33 UTC 2023
Modified Files:
src/common/lib/libprop: prop_string.c
Log Message:
In _prop_string_instantiate(), when we de-dup a non-MUTABLE string, make
sure we free the provided string buffer if NOCOPY is not set
Module Name:src
Committed By: rin
Date: Wed Jun 14 00:35:19 UTC 2023
Modified Files:
src/common/lib/libprop: prop_dictionary.c
Log Message:
Sprinkle braces around _PROP_RWLOCK_UNLOCK() in ``if'' block.
It is expanded into /* nothing */ for _STANDALONE.
To generate a diff
Module Name:src
Committed By: rin
Date: Wed Jun 14 00:35:19 UTC 2023
Modified Files:
src/common/lib/libprop: prop_dictionary.c
Log Message:
Sprinkle braces around _PROP_RWLOCK_UNLOCK() in ``if'' block.
It is expanded into /* nothing */ for _STANDALONE.
To generate a diff
Module Name:src
Committed By: riastradh
Date: Sun Aug 7 23:49:46 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Allocate sizeof(*ctx), not sizeof(struct ...).
No functional change intended.
To generate a diff of this commit:
cvs rd
Module Name:src
Committed By: riastradh
Date: Sun Aug 7 23:49:46 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Allocate sizeof(*ctx), not sizeof(struct ...).
No functional change intended.
To generate a diff of this commit:
cvs rd
Module Name:src
Committed By: riastradh
Date: Thu Aug 4 09:02:29 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Fix mistake in previous -- use strncmp for prefix matching.
To generate a diff of this commit:
cvs rdiff -u -r1.33 -r1.3
Module Name:src
Committed By: riastradh
Date: Thu Aug 4 09:02:29 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Fix mistake in previous -- use strncmp for prefix matching.
To generate a diff of this commit:
cvs rdiff -u -r1.33 -r1.3
Module Name:src
Committed By: riastradh
Date: Wed Aug 3 21:20:21 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Don't run off end of buffer with memcmp.
The input is required to be NUL-terminated anyway, so just use strcmp
here.
Rep
Module Name:src
Committed By: riastradh
Date: Wed Aug 3 21:20:21 UTC 2022
Modified Files:
src/common/lib/libprop: prop_object.c
Log Message:
proplib: Don't run off end of buffer with memcmp.
The input is required to be NUL-terminated anyway, so just use strcmp
here.
Rep
Module Name:src
Committed By: riastradh
Date: Wed Aug 3 21:13:46 UTC 2022
Modified Files:
src/common/lib/libprop: prop_array_util.c prop_data.c prop_dictionary.c
prop_dictionary_util.c prop_kern.c prop_number.c prop_object.c
prop_string.c
Log Messa
Module Name:src
Committed By: riastradh
Date: Wed Aug 3 21:13:46 UTC 2022
Modified Files:
src/common/lib/libprop: prop_array_util.c prop_data.c prop_dictionary.c
prop_dictionary_util.c prop_kern.c prop_number.c prop_object.c
prop_string.c
Log Messa
Module Name:src
Committed By: andvar
Date: Sat Jul 2 16:30:13 UTC 2022
Modified Files:
src/common/lib/libprop: prop_dictionary.c
Log Message:
s/refrences/references/
To generate a diff of this commit:
cvs rdiff -u -r1.43 -r1.44 src/common/lib/libprop/prop_dictionary.c
Module Name:src
Committed By: andvar
Date: Sat Jul 2 16:30:13 UTC 2022
Modified Files:
src/common/lib/libprop: prop_dictionary.c
Log Message:
s/refrences/references/
To generate a diff of this commit:
cvs rdiff -u -r1.43 -r1.44 src/common/lib/libprop/prop_dictionary.c
On 12.06.2020 03:09, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 02:59:40AM +0200, Kamil Rytarowski wrote:
>> On 12.06.2020 02:07, Joerg Sonnenberger wrote:
>>> On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
Please list legitimate false positives. There is practicall
On Fri, Jun 12, 2020 at 02:59:40AM +0200, Kamil Rytarowski wrote:
> On 12.06.2020 02:07, Joerg Sonnenberger wrote:
> > On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
> >> Please list legitimate false positives. There is practically nothing
> >> like that possible for using deprec
On 12.06.2020 02:07, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
>> Please list legitimate false positives. There is practically nothing
>> like that possible for using deprecated APIs (at least kept longer
>> term). Besides that, the report shall b
On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
> Please list legitimate false positives. There is practically nothing
> like that possible for using deprecated APIs (at least kept longer
> term). Besides that, the report shall be lowered to warning (like it
> used to be for Clang
> On Jun 11, 2020, at 4:28 PM, Kamil Rytarowski wrote:
>
>> Repeating that statement doesn't make it true. The amount of legit
>> problems found by them is dwarfed by far by the number of false
>> positives seen. That's complete ignoring basic QoI issues like "where is
>> this actually triggere
As Joerg mentioned, he believes that the error behavior is the way to go.
I think that it is not useful behavior to error out on these warnings. If
we wanted this behavior, we would not use linker warnings, we'd outright
remove the deprecated symbols.
christos
> On Jun 11, 2020, at 6:58 PM, Kamil
On 12.06.2020 01:11, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 12:58:45AM +0200, Kamil Rytarowski wrote:
>> On 12.06.2020 00:55, Christos Zoulas wrote:
>>> In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
>>> Joerg Sonnenberger wrote:
-=-=-=-=-=-
Module Name: sr
On Fri, Jun 12, 2020 at 12:58:45AM +0200, Kamil Rytarowski wrote:
> On 12.06.2020 00:55, Christos Zoulas wrote:
> > In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
> > Joerg Sonnenberger wrote:
> >> -=-=-=-=-=-
> >>
> >> Module Name: src
> >> Committed By: joerg
> >> Date:
On Thu, Jun 11, 2020 at 10:55:16PM -, Christos Zoulas wrote:
> In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
> Joerg Sonnenberger wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:joerg
> >Date:Thu Jun 11 22:25:44 UTC 2020
> >
> >Modified Files:
> >
On 12.06.2020 00:55, Christos Zoulas wrote:
> In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
> Joerg Sonnenberger wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src
>> Committed By:joerg
>> Date:Thu Jun 11 22:25:44 UTC 2020
>>
>> Modified Files:
>> src/common/lib/libp
In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
Joerg Sonnenberger wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: joerg
>Date: Thu Jun 11 22:25:44 UTC 2020
>
>Modified Files:
> src/common/lib/libprop: prop_object_impl.h
>
>Log Message:
>Unbreak clang builds by remov
On Fri, Sep 05, 2014 at 05:19:25AM +, Matt Thomas wrote:
> Modified Files:
> src/common/lib/libprop: prop_ingest.c prop_number.c
>
> Log Message:
> Eliminate use of C++ keywords and don't nest struct definitions.
Why do we care if proppropliblib compiles in a C++ compiler? It is C
c
On Wed, Apr 20, 2011 at 08:00:07PM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Wed Apr 20 20:00:07 UTC 2011
>
> Modified Files:
> src/common/lib/libprop: prop_object.c
>
> Log Message:
> Update also the non-void pointers to the current test objec
On Mon, Dec 14, 2009 at 05:47:30AM +, David A. Holland wrote:
> Log Message:
> Minor wording fix/clarification (sending -> copying) from Silas Silva
> in PR 42415.
That's 42414. I fixed all the resulting loose bits.
--
David A. Holland
dholl...@netbsd.org
On Tue, Apr 14, 2009 at 02:53:41AM +, Adam Hamsik wrote:
> Log Message:
> Check if pd is not NULL before we try to lock rw lock associated with it.
> This fixes proplib crash when NULL is passed to prop_dictionary_get as a
> dictionary.
Why is that valid operation?
Joerg
29 matches
Mail list logo
