DCCP protocol discussions
 help / color / mirror / Atom feed
* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
@ 2018-01-02 13:52 Bob Peterson
  2018-01-02 13:55 ` Julia Lawall
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: Bob Peterson @ 2018-01-02 13:52 UTC (permalink / raw)
  To: dccp

----- Original Message -----
| Drop newline at the end of a message string when the printing function adds
| a newline.

Hi Julia,

NACK.

As much as it's a pain when searching the source code for output strings,
this patch set goes against the accepted Linux coding style document. See:

https://www.kernel.org/doc/html/v4.10/process/coding-style.html#breaking-long-lines-and-strings

Regards,

Bob Peterson

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
  2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
@ 2018-01-02 13:55 ` Julia Lawall
  2018-01-02 13:56 ` Bob Peterson
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Julia Lawall @ 2018-01-02 13:55 UTC (permalink / raw)
  To: dccp



On Tue, 2 Jan 2018, Bob Peterson wrote:

> ----- Original Message -----
> | Drop newline at the end of a message string when the printing function adds
> | a newline.
>
> Hi Julia,
>
> NACK.
>
> As much as it's a pain when searching the source code for output strings,
> this patch set goes against the accepted Linux coding style document. See:
>
> https://www.kernel.org/doc/html/v4.10/process/coding-style.html#breaking-long-lines-and-strings

I don't think that's the case:

"However, never break user-visible strings such as printk messages,
because that breaks the ability to grep for them."

julia

>
> Regards,
>
> Bob Peterson
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
  2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
  2018-01-02 13:55 ` Julia Lawall
@ 2018-01-02 13:56 ` Bob Peterson
  2018-01-02 14:00 ` Julia Lawall
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Bob Peterson @ 2018-01-02 13:56 UTC (permalink / raw)
  To: dccp

----- Original Message -----
| ----- Original Message -----
| | Drop newline at the end of a message string when the printing function adds
| | a newline.
| 
| Hi Julia,
| 
| NACK.
| 
| As much as it's a pain when searching the source code for output strings,
| this patch set goes against the accepted Linux coding style document. See:
| 
| https://www.kernel.org/doc/html/v4.10/process/coding-style.html#breaking-long-lines-and-strings
| 
| Regards,
| 
| Bob Peterson
| 
| 
Hm. I guess I stand corrected. The document reads:

"However, never break user-visible strings such as printk messages, because that breaks the ability to grep for them."

Still, the GFS2 and DLM code has a plethora of broken-up printk messages,
and I don't like the thought of re-combining them all.

Regards,

Bob Peterson

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
  2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
  2018-01-02 13:55 ` Julia Lawall
  2018-01-02 13:56 ` Bob Peterson
@ 2018-01-02 14:00 ` Julia Lawall
  2018-01-02 15:11 ` Bart Van Assche
  2018-01-02 15:16 ` Julia Lawall
  4 siblings, 0 replies; 6+ messages in thread
From: Julia Lawall @ 2018-01-02 14:00 UTC (permalink / raw)
  To: dccp



On Tue, 2 Jan 2018, Bob Peterson wrote:

> ----- Original Message -----
> | ----- Original Message -----
> | | Drop newline at the end of a message string when the printing function adds
> | | a newline.
> |
> | Hi Julia,
> |
> | NACK.
> |
> | As much as it's a pain when searching the source code for output strings,
> | this patch set goes against the accepted Linux coding style document. See:
> |
> | https://www.kernel.org/doc/html/v4.10/process/coding-style.html#breaking-long-lines-and-strings
> |
> | Regards,
> |
> | Bob Peterson
> |
> |
> Hm. I guess I stand corrected. The document reads:
>
> "However, never break user-visible strings such as printk messages, because that breaks the ability to grep for them."
>
> Still, the GFS2 and DLM code has a plethora of broken-up printk messages,
> and I don't like the thought of re-combining them all.

Actually, the point of the patch was to remove the unnecessary \n at the
end of the string, because log_print will add another one.  If you prefer
to keep the string broken up, I can resend the patch in that form, but
without the unnecessary \n.

julia

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
  2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
                   ` (2 preceding siblings ...)
  2018-01-02 14:00 ` Julia Lawall
@ 2018-01-02 15:11 ` Bart Van Assche
  2018-01-02 15:16 ` Julia Lawall
  4 siblings, 0 replies; 6+ messages in thread
From: Bart Van Assche @ 2018-01-02 15:11 UTC (permalink / raw)
  To: dccp

T24gVHVlLCAyMDE4LTAxLTAyIGF0IDE1OjAwICswMTAwLCBKdWxpYSBMYXdhbGwgd3JvdGU6DQo+
IE9uIFR1ZSwgMiBKYW4gMjAxOCwgQm9iIFBldGVyc29uIHdyb3RlOg0KPiA+IC0tLS0tIE9yaWdp
bmFsIE1lc3NhZ2UgLS0tLS0NCj4gPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4g
PiA+DQo+ID4gU3RpbGwsIHRoZSBHRlMyIGFuZCBETE0gY29kZSBoYXMgYSBwbGV0aG9yYSBvZiBi
cm9rZW4tdXAgcHJpbnRrIG1lc3NhZ2VzLA0KPiA+IGFuZCBJIGRvbid0IGxpa2UgdGhlIHRob3Vn
aHQgb2YgcmUtY29tYmluaW5nIHRoZW0gYWxsLg0KPiANCj4gQWN0dWFsbHksIHRoZSBwb2ludCBv
ZiB0aGUgcGF0Y2ggd2FzIHRvIHJlbW92ZSB0aGUgdW5uZWNlc3NhcnkgXG4gYXQgdGhlDQo+IGVu
ZCBvZiB0aGUgc3RyaW5nLCBiZWNhdXNlIGxvZ19wcmludCB3aWxsIGFkZCBhbm90aGVyIG9uZS4g
IElmIHlvdSBwcmVmZXINCj4gdG8ga2VlcCB0aGUgc3RyaW5nIGJyb2tlbiB1cCwgSSBjYW4gcmVz
ZW5kIHRoZSBwYXRjaCBpbiB0aGF0IGZvcm0sIGJ1dA0KPiB3aXRob3V0IHRoZSB1bm5lY2Vzc2Fy
eSBcbi4NCg0KUGxlYXNlIGNvbWJpbmUgYW55IHVzZXItdmlzaWJsZSBzdHJpbmdzIGludG8gYSBz
aW5nbGUgbGluZSBmb3Igd2hpY2ggdGhlDQp1bm5lZWRlZCBuZXdsaW5lIGlzIGRyb3BwZWQgc2lu
Y2UgdGhlc2Ugc3RyaW5ncyBhcmUgbW9kaWZpZWQgYW55d2F5IGJ5DQp5b3VyIHBhdGNoLg0KDQpU
aGFua3MsDQoNCkJhcnQu

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline
  2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
                   ` (3 preceding siblings ...)
  2018-01-02 15:11 ` Bart Van Assche
@ 2018-01-02 15:16 ` Julia Lawall
  4 siblings, 0 replies; 6+ messages in thread
From: Julia Lawall @ 2018-01-02 15:16 UTC (permalink / raw)
  To: dccp



On Tue, 2 Jan 2018, Bart Van Assche wrote:

> On Tue, 2018-01-02 at 15:00 +0100, Julia Lawall wrote:
> > On Tue, 2 Jan 2018, Bob Peterson wrote:
> > > ----- Original Message -----
> > > > ----- Original Message -----
> > > >
> > > Still, the GFS2 and DLM code has a plethora of broken-up printk messages,
> > > and I don't like the thought of re-combining them all.
> >
> > Actually, the point of the patch was to remove the unnecessary \n at the
> > end of the string, because log_print will add another one.  If you prefer
> > to keep the string broken up, I can resend the patch in that form, but
> > without the unnecessary \n.
>
> Please combine any user-visible strings into a single line for which the
> unneeded newline is dropped since these strings are modified anyway by
> your patch.

That is what the submitted patch (2/12 specifically) did.

julia

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2018-01-02 15:16 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-02 13:52 [Cluster-devel] [PATCH 00/12] drop unneeded newline Bob Peterson
2018-01-02 13:55 ` Julia Lawall
2018-01-02 13:56 ` Bob Peterson
2018-01-02 14:00 ` Julia Lawall
2018-01-02 15:11 ` Bart Van Assche
2018-01-02 15:16 ` Julia Lawall

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox