Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #77092 > unrolled thread
| Started by | c186282 <c186282@nnada.net> |
|---|---|
| First post | 2025-11-08 02:01 -0500 |
| Last post | 2025-11-09 19:08 +0000 |
| Articles | 20 on this page of 323 — 34 participants |
Back to article view | Back to comp.os.linux.misc
Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-08 02:01 -0500
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-08 11:31 +0000
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-08 12:15 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-08 13:32 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-09 00:08 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-09 19:51 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-10 00:38 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 07:35 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-08 12:50 +0000
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-08 12:57 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-08 23:58 -0500
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-09 11:25 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-09 12:48 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-09 23:29 -0500
Re: Python/C/Pascal ... How To Choose ? Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-11-09 09:18 -0800
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-09 20:13 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 07:47 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-10 12:09 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 20:35 +0000
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-10 21:15 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-10 23:33 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 03:23 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 01:03 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-11 10:57 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 19:36 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-11 20:50 +0100
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-11 23:44 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:38 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-12 20:44 +0000
Re: Python/C/Pascal ... How To Choose ? Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-11-12 16:38 -0800
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-13 04:29 +0000
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-13 05:07 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 01:09 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:42 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:37 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:46 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 05:31 +0000
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-12 06:00 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 02:08 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-12 10:55 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:30 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:56 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-12 10:54 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:17 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-13 10:38 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-12 12:20 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:50 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 03:18 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 00:54 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 19:28 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-11 23:25 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 04:35 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:49 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-12 10:49 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:31 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-12 20:44 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:33 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-11 21:07 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:21 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-12 20:44 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:13 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-13 05:40 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 01:20 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-10 23:31 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 03:39 +0000
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-10 19:48 +0000
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-10 20:35 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-10 21:53 +0100
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 20:37 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-10 23:51 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 19:40 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-11 23:01 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 04:33 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-12 12:27 +0100
Re: Python/C/Pascal ... How To Choose ? Andy Burns <usenet@andyburns.uk> - 2025-11-12 12:44 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-12 14:17 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:51 -0500
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-13 22:38 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 21:30 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-14 04:21 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-14 07:10 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 02:51 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-14 07:08 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 13:40 +0100
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-14 16:26 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-14 19:51 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 19:22 -0500
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-14 17:34 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-14 19:54 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 13:37 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 16:09 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-15 02:05 +0000
Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-15 09:59 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) rbowman <bowman@montana.com> - 2025-11-15 17:32 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-15 18:48 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) rbowman <bowman@montana.com> - 2025-11-15 21:38 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Eli the Bearded <*@eli.users.panix.com> - 2025-11-15 22:07 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-15 22:21 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Eli the Bearded <*@eli.users.panix.com> - 2025-11-15 23:14 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 00:29 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Eli the Bearded <*@eli.users.panix.com> - 2025-11-16 00:43 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 00:45 +0000
Re: Recent history of vi Pancho <Pancho.Jones@protonmail.com> - 2025-11-16 09:14 +0000
Re: Recent history of vi mechanicjay@sol.smbfc.net (Mechanicjay) - 2025-11-16 15:40 +0000
Re: Recent history of vi Joe Makowiec <makowiec@invalid.invalid> - 2025-11-16 18:38 +0000
Re: Recent history of vi mechanicjay@sol.smbfc.net (Mechanicjay) - 2025-11-18 03:55 +0000
Re: Recent history of vi Joe Makowiec <makowiec@invalid.invalid> - 2025-11-19 13:11 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-19 20:12 +0000
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-16 19:10 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 21:01 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose?) rbowman <bowman@montana.com> - 2025-11-16 03:43 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-16 09:35 -0500
Re: Recent history of vi mechanicjay@sol.smbfc.net (Mechanicjay) - 2025-11-16 15:47 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 05:15 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) rbowman <bowman@montana.com> - 2025-11-16 19:31 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 20:27 +0000
Re: Recent history of vi The Natural Philosopher <tnp@invalid.invalid> - 2025-11-16 20:30 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 21:04 +0000
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-17 04:08 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-17 11:39 -0500
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-16 09:31 -0500
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-16 19:03 +0000
Re: Recent history of vi Eli the Bearded <*@eli.users.panix.com> - 2025-11-17 02:32 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-15 21:51 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 05:11 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 05:13 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Ian <${send-direct-email-to-news1021-at-jusme-dot-com-if-you-must}@jusme.com> - 2025-11-16 12:15 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) rbowman <bowman@montana.com> - 2025-11-16 19:24 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Ian <${send-direct-email-to-news1021-at-jusme-dot-com-if-you-must}@jusme.com> - 2025-11-17 08:24 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-17 19:57 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Ian <${send-direct-email-to-news1021-at-jusme-dot-com-if-you-must}@jusme.com> - 2025-11-18 08:02 +0000
Re: Recent history of vi The Natural Philosopher <tnp@invalid.invalid> - 2025-11-18 12:09 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 20:56 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) rbowman <bowman@montana.com> - 2025-11-17 04:01 +0000
Re: Recent history of vi (was: Re: Python/C/Pascal ... How To Choose ?) Ian <${send-direct-email-to-news1021-at-jusme-dot-com-if-you-must}@jusme.com> - 2025-11-17 08:27 +0000
Re: Recent history of vi The Natural Philosopher <tnp@invalid.invalid> - 2025-11-16 10:33 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-16 09:49 -0500
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-16 19:28 +0000
Re: Recent history of vi ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 20:19 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 20:59 +0000
Re: Recent history of vi ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 21:04 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 21:19 +0000
Re: Recent history of vi ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 21:23 +0000
Re: Recent history of vi Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-16 23:13 +0000
Re: Recent history of vi ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-16 23:18 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-17 00:43 +0000
Re: Recent history of vi Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-11-21 19:55 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-21 20:27 +0000
Re: Recent history of vi Eli the Bearded <*@eli.users.panix.com> - 2025-11-22 03:20 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-22 05:57 +0000
Re: Recent history of vi Niklas Karlsson <nikke.karlsson@gmail.com> - 2025-11-16 23:51 +0000
Re: Recent history of vi Johnny Billquist <bqt@softjar.se> - 2025-11-18 20:04 +0100
Re: Recent history of vi Eli the Bearded <*@eli.users.panix.com> - 2025-11-18 20:29 +0000
Re: Recent history of vi Richard Kettlewell <invalid@invalid.invalid> - 2025-11-19 08:24 +0000
Re: Recent history of vi Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-11-21 19:58 +0000
Re: Recent history of vi Niklas Karlsson <nikke.karlsson@gmail.com> - 2025-11-21 21:14 +0000
ISO 8859-1, ISO 8859-15 and their names (was: Re: Recent history of vi) Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-21 23:20 +0000
Re: Recent history of vi Peter Flass <Peter@Iron-Spring.com> - 2025-11-21 19:10 -0700
Re: Recent history of vi Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-11-22 10:23 +0000
Re: Recent history of vi Johnny Billquist <bqt@softjar.se> - 2025-11-22 17:55 +0100
Re: Recent history of vi Alexander Schreiber <als@usenet.thangorodrim.de> - 2025-11-22 19:20 +0100
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-22 21:43 +0000
Re: Recent history of vi "Carlos E.R." <robin_listas@es.invalid> - 2025-11-23 00:23 +0100
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-23 02:17 +0000
Re: Recent history of vi The Natural Philosopher <tnp@invalid.invalid> - 2025-11-23 09:42 +0000
Re: Recent history of vi "Carlos E.R." <robin_listas@es.invalid> - 2025-11-23 14:59 +0100
Re: Recent history of vi Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-11-23 13:09 -0800
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-23 22:57 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-23 02:56 +0000
Re: Recent history of vi Peter Flass <Peter@Iron-Spring.com> - 2025-11-22 20:18 -0700
Re: typing in the mysterious East, Recent history of vi John Levine <johnl@taugh.com> - 2025-11-24 01:45 +0000
Re: typing in the mysterious East, Recent history of vi Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-11-23 18:06 -0800
Re: typing in the mysterious East, Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-24 02:13 +0000
Re: typing in the mysterious East, Recent history of vi John Levine <johnl@taugh.com> - 2025-11-24 02:23 +0000
Re: Recent history of vi Johnny Billquist <bqt@softjar.se> - 2025-11-27 19:55 +0100
Re: Recent history of vi Alexander Schreiber <als@usenet.thangorodrim.de> - 2025-11-28 22:08 +0100
Re: Recent history of vi "Carlos E.R." <robin_listas@es.invalid> - 2025-11-22 20:25 +0100
Re: Recent history of vi Johnny Billquist <bqt@softjar.se> - 2025-11-27 20:02 +0100
Re: Recent history of vi "Carlos E.R." <robin_listas@es.invalid> - 2025-11-27 20:16 +0100
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-27 21:18 +0000
Re: Recent history of vi "Carlos E.R." <robin_listas@es.invalid> - 2025-11-19 02:37 +0100
ISO 8859-1 ("Latin 1") (was: Recent history of vi) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2025-11-19 14:58 +0100
Re: ISO 8859-1 ("Latin 1") (was: Recent history of vi) Eli the Bearded <*@eli.users.panix.com> - 2025-11-20 02:09 +0000
Re: ISO 8859-1 ("Latin 1") Peter Flass <Peter@Iron-Spring.com> - 2025-11-19 20:16 -0700
Re: ISO 8859-1 ("Latin 1") Richard Kettlewell <invalid@invalid.invalid> - 2025-11-20 08:47 +0000
Re: ISO 8859-1 ("Latin 1") The Natural Philosopher <tnp@invalid.invalid> - 2025-11-20 11:10 +0000
Re: ISO 8859-1 ("Latin 1") Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-20 17:57 +0000
Re: ISO 8859-1 ("Latin 1") Ralf Fassel <ralfixx@gmx.de> - 2025-11-21 12:24 +0100
Re: Recent history of vi Eric Pozharski <apple.universe@posteo.net> - 2025-11-19 13:02 +0000
Re: Recent history of vi antispam@fricas.org (Waldek Hebisch) - 2025-11-23 16:25 +0000
Re: Recent history of vi Eric Pozharski <apple.universe@posteo.net> - 2025-11-25 10:26 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-25 20:05 +0000
Re: Recent history of vi c186282 <c186282@nnada.net> - 2025-11-25 23:04 -0500
Re: Recent history of vi Johnny Billquist <bqt@softjar.se> - 2025-11-27 20:10 +0100
Re: Recent history of vi scott@slp53.sl.home (Scott Lurndal) - 2025-11-27 20:19 +0000
Re: Recent history of vi Richard Kettlewell <invalid@invalid.invalid> - 2025-11-27 20:44 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-28 07:54 -0500
Re: Recent history of vi Alexander Schreiber <als@usenet.thangorodrim.de> - 2025-11-28 22:10 +0100
Re: Recent history of vi David Goodwin <david+usenet@zx.net.nz> - 2025-11-29 13:13 +1300
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-29 02:57 +0000
Re: Recent history of vi Anthk NM <anthk@disroot.org> - 2025-11-23 12:48 +0000
Re: Recent history of vi ted@loft.tnolan.com (Ted Nolan <tednolan>) - 2025-11-23 17:51 +0000
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-23 20:11 +0000
Re: Recent history of vi The Natural Philosopher <tnp@invalid.invalid> - 2025-11-16 20:26 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-17 11:44 -0500
Re: Recent history of vi Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-16 20:57 +0000
Re: Recent history of vi antispam@fricas.org (Waldek Hebisch) - 2025-11-15 19:52 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-16 09:50 -0500
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-16 18:56 +0000
Re: Recent history of vi Chris Ahlstrom <OFeem1987@teleworm.us> - 2025-11-17 11:24 -0500
Re: Recent history of vi Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-16 00:43 +0000
Re: Recent history of vi rbowman <bowman@montana.com> - 2025-11-16 03:20 +0000
Re: Recent history of vi Richard Kettlewell <invalid@invalid.invalid> - 2025-11-16 16:14 +0000
Re: Recent history of vi scott@slp53.sl.home (Scott Lurndal) - 2025-11-17 19:39 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:24 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 19:41 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:00 -0500
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-13 10:56 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 21:25 -0500
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-14 04:21 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 23:40 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-14 07:05 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 02:48 -0500
Re: Python/C/Pascal ... How To Choose ? Rich <rich@example.invalid> - 2025-11-16 03:53 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 13:45 +0100
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-14 19:29 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-14 10:22 +0000
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-14 10:35 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 15:55 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-15 02:07 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 15:47 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:36 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 20:04 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-10 08:57 +0100
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-10 08:13 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 20:50 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 21:01 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-10 22:40 +0100
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-10 23:14 +0100
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-10 22:21 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-11 00:21 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 00:43 -0500
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-11 00:35 +0000
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-11 01:40 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 00:48 -0500
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-11 08:53 +0000
Re: Python/C/Pascal ... How To Choose ? Farley Flud <fsquared@fsquared.linux> - 2025-11-11 11:42 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:25 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:21 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 19:56 +0000
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-11 08:38 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 19:43 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:43 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-12 10:50 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:11 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-13 10:24 +0000
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-12 16:22 +0000
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-11 10:59 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-11 17:14 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-11 23:28 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-12 10:48 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-12 11:20 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:31 -0500
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:08 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-13 10:22 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-10 09:05 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-10 00:29 -0500
Re: Python/C/Pascal ... How To Choose ? Farley Flud <fsquared@fsquared.linux> - 2025-11-10 11:56 +0000
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-10 22:23 +0000
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-10 22:38 +0000
Re: Python/C/Pascal ... How To Choose ? Pancho <Pancho.Jones@protonmail.com> - 2025-11-11 00:07 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-13 16:48 +0000
Re: Python/C/Pascal ... How To Choose ? Richard Kettlewell <invalid@invalid.invalid> - 2025-11-10 18:04 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-11 16:52 +0000
Re: Python/C/Pascal ... How To Choose ? Diego Garcia <dg@linux.rocks> - 2025-11-11 20:06 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-11 23:09 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-11 23:31 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 04:50 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-12 06:50 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 20:05 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-15 17:17 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-12 12:35 +0100
Re: Python/C/Pascal ... How To Choose ? Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-11-12 21:09 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:22 -0500
Re: Python/C/Pascal ... How To Choose ? Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-11-12 21:06 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 01:30 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-09 19:28 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-10 00:36 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-10 07:46 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-10 23:22 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-11 20:16 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 00:08 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 19:58 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-12 07:21 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 02:26 -0500
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-12 08:35 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 20:29 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 23:07 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-13 04:59 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 00:57 -0500
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-13 10:19 +0000
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-13 20:16 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 21:17 -0500
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 01:54 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-13 21:33 -0500
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 14:04 +0100
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 16:27 -0500
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-14 22:44 +0100
Re: Python/C/Pascal ... How To Choose ? Andy Burns <usenet@andyburns.uk> - 2025-11-14 13:24 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-14 17:03 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-12 20:10 +0000
Re: Python/C/Pascal ... How To Choose ? Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-11-11 21:07 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-12 00:56 -0500
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-08 13:28 +0100
Re: Python/C/Pascal ... How To Choose ? The Natural Philosopher <tnp@invalid.invalid> - 2025-11-08 12:45 +0000
Re: Python/C/Pascal ... How To Choose ? "Carlos E.R." <robin_listas@es.invalid> - 2025-11-08 14:35 +0100
Re: Python/C/Pascal ... How To Choose ? Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-08 22:15 +0000
Re: Python/C/Pascal ... How To Choose ? c186282 <c186282@nnada.net> - 2025-11-09 00:28 -0500
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-08 20:29 +0000
Re: Python/C/Pascal ... How To Choose ? vallor <vallor@vallor.earth> - 2025-11-09 01:11 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-09 02:37 +0000
Re: Python/C/Pascal ... How To Choose ? Nuno Silva <nunojsilva@invalid.invalid> - 2025-11-09 09:11 +0000
Re: Python/C/Pascal ... How To Choose ? rbowman <bowman@montana.com> - 2025-11-09 19:08 +0000
Page 14 of 17 — ← Prev page 1 … 12 13 [14] 15 16 17 Next page →
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2025-11-12 10:48 +0000 |
| Message-ID | <10f1oli$1cbme$1@dont-email.me> |
| In reply to | #77362 |
On 12/11/2025 04:28, c186282 wrote: >> Nowadays, I guess people use systems like "puppet" -- not sure >> if they are any better. > > > Can make you a puppet of Vlad and Xi ... They already are. -- "And if the blind lead the blind, both shall fall into the ditch". Gospel of St. Mathew 15:14
[toc] | [prev] | [next] | [standalone]
| From | vallor <vallor@vallor.earth> |
|---|---|
| Date | 2025-11-12 11:20 +0000 |
| Message-ID | <10f1qhe$1c8n0$1@dont-email.me> |
| In reply to | #77393 |
At Wed, 12 Nov 2025 10:48:18 +0000, The Natural Philosopher <tnp@invalid.invalid> wrote: > On 12/11/2025 04:28, c186282 wrote: > >> Nowadays, I guess people use systems like "puppet" -- not sure > >> if they are any better. > > > > > > Can make you a puppet of Vlad and Xi ... > > They already are. Dude, what on Earth are you talking about? Also, fix your sig -- Matthew has two t's in it. Scripture will not be mocked! ;) Oblinux: $ bible Matthew15:14 Matthew 15 14 Let them alone: they be blind leaders of the blind. And if the blind lead the blind, both shall fall into the ditch. $ apt-file search -x /usr/bin/bible$ bible-kjv: /usr/bin/bible -- -v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090Ti 24G OS: Linux 6.18.0-rc5 D: Mint 22.2 DE: Xfce 4.18 NVIDIA: 580.105.08 Mem: 258G Tennis in the Bible: "Moses served in Pharaoh's court..."
[toc] | [prev] | [next] | [standalone]
| From | c186282 <c186282@nnada.net> |
|---|---|
| Date | 2025-11-12 23:31 -0500 |
| Message-ID | <MuOcnTVTubHdwoj0nZ2dnZfqnPqdnZ2d@giganews.com> |
| In reply to | #77398 |
On 11/12/25 06:20, vallor wrote: > At Wed, 12 Nov 2025 10:48:18 +0000, The Natural Philosopher > <tnp@invalid.invalid> wrote: > >> On 12/11/2025 04:28, c186282 wrote: >>>> Nowadays, I guess people use systems like "puppet" -- not sure >>>> if they are any better. >>> >>> >>> Can make you a puppet of Vlad and Xi ... >> >> They already are. > > Dude, what on Earth are you talking about? He's talking about some IMPORTANT stuff. Get with the program !
[toc] | [prev] | [next] | [standalone]
| From | c186282 <c186282@nnada.net> |
|---|---|
| Date | 2025-11-12 23:08 -0500 |
| Message-ID | <MuOcnTlTubFYxIj0nZ2dnZfqnPqdnZ2d@giganews.com> |
| In reply to | #77393 |
On 11/12/25 05:48, The Natural Philosopher wrote: > On 12/11/2025 04:28, c186282 wrote: >>> Nowadays, I guess people use systems like "puppet" -- not sure >>> if they are any better. >> >> >> Can make you a puppet of Vlad and Xi ... > > They already are. Yea ... alas ... more and more and more ....... Not sure if there's still time to deal with it.
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2025-11-13 10:22 +0000 |
| Message-ID | <10f4bhd$22lg1$2@dont-email.me> |
| In reply to | #77443 |
On 13/11/2025 04:08, c186282 wrote: > On 11/12/25 05:48, The Natural Philosopher wrote: >> On 12/11/2025 04:28, c186282 wrote: >>>> Nowadays, I guess people use systems like "puppet" -- not sure >>>> if they are any better. >>> >>> >>> Can make you a puppet of Vlad and Xi ... >> >> They already are. > > Yea ... alas ... more and more and more ....... > > Not sure if there's still time to deal with it. > Putin is like a figure from a Greek tragedy. He cannot do other than he is doing even though it is leading to the exact opposite of what he wanted. Make Russia Great Again is destroying it, instead. -- "When a true genius appears in the world, you may know him by this sign, that the dunces are all in confederacy against him." Jonathan Swift.
[toc] | [prev] | [next] | [standalone]
| From | Nuno Silva <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2025-11-10 09:05 +0000 |
| Message-ID | <10es9sd$3sf8a$1@dont-email.me> |
| In reply to | #77194 |
On 2025-11-09, Diego Garcia wrote: > On Sun, 9 Nov 2025 09:18:26 -0800, Bobbie Sellers wrote: > >> >> But programming being solely about Speed seems a bit off to >> me. To me it sounds a byte off. And a full maximum-length PDP-10 byte of it. > All that I can say in response is that you must not do much > audio/video processing or very large file processing or large > software compiling because each of these activities can make > a person SCREAM for more SPEED. [...] > SPEED, SPEED, SPEED, SPEED. It's all about SPEED. Some specific applications get you solely focused on speed, but that's hardly what programming is, even for those applications. There you first want to focus on computational complexity and other design issues with impact in how the program works. Often you've found a good overall program design, you may end up focusing on speeding it up as much as possible. But to say speed is always the chief goal is just unrealistic. -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | c186282 <c186282@nnada.net> |
|---|---|
| Date | 2025-11-10 00:29 -0500 |
| Message-ID | <tIecnTqREu_L5Yz0nZ2dnZfqn_SdnZ2d@giganews.com> |
| In reply to | #77183 |
On 11/9/25 12:18, Bobbie Sellers wrote: > > > On 11/9/25 03:25, Diego Garcia wrote: >> On Sat, 8 Nov 2025 23:58:40 -0500, c186282 wrote: >> >>> On 11/8/25 06:31, Diego Garcia wrote: >>>> >>>> Digitally speaking, strings are a very unnatural construct >>>> and that's why C doesn't deal with them in a "nice" fashion. >>> >>> "Unnatural" ??? >>> >> >> Yes, very unnatural. >> >> The x86_64 processor has several data types that reflect >> the hardware registers and "string" is not one of them. >> In fact, "string" is not a data type at all but rather >> a smooshing of existing types to be able to fit a popular >> concept. >> >> It may have been simpler in the past when "string" was defined >> as an array of char types (uint8), but now there is Unicode >> and this severely complicates the matter regarding lengths >> and comparisons. >> >>> >>> Anyway, complex dealings with strings can certainly >>> be done ... but it's the tiny-step by tiny-step >>> aspect that's just damned annoying to use. >>> >> >> Again, not so much with Unicode strings. >> >> Ever hear of Unicode string normalization? >> >> To deal with Unicode a dedicated library is absolutely >> essential. There is the standard "icu" library and >> also the wonderful GNU "libunistring:" >> >> <https://icu.unicode.org/> >> >> <https://www.gnu.org/software/libunistring/> >> >> >>> >>>> And that's why incompetent programmers flock to Python. >>> >>> And you're SO superior to everyone else, right ? :-) >>> >> >> It's a well known fact (except to the Python people). >> >> >>> >>> Programming is about getting it done properly, does >>> not matter if that's LISP or 'C' or FORTRAN or any >>> of three dozen other options. >>> >> >> The digital computer was borne out of a single necessity: >> SPEED, SPEED, and more SPEED. >> >> Thus, programming is about SPEED and only SPEED. >> >> Try to predict the weather using Python. You'll >> be getting tomorrows forecast next week, or even >> next month. > > > Yes digital equipment is faster and maybe much more accurate > than interpolation of stuff from slide rules and other mechanical > calculators... > But programming being solely about Speed seems a bit off to > me. Fully agreed. There ARE many apps where speed is paramount, but they're not ALL that way. Sometimes 'ease' outranks pure speed, sometimes a lot. STARTED with COBOL and FORTRAN and then that newfangled 'C' language ... but, now, I use Python a lot. What's that say ? Didn't start with Python until 3.x by the way. Looked at 2.x but they kept promising a better product in 3.x so I waited. > But I don' t concern myself with digital computers in general > but with personal computers not company computers to which i > might be assigned to one to use for data entry or other activity. > I use the tools most convenient to me generally speaking and so > do many other users of personal computers. I imagine the IT > people at big companies do much the same but try to get the > most reliable tools. > > I don't do weather predictions but go to a web site and read > the summaries of what the US Weather Service had predicted using > whichever models they feel are appropriate. I do not concern myself > with those tools and models they use. > Speed though is another matter and of course modern devices > are much faster than what I started with. Remember C=64 was > a 1 Megahertz device only 8 bit bus with 64 kilobytes of ram. > A VIC-1541 disk drive stored only 161 kilobytes of data or > programs. Heh - HAD one of those ! :-) > Currently using a 64 bit wide 6 core processor runnig > at 2.5 GigaHertz with up to 12 threads 16 Gigabytes of > Memory and a 512 Gigabyte SSD for storage. So for me > hardware takes care of speed and lets me use the very large > KDE's Plasma 6 without much difference from Plasma 5 in > apparent speed. > > Programmers create all the Desktop Environments and they > did so for a reason which was to increase the popularity of > GNU/Linux among the common run of users. Thank you very > much especially to Gael Duval who created the GUI installation > system first seen on Mandrake many years ago. > > Before Gael Duval did his work you had to be very knowledgeable > about your equipment and about the Linux system to install a system. > i got a relatively cheap laptop and got a sucessful install many > years back using the XP Tools to read a DVD then made 6 install CDs > from the iso files on the DVD to install Mandriva Linux on a drive > shared with XP. > > > bliss- Dell Precision 7730- PCLOS 2025.10 Linux 6.12.57-pclos1- KDE > Plasma 6.5.2
[toc] | [prev] | [next] | [standalone]
| From | Farley Flud <fsquared@fsquared.linux> |
|---|---|
| Date | 2025-11-10 11:56 +0000 |
| Message-ID | <1876a3398fc0ec46$146$3731972$802601b3@news.usenetexpress.com> |
| In reply to | #77227 |
On Mon, 10 Nov 2025 00:29:58 -0500, c186282 wrote: > > There ARE many apps where speed is paramount, but > they're not ALL that way. Sometimes 'ease' outranks > pure speed, sometimes a lot. > > STARTED with COBOL and FORTRAN and then that newfangled 'C' > language ... but, now, I use Python a lot. What's that say ? > Gentoo Portage, the package manager for Gentoo systems, does a boat load of things and for the sake of "ease" it is written in Python. Did I say "boat load?" I should have said "post-panamax container load." Portage does a LOT of stuff. But Portage is also as slow as molasses in Siberia, and when I say "slow" I mean "S-L-O-O-O-W." It can be tremendously frustrating sitting for sometimes a full minute or longer waiting for a critical response. I doubt if the Python version of Portage would make it in a commercial sense. Anything that slow would cause paying customers to leave in droves. In fact, any software that causes a user to experience palpable waiting times would be a total commercial flop. In contrast, there is a fork of Portage called "Paludis" which does essentially the same thing but it is written entirely in C++: https://paludis.exherbo.org/ Is Paludis a lot faster than Portage? Is the Pope catholic? So I suppose that this is as good an example as any about the uselessness of Python for large projects. It may be easy to implement but it will also drag your hardware into the mud. And when I say "mud" I really mean "rasputitsa:" https://en.wikipedia.org/wiki/Rasputitsa It may even be a good idea to officially change the name of Python to Rasputitsa.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-11-10 22:23 +0000 |
| Message-ID | <10etokj$am09$4@dont-email.me> |
| In reply to | #77253 |
On 10 Nov 2025 13:03:45 GMT, Stefan Ram wrote: > Gentoo Portage contains complex dependency resolutions that might > indeed profit from a faster language ... I believe that SAT-solving is an NP-complete problem, or something like that.
[toc] | [prev] | [next] | [standalone]
| From | Diego Garcia <dg@linux.rocks> |
|---|---|
| Date | 2025-11-10 22:38 +0000 |
| Message-ID | <pan$a817d$87c008f$78614b7d$c949558f@linux.rocks> |
| In reply to | #77290 |
On Mon, 10 Nov 2025 22:23:16 -0000 (UTC), Lawrence D’Oliveiro wrote: > On 10 Nov 2025 13:03:45 GMT, Stefan Ram wrote: > >> Gentoo Portage contains complex dependency resolutions that might >> indeed profit from a faster language ... > > I believe that SAT-solving is an NP-complete problem, or something like > that. > It doesn't matter. NP-complete problems are only of theoretical concern. From a practical perspective, one can always find algorithms that can provide approximate, if not theoretically accurate, solutions to all NP-complete problems. If this were not the case, then UPS, FedEx, DHL, and all other global delivery corps would be out of business.
[toc] | [prev] | [next] | [standalone]
| From | Pancho <Pancho.Jones@protonmail.com> |
|---|---|
| Date | 2025-11-11 00:07 +0000 |
| Message-ID | <10etuop$cjqi$1@dont-email.me> |
| In reply to | #77293 |
On 11/10/25 22:38, Diego Garcia wrote: > On Mon, 10 Nov 2025 22:23:16 -0000 (UTC), Lawrence D’Oliveiro wrote: > >> On 10 Nov 2025 13:03:45 GMT, Stefan Ram wrote: >> >>> Gentoo Portage contains complex dependency resolutions that might >>> indeed profit from a faster language ... >> >> I believe that SAT-solving is an NP-complete problem, or something like >> that. >> > > It doesn't matter. NP-complete problems are only of theoretical > concern. From a practical perspective, one can always find algorithms > that can provide approximate, if not theoretically accurate, solutions > to all NP-complete problems. > > If this were not the case, then UPS, FedEx, DHL, and all other > global delivery corps would be out of business. > > Quite right 42 is the answer, possibly not theoretically accurate, but an approximate answer, to any question, everything. Or alternatively, there are many problems, not even necessarily as hard as NP-complete, that we do not have practical solutions for. That is why encryption is used.
[toc] | [prev] | [next] | [standalone]
| From | Nuno Silva <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2025-11-13 16:48 +0000 |
| Message-ID | <10f524c$2972s$2@dont-email.me> |
| In reply to | #77253 |
On 2025-11-10, Farley Flud wrote: > On Mon, 10 Nov 2025 00:29:58 -0500, c186282 wrote: > >> >> There ARE many apps where speed is paramount, but >> they're not ALL that way. Sometimes 'ease' outranks >> pure speed, sometimes a lot. >> >> STARTED with COBOL and FORTRAN and then that newfangled 'C' >> language ... but, now, I use Python a lot. What's that say ? >> > > Gentoo Portage, the package manager for Gentoo systems, does a boat > load of things and for the sake of "ease" it is written in Python. > > Did I say "boat load?" I should have said "post-panamax container > load." Portage does a LOT of stuff. > > But Portage is also as slow as molasses in Siberia, and when I say > "slow" I mean "S-L-O-O-O-W." > > It can be tremendously frustrating sitting for sometimes a full minute > or longer waiting for a critical response. This is a good example of a place where the algorithms, the programming and design matter much more than mere speed. > > I doubt if the Python version of Portage would make it in a commercial > sense. Anything that slow would cause paying customers to leave in droves. > In fact, any software that causes a user to experience palpable waiting > times would be a total commercial flop. Have you ever used Microsoft Windows? What you're describing is the Windows Update experience. And, last I checked, Windows was a commercial product. In fact, the commercial software world is probably full of examples of people paying for bad quality software and sticking with it. > In contrast, there is a fork of Portage called "Paludis" which does essentially > the same thing but it is written entirely in C++: > > https://paludis.exherbo.org/ > > Is Paludis a lot faster than Portage? It is noticeably a nightmare to compile, or at least was last time I checked. One of its appeals could have been systems with less resources, but in these it'd struggle to get compiled. -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <invalid@invalid.invalid> |
|---|---|
| Date | 2025-11-10 18:04 +0000 |
| Message-ID | <wwvzf8t9331.fsf@LkoBDZeT.terraraq.uk> |
| In reply to | #77183 |
Bobbie Sellers <bliss-sf4ever@dslextreme.com> writes: > Yes digital equipment is faster and maybe much more accurate > than interpolation of stuff from slide rules and other mechanical > calculators... > But programming being solely about Speed seems a bit off to > me. Indeed, it’s not solely about performance. Other nonfunctionals like usability and security matter too. If comparing (pure) Python and C, Python can be developed much faster and eliminates whole categories of vulnerability, but performance will generally be lower. At work: - We prototype new algorithms in Python. Runtime performance is irrelevant and using a high-level language gets a lot of implementation detail out of the way. The Python implementations are useful for exploration/study and later to generate test vectors for the production implementations. - Production algorithm implementations are mostly in C. (I’d rather migrate to something safer but migration is a gigantic pain...) - Particularly performance-sensitive algorithms are additionally implemented in FPGA, which beats the C versions by a large factor. > Currently using a 64 bit wide 6 core processor runnig > at 2.5 GigaHertz with up to 12 threads 16 Gigabytes of > Memory and a 512 Gigabyte SSD for storage. So for me > hardware takes care of speed and lets me use the very large > KDE's Plasma 6 without much difference from Plasma 5 in > apparent speed. Our target is an embedded device, the application CPU is quite slow compared to a modern desktop or server CPU. We also have much lower power budget than a general-purpose computer. -- https://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | vallor <vallor@vallor.earth> |
|---|---|
| Date | 2025-11-11 16:52 +0000 |
| Message-ID | <10evpl2$rdcf$2@dont-email.me> |
| In reply to | #77183 |
At Sun, 9 Nov 2025 09:18:26 -0800, Bobbie Sellers <bliss-sf4ever@dslextreme.com> wrote: > > > On 11/9/25 03:25, Diego Garcia wrote: > > On Sat, 8 Nov 2025 23:58:40 -0500, c186282 wrote: > > > >> On 11/8/25 06:31, Diego Garcia wrote: > >>> > >>> Digitally speaking, strings are a very unnatural construct > >>> and that's why C doesn't deal with them in a "nice" fashion. > >> > >> "Unnatural" ??? > >> > > > > Yes, very unnatural. > > > > The x86_64 processor has several data types that reflect > > the hardware registers and "string" is not one of them. > > In fact, "string" is not a data type at all but rather > > a smooshing of existing types to be able to fit a popular > > concept. > > > > It may have been simpler in the past when "string" was defined > > as an array of char types (uint8), but now there is Unicode > > and this severely complicates the matter regarding lengths > > and comparisons. > > > >> > >> Anyway, complex dealings with strings can certainly > >> be done ... but it's the tiny-step by tiny-step > >> aspect that's just damned annoying to use. > >> > > > > Again, not so much with Unicode strings. > > > > Ever hear of Unicode string normalization? > > > > To deal with Unicode a dedicated library is absolutely > > essential. There is the standard "icu" library and > > also the wonderful GNU "libunistring:" > > > > <https://icu.unicode.org/> > > > > <https://www.gnu.org/software/libunistring/> > > > > > >> > >>> And that's why incompetent programmers flock to Python. > >> > >> And you're SO superior to everyone else, right ? :-) > >> > > > > It's a well known fact (except to the Python people). > > > > > >> > >> Programming is about getting it done properly, does > >> not matter if that's LISP or 'C' or FORTRAN or any > >> of three dozen other options. > >> > > > > The digital computer was borne out of a single necessity: > > SPEED, SPEED, and more SPEED. > > > > Thus, programming is about SPEED and only SPEED. > > > > Try to predict the weather using Python. You'll > > be getting tomorrows forecast next week, or even > > next month. > > > Yes digital equipment is faster and maybe much more accurate > than interpolation of stuff from slide rules and other mechanical > calculators... > But programming being solely about Speed seems a bit off to > me. [...snip...] Agreed. The MILSPEC for telecommunications back when I was doing that was "secure, reliable, rapid". I think that applies to data processing in general. Meanwhile, "Mr. Speed" runs with all the security mitigations turned off in his kernel. Also turns off stack-smashing protections when compiling his Gentoo goodies. More power to him, I guess...but I'm pretty sure most people wouldn't do that. -- -v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090Ti 24G OS: Linux 6.18.0-rc5 D: Mint 22.2 DE: Xfce 4.18 NVIDIA: 580.105.08 Mem: 258G "Keep London tidy... Shoot a pigeon."
[toc] | [prev] | [next] | [standalone]
| From | Diego Garcia <dg@linux.rocks> |
|---|---|
| Date | 2025-11-11 20:06 +0000 |
| Message-ID | <pan$e5d8e$eaec6dfa$d774a958$17f58c9@linux.rocks> |
| In reply to | #77330 |
On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: > > Agreed. The MILSPEC for telecommunications back when > I was doing that was "secure, reliable, rapid". > > I think that applies to data processing in general. > No it does not. Telecommunications is an entirely different situation that demands security but other areas of "data processing" simply do not. > > Meanwhile, "Mr. Speed" runs with all the security > mitigations turned off in his kernel. Also turns off > stack-smashing protections when compiling his Gentoo > goodies. > Let's not stop with "stack smashing." There are oodles of other unnecessary security "features" built in to distro software. Let's just consider a few: -mindirect-branch=keep -mfunction-return=keep This means keep your fucking hands off of my function calls, jumps, and function return values. -fcf-protection=none This means do not "instrument" my fucking code for your security theater purposes. -Wl,-z,norelro This means don't do that stupid "relocation read-only" shit. Just load the goddamned file "as is" and be done with it. > > but I'm pretty sure most people wouldn't do that. > "Most people" wouldn't do anything. "Most people," like you, just swallow what their distro gives them without question. Ignorance is bliss, and YOU must be ecstatic.
[toc] | [prev] | [next] | [standalone]
| From | vallor <vallor@vallor.earth> |
|---|---|
| Date | 2025-11-11 23:09 +0000 |
| Message-ID | <10f0fn6$12d74$1@dont-email.me> |
| In reply to | #77341 |
At Tue, 11 Nov 2025 20:06:56 +0000, Diego Garcia <dg@linux.rocks> wrote: > On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: > > > > > Agreed. The MILSPEC for telecommunications back when > > I was doing that was "secure, reliable, rapid". > > > > I think that applies to data processing in general. > > > > No it does not. https://www.youtube.com/shorts/hwzmqnngyrU -- -v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090Ti 24G OS: Linux 6.18.0-rc5 D: Mint 22.2 DE: Xfce 4.18 NVIDIA: 580.105.08 Mem: 258G "By all means, let's not confuse ourselves with the facts!"
[toc] | [prev] | [next] | [standalone]
| From | Nuno Silva <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2025-11-11 23:31 +0000 |
| Message-ID | <10f0h0k$12iu1$3@dont-email.me> |
| In reply to | #77347 |
On 2025-11-11, vallor wrote: > At Tue, 11 Nov 2025 20:06:56 +0000, Diego Garcia <dg@linux.rocks> wrote: > >> On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: >> >> > >> > Agreed. The MILSPEC for telecommunications back when >> > I was doing that was "secure, reliable, rapid". >> > >> > I think that applies to data processing in general. >> > >> >> No it does not. > > https://www.youtube.com/shorts/hwzmqnngyrU Is this fellow (Diego) the same as Farley Flud? Or is the linux.rocks at the end of their address merely a coincidence? -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | rbowman <bowman@montana.com> |
|---|---|
| Date | 2025-11-12 04:50 +0000 |
| Message-ID | <mnii04F5v4gU1@mid.individual.net> |
| In reply to | #77350 |
On Tue, 11 Nov 2025 23:31:32 +0000, Nuno Silva wrote: > On 2025-11-11, vallor wrote: > >> At Tue, 11 Nov 2025 20:06:56 +0000, Diego Garcia <dg@linux.rocks> >> wrote: >> >>> On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: >>> >>> >>> > Agreed. The MILSPEC for telecommunications back when I was doing >>> > that was "secure, reliable, rapid". >>> > >>> > I think that applies to data processing in general. >>> > >>> > >>> No it does not. >> >> https://www.youtube.com/shorts/hwzmqnngyrU > > Is this fellow (Diego) the same as Farley Flud? Or is the linux.rocks at > the end of their address merely a coincidence? Same. Looking through my Score file, Nux Vomica, Farley Flud, Diego Garcia, Lester Thorpe, Xavier Dominica, and Xavier Jones are the same critter. Once it a blue moon he (I assume) posts something worthwhile but then it's more of the same and back into the bozo bin for a month.
[toc] | [prev] | [next] | [standalone]
| From | vallor <vallor@vallor.earth> |
|---|---|
| Date | 2025-11-12 06:50 +0000 |
| Message-ID | <10f1an2$18fo7$1@dont-email.me> |
| In reply to | #77350 |
At Tue, 11 Nov 2025 23:31:32 +0000, Nuno Silva <nunojsilva@invalid.invalid> wrote: > On 2025-11-11, vallor wrote: > > > At Tue, 11 Nov 2025 20:06:56 +0000, Diego Garcia <dg@linux.rocks> wrote: > > > >> On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: > >> > >> > > >> > Agreed. The MILSPEC for telecommunications back when > >> > I was doing that was "secure, reliable, rapid". > >> > > >> > I think that applies to data processing in general. > >> > > >> > >> No it does not. > > > > https://www.youtube.com/shorts/hwzmqnngyrU > > Is this fellow (Diego) the same as Farley Flud? Or is the linux.rocks at > the end of their address merely a coincidence? Yes, same cuckoo guy. -- -v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090Ti 24G OS: Linux 6.18.0-rc5 D: Mint 22.2 DE: Xfce 4.18 NVIDIA: 580.105.08 Mem: 258G "Shin: A device for finding furniture in the dark."
[toc] | [prev] | [next] | [standalone]
| From | rbowman <bowman@montana.com> |
|---|---|
| Date | 2025-11-12 20:05 +0000 |
| Message-ID | <mnk7koFf6c0U5@mid.individual.net> |
| In reply to | #77386 |
On Wed, 12 Nov 2025 06:50:10 +0000, vallor wrote: > At Tue, 11 Nov 2025 23:31:32 +0000, Nuno Silva > <nunojsilva@invalid.invalid> wrote: > >> On 2025-11-11, vallor wrote: >> >> > At Tue, 11 Nov 2025 20:06:56 +0000, Diego Garcia <dg@linux.rocks> >> > wrote: >> > >> >> On Tue, 11 Nov 2025 16:52:50 +0000, vallor wrote: >> >> >> >> >> >> > Agreed. The MILSPEC for telecommunications back when I was doing >> >> > that was "secure, reliable, rapid". >> >> > >> >> > I think that applies to data processing in general. >> >> > >> >> > >> >> No it does not. >> > >> > https://www.youtube.com/shorts/hwzmqnngyrU >> >> Is this fellow (Diego) the same as Farley Flud? Or is the linux.rocks >> at the end of their address merely a coincidence? > > Yes, same cuckoo guy. Add Joe Fantastic to the list. That one popped up in c.o.l.a today.
[toc] | [prev] | [next] | [standalone]
Page 14 of 17 — ← Prev page 1 … 12 13 [14] 15 16 17 Next page →
Back to top | Article view | comp.os.linux.misc
csiph-web