Re: [PATCH] kernel source spellchecker

Re: [PATCH] kernel source spellchecker

[Bernd Petrovitsch]

"Jared Daniel J. Smith" <linux@trios.org> wrote:
[...]
>constants=konstants
>konstants is German; is this intentional?
[...]
>invocation=invokation
>invokation is German; is this intentional?

Both may look German (since they have the 'k' instead of an 'c') but 
they seem more like Germanisms:
'constant' is (as a noun) "Konstante", the plural is "Konstanten"
(see e.g. http://dict.leo.org/?p=T8PXU.&search=constants).
'invokation' is absolutely not-existing in German, see
http://dict.leo.org/?p=T8PXU.&search=invocation. In case of function 
one would use "Aufruf" (similar to "call a function").

	Bernd, getting somewhat off-topic
-- 
Bernd Petrovitsch                              Email : bernd@gams.at
g.a.m.s gmbh                                  Fax : +43 1 205255-900
Prinz-Eugen-Straße 8                    A-1040 Vienna/Austria/Europe
                     LUGA : http://www.luga.at

Re: [PATCH] kernel source spellchecker

[Werner Almesberger]

Bernd Petrovitsch wrote:
> 'invokation' is absolutely not-existing in German, see
> http://dict.leo.org/?p=T8PXU.&search=invocation. In case of function 
> one would use "Aufruf" (similar to "call a function").

That's not entirely true. If you capitalize it, it means the act of
calling upon your God(s), i.e. something a distressed programmer may
in fact end up doing ;-)

- Werner

-- 
  _________________________________________________________________________
 / Werner Almesberger, Buenos Aires, Argentina         wa@almesberger.net /
/_http://www.almesberger.net/____________________________________________/

Re: [PATCH] kernel source spellchecker

[Bernd Petrovitsch]

Werner Almesberger <wa@almesberger.net> wrote:
>Bernd Petrovitsch wrote:
>> 'invokation' is absolutely not-existing in German, see
>> http://dict.leo.org/?p=T8PXU.&search=invocation. In case of function 
>> one would use "Aufruf" (similar to "call a function").
>
>That's not entirely true. If you capitalize it, it means the act of
>calling upon your God(s), i.e. something a distressed programmer may
>in fact end up doing ;-)

ACK (as usual, Werner is right):
http://www.xipolis.net/03411d6535c36372d9c8396ca394a93d/suche/abstract.php?shortname=felix&artikel_id=80254
Never heard of it before, though.

[ sorry for the long broken URL ]

	Bernd

-- 
Bernd Petrovitsch                              Email : bernd@gams.at
g.a.m.s gmbh                                  Fax : +43 1 205255-900
Prinz-Eugen-Straße 8                    A-1040 Vienna/Austria/Europe
                     LUGA : http://www.luga.at

Re: [PATCH] kernel source spellchecker

[Steven Cole]

On Sun, 2003-03-02 at 11:56, Jared Daniel J. Smith wrote:
> Regarding these two cautious comments:
> 
> ==========================================================================
> I wouldn't go that far. Better give a list of speling mistakes (file/line)
> and fix them by hand. It won't need to be done more than occasionally, so
> the overhead is not too bad. --Dr. Horst H. von Brand 
> 
> It might also be worth adding a list of 'suspect' spellings -- which
> require human intervention. Such items might include 'indices=indexes'
> and 'erratum=errata' although you can't do it automatically because
> sometimes the right-hand side is actually correct. --David Woodhouse
> ==========================================================================
> 
> I fully agree.
> 
> I have tried to automatically spell-check long, complex texts for years,
> with numerous algorithms; all of them fail for one reason or another,
> and I find that the only proper way to do it is the tedious work by hand.
> 
> Even a single lost pun because of overenthusiastic spellchecking is
> not worth the cleanup. I would prefer to see typos than lose a single
> intentional 'misspelling'. It would be best if you posted all changes 
> somewhere so that they could be verified manually.

More agreement. In this case it's better to commit a sin of omission
than one of commission.  In my recent cleanups, here are three cases
which were left alone:

./arch/sparc/kernel/head.S: * Sun people can't spell worth damn. "compatability" indeed.
./drivers/net/myri_sbus.h:      u32     shakedown;              /* DarkkkkStarrr Crashesss...   */
./drivers/scsi/FlashPoint.c:      return(0);  /*We WON! Yeeessss! */

> 
> Consider the following:
> 
[snip]
> 
> Converted=Coverted
> is it a pun on something 'hidden' or is it something transformed?
> 
./drivers/media/radio/radio-aimslab.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
./drivers/media/radio/radio-gemtek.c: *    Coverted to new API by Alan Cox <Alan.Cox@linux.org>
./drivers/media/radio/radio-rtrack2.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>

Alan's humor can be subtle.  Better to ask him. AC added to cc list.
I just hope he doesn't start to pun "yn Cymraeg"

Steven

Re: [PATCH] kernel source spellchecker

[Jared Daniel J. Smith]

Regarding these two cautious comments:

==========================================================================
I wouldn't go that far. Better give a list of speling mistakes (file/line)
and fix them by hand. It won't need to be done more than occasionally, so
the overhead is not too bad. --Dr. Horst H. von Brand 

It might also be worth adding a list of 'suspect' spellings -- which
require human intervention. Such items might include 'indices=indexes'
and 'erratum=errata' although you can't do it automatically because
sometimes the right-hand side is actually correct. --David Woodhouse
==========================================================================

I fully agree.

I have tried to automatically spell-check long, complex texts for years,
with numerous algorithms; all of them fail for one reason or another,
and I find that the only proper way to do it is the tedious work by hand.

Even a single lost pun because of overenthusiastic spellchecking is
not worth the cleanup. I would prefer to see typos than lose a single
intentional 'misspelling'. It would be best if you posted all changes 
somewhere so that they could be verified manually.

Consider the following:

alignment=alignement
alignmement is French; is this intentional?

constants=konstants
konstants is German; is this intentional?

consumer=comsumer
comsumer is a neologism: http://www.firstmonday.dk/issues/issue5_5/henshall/

Converted=Coverted
is it a pun on something 'hidden' or is it something transformed?

descriptor=decriptor,desciptor
is it descriptor or decrypter?

invocation=invokation
invokation is German; is this intentional?

negative=negativ
negativ is a legitimate non-English word; is this intentional?

signaled=signalled
signaling=Signalling
signaling=signalling
signalled is a legitimate alternate spelling of signaled.

succeeded=succeded
succeded could also be a typo for 'succeed'

through=throught,throuth
throught could also be a typo for 'thought'

writable=writeable
writeable is a legitimate alternate spelling of writable

Thank you,

-Jared

Re: [PATCH] kernel source spellchecker

[Alan Cox]

On Sun, 2003-03-02 at 18:46, Steven Cole wrote:
> ./drivers/media/radio/radio-aimslab.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> ./drivers/media/radio/radio-gemtek.c: *    Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> ./drivers/media/radio/radio-rtrack2.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> 
> Alan's humor can be subtle.  Better to ask him. AC added to cc list.

Cut & waste accident. Those should be fixed

[PATCH] 2.5.63-current fix Coverted -> Converted , was (Re: [PATCH] kernel source spellchecker)

[Steven Cole]

This patch fixes what might have been a joke, but wasn't.

Coverted -> Converted

One down, 285 to go.

Steven

On Sun, 2003-03-02 at 15:32, Alan Cox wrote:
> On Sun, 2003-03-02 at 18:46, Steven Cole wrote:
> > ./drivers/media/radio/radio-aimslab.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> > ./drivers/media/radio/radio-gemtek.c: *    Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> > ./drivers/media/radio/radio-rtrack2.c: * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
> > 
> > Alan's humor can be subtle.  Better to ask him. AC added to cc list.
> 
> Cut & waste accident. Those should be fixed
> 
> 

diff -ur bk-current/drivers/media/radio/radio-aimslab.c linux/drivers/media/radio/radio-aimslab.c
--- bk-current/drivers/media/radio/radio-aimslab.c	Sun Mar  2 20:12:31 2003
+++ linux/drivers/media/radio/radio-aimslab.c	Sun Mar  2 20:30:04 2003
@@ -1,6 +1,6 @@
 /* radiotrack (radioreveal) driver for Linux radio support
  * (c) 1997 M. Kirkwood
- * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
+ * Converted to new API by Alan Cox <Alan.Cox@linux.org>
  * Various bugfixes and enhancements by Russell Kroll <rkroll@exploits.org>
  *
  * History:
diff -ur bk-current/drivers/media/radio/radio-gemtek.c linux/drivers/media/radio/radio-gemtek.c
--- bk-current/drivers/media/radio/radio-gemtek.c	Sun Mar  2 20:11:13 2003
+++ linux/drivers/media/radio/radio-gemtek.c	Sun Mar  2 20:30:26 2003
@@ -8,7 +8,7 @@
  *    RadioTrack II driver for Linux radio support (C) 1998 Ben Pfaff
  * 
  *    Based on RadioTrack I/RadioReveal (C) 1997 M. Kirkwood
- *    Coverted to new API by Alan Cox <Alan.Cox@linux.org>
+ *    Converted to new API by Alan Cox <Alan.Cox@linux.org>
  *    Various bugfixes and enhancements by Russell Kroll <rkroll@exploits.org>
  *
  * TODO: Allow for more than one of these foolish entities :-)
diff -ur bk-current/drivers/media/radio/radio-rtrack2.c linux/drivers/media/radio/radio-rtrack2.c
--- bk-current/drivers/media/radio/radio-rtrack2.c	Sun Mar  2 20:14:08 2003
+++ linux/drivers/media/radio/radio-rtrack2.c	Sun Mar  2 20:30:36 2003
@@ -1,7 +1,7 @@
 /* RadioTrack II driver for Linux radio support (C) 1998 Ben Pfaff
  * 
  * Based on RadioTrack I/RadioReveal (C) 1997 M. Kirkwood
- * Coverted to new API by Alan Cox <Alan.Cox@linux.org>
+ * Converted to new API by Alan Cox <Alan.Cox@linux.org>
  * Various bugfixes and enhancements by Russell Kroll <rkroll@exploits.org>
  *
  * TODO: Allow for more than one of these foolish entities :-)