Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #123321 > unrolled thread
| Started by | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| First post | 2026-01-23 21:35 -0600 |
| Last post | 2026-02-03 17:32 -0600 |
| Articles | 20 on this page of 121 — 19 participants |
Back to article view | Back to comp.lang.c++
"Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-23 21:35 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-01-24 04:46 +0000
Re: "Internationalis(z)ing Code - Computerphile" Gary Scott <garylscott@sbcglobal.net> - 2026-01-24 10:11 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-01-25 17:13 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-25 15:21 -0600
Re: "Internationalis(z)ing Code - Computerphile" Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-01-26 01:00 +0100
Re: "Internationalis(z)ing Code - Computerphile" scott@slp53.sl.home (Scott Lurndal) - 2026-01-26 15:04 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-01-26 01:42 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-26 00:45 -0600
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-01-26 14:17 +0200
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-26 16:50 -0600
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-01-26 09:07 +0100
Re: "Internationalis(z)ing Code - Computerphile" Paavo Helde <eesnimi@osa.pri.ee> - 2026-01-30 14:56 +0200
Re: "Internationalis(z)ing Code - Computerphile" Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-01-30 14:37 +0100
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-01-30 20:28 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-01-31 12:50 +0100
Re: "Internationalis(z)ing Code - Computerphile" G <g@nowhere.invalid> - 2026-01-31 18:50 +0000
Re: "Internationalis(z)ing Code - Computerphile" Gary Scott <garylscott@sbcglobal.net> - 2026-01-31 16:10 -0600
Re: "Internationalis(z)ing Code - Computerphile" ImperiusDamian <dgwrightauthor@gmail.com> - 2026-01-31 21:08 -0500
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-01 09:06 +0000
Re: "Internationalis(z)ing Code - Computerphile" "Fred. Zwarts" <F.Zwarts@HetNet.nl> - 2026-02-02 11:18 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-02 21:23 +0000
Re: "Internationalis(z)ing Code - Computerphile" "Fred. Zwarts" <F.Zwarts@HetNet.nl> - 2026-02-03 10:33 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-03 21:29 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-01 11:18 +0100
Re: "Internationalis(z)ing Code - Computerphile" Gary Scott <garylscott@sbcglobal.net> - 2026-02-01 08:28 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-01 09:42 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-01 11:35 +0100
Re: "Internationalis(z)ing Code - Computerphile" James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-02-01 12:21 -0500
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-01 23:01 +0100
Re: "Internationalis(z)ing Code - Computerphile" James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-02-01 19:11 -0500
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-02 04:31 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-02 11:27 +0100
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-02 12:49 +0200
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-02 13:14 +0100
Re: "Internationalis(z)ing Code - Computerphile" Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-02-02 16:07 +0100
Re: "Internationalis(z)ing Code - Computerphile" James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-02-02 09:36 -0500
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-02 16:01 +0100
Re: "Internationalis(z)ing Code - Computerphile" Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-02-02 16:19 +0100
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-01-26 22:47 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-26 16:51 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-01-27 05:17 +0000
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-01-27 06:45 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-01-27 01:46 -0600
Re: "Internationalis(z)ing Code - Computerphile" "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-01-27 00:14 -0800
Re: "Internationalis(z)ing Code - Computerphile" scott@slp53.sl.home (Scott Lurndal) - 2026-01-27 15:22 +0000
Re: "Internationalis(z)ing Code - Computerphile" "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-01-27 12:33 -0800
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-01-27 11:04 +0200
Re: "Internationalis(z)ing Code - Computerphile" Gary Scott <garylscott@sbcglobal.net> - 2026-01-27 08:35 -0600
Re: "Internationalis(z)ing Code - Computerphile" scott@slp53.sl.home (Scott Lurndal) - 2026-01-27 15:21 +0000
Re: "Internationalis(z)ing Code - Computerphile" Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-01-31 02:06 +0000
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-02 21:02 +0100
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-02 21:13 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-02 21:25 +0000
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-03 10:54 +0200
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-03 10:44 +0100
Re: "Internationalis(z)ing Code - Computerphile" Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-02-03 09:47 -0500
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-03 16:02 +0100
Re: "Internationalis(z)ing Code - Computerphile" Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-02-04 08:45 -0500
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-03 21:32 +0000
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-03 22:56 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-04 00:15 +0000
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-04 09:37 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-03 17:28 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-04 00:14 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-03 20:17 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-04 04:57 +0000
Re: "Internationalis(z)ing Code - Computerphile" Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-02-04 08:54 -0500
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-04 16:43 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 09:09 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-05 15:47 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 22:35 +0000
Re: "Internationalis(z)ing Code - Computerphile" scott@slp53.sl.home (Scott Lurndal) - 2026-02-04 15:44 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-04 16:53 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 09:10 +0000
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-05 12:10 +0200
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-07 09:23 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-09 15:25 -0600
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-04 14:24 +0200
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-04 16:57 +0100
Re: "Internationalis(z)ing Code - Computerphile" 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-02-04 17:16 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-04 16:57 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 09:11 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-04 16:55 -0600
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-05 12:24 +0200
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-04 19:20 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-04 17:07 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-05 07:23 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 09:14 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-05 16:01 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-05 22:30 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-05 20:22 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-06 04:50 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-05 23:52 -0600
Re: "Internationalis(z)ing Code - Computerphile" Harold Stevens <wookie@aspen.localdomain> - 2026-02-06 04:24 -0600
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-05 12:02 +0200
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-05 18:38 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-13 17:21 -0600
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-05 11:13 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-05 15:58 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-07 19:15 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-07 20:34 +0000
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-08 08:58 +0000
Re: "Internationalis(z)ing Code - Computerphile" Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-02-08 04:07 -0800
Re: "Internationalis(z)ing Code - Computerphile" Michael S <already5chosen@yahoo.com> - 2026-02-08 15:39 +0200
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-08 23:35 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-09 15:33 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-10 20:55 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-10 18:57 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-11 05:57 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-11 14:32 +0100
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-11 20:46 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-09 15:29 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-10 06:10 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-09 15:32 -0600
Re: "Internationalis(z)ing Code - Computerphile" Thomas Koenig <tkoenig@netcologne.de> - 2026-02-10 06:07 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-10 20:17 +0000
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-10 20:07 -0600
Re: "Internationalis(z)ing Code - Computerphile" Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-11 05:54 +0000
Re: "Internationalis(z)ing Code - Computerphile" David Brown <david.brown@hesbynett.no> - 2026-02-11 14:42 +0100
Re: "Internationalis(z)ing Code - Computerphile" Lynn McGuire <lynnmcguire5@gmail.com> - 2026-02-03 17:32 -0600
Page 4 of 7 — ← Prev page 1 2 3 [4] 5 6 7 Next page →
| From | 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> |
|---|---|
| Date | 2026-02-03 22:56 +0100 |
| Message-ID | <muf98cFf8rrU3@mid.individual.net> |
| In reply to | #123407 |
W dniu 3.02.2026 o 22:32, Lawrence D’Oliveiro pisze: > On Tue, 3 Feb 2026 10:44:17 +0100, 🇵🇱Jacek Marcin Jaworski🇵🇱 wrote: > >> W dniu 3.02.2026 o 09:54, Michael S pisze: >>> Even Java is still used for new development in this feild, despite >>> technically being almost as unsuitable as C++. >> This is just pure hype: Apps word does not end on Android (all its >> apps are written in some scripts lang)!!! > You can run code written in C, C++ and other languages that compile to > machine code, on Android. > > <https://developer.android.com/ndk> I can bet with you that you will failed when you ask your boss for that! This is my real and sad story: In 2019-20y. I finished earlier began project Posnet Pospay Online, and we win 1 (FIRST!) price on national RetailShow2019 and title "Innowacja w Handlu 2019" (in eng. "Innovation of the 2019y. in market"). Next project, Pospay Netpay, I finished together with newly employed colleague within 5 months. The problems started in the middle of 2020, when I prove that C++ with Qt app, witch earlier run on the embeded Linux in chinese Pax D220, can run on the Pax A920 with Android. But I was unaware that this is "silently prohibited" - this is first "conspiracy theory". So they through 2y. call me for new features and optimizations. And suddenly, without any warning nor any talk, they fire me and my manual tester without any explanations. This happen 2022-05-27, fri. Even worst: Since that black fri. I am still unemployed. This is in spite of fact, that I send over 400 apply for a job to companies from all polish territory - this is the second "conspiracy theory". NOTE: I apply for a job not only as programmer, but also for many electronics related jobs. This is because I have Technic of Electronics diploma with Specialization in Computers. That is the truth about the riches from Poland! -- Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska 🇵🇱, EU 🇪🇺; tel.: +48-609-170-742, najlepiej w godz.: 5:15-5:55 lub 17:15-17:55; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA; Domowa s. WWW: <https://energokod.gda.pl>; Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-04 00:15 +0000 |
| Message-ID | <10lu33b$1u8m6$4@dont-email.me> |
| In reply to | #123408 |
On Tue, 3 Feb 2026 22:56:28 +0100, 🇵🇱Jacek Marcin Jaworski🇵🇱 wrote: > W dniu 3.02.2026 o 22:32, Lawrence D’Oliveiro pisze: >> >> On Tue, 3 Feb 2026 10:44:17 +0100, 🇵🇱Jacek Marcin Jaworski🇵🇱 wrote: >> >>> W dniu 3.02.2026 o 09:54, Michael S pisze: >>> >>>> Even Java is still used for new development in this feild, >>>> despite technically being almost as unsuitable as C++. >>> >>> This is just pure hype: Apps word does not end on Android (all its >>> apps are written in some scripts lang)!!! >> >> You can run code written in C, C++ and other languages that compile >> to machine code, on Android. >> >> <https://developer.android.com/ndk> > > I can bet with you that you will failed when you ask your boss for that! I am my boss. And I have done it. How much is your bet worth?
[toc] | [prev] | [next] | [standalone]
| From | 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> |
|---|---|
| Date | 2026-02-04 09:37 +0100 |
| Message-ID | <mugepiFf8rpU2@mid.individual.net> |
| In reply to | #123412 |
W dniu 4.02.2026 o 01:15, Lawrence D’Oliveiro pisze: > On Tue, 3 Feb 2026 22:56:28 +0100, 🇵🇱Jacek Marcin Jaworski🇵🇱 wrote: > >> W dniu 3.02.2026 o 22:32, Lawrence D’Oliveiro pisze: >>> >>> On Tue, 3 Feb 2026 10:44:17 +0100, 🇵🇱Jacek Marcin Jaworski🇵🇱 wrote: >>> >>>> W dniu 3.02.2026 o 09:54, Michael S pisze: >>>> >>>>> Even Java is still used for new development in this feild, >>>>> despite technically being almost as unsuitable as C++. >>>> >>>> This is just pure hype: Apps word does not end on Android (all its >>>> apps are written in some scripts lang)!!! >>> >>> You can run code written in C, C++ and other languages that compile >>> to machine code, on Android. >>> >>> <https://developer.android.com/ndk> >> >> I can bet with you that you will failed when you ask your boss for that! > > I am my boss. And I have done it. > > How much is your bet worth? Because I am poor (not by laziness, but due to deny my apply for a job by polish riches), I propose to use polish phrase "zakład o przekonianie", which in literally translation mean "bet about confidence". So now you have my confidence, that it is not impossible create commercial C/C++ apps for Android. BTW: What kind of GUI/graphic lib do you use in your programs running on Android? -- Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska 🇵🇱, EU 🇪🇺; tel.: +48-609-170-742, najlepiej w godz.: 5:15-5:55 lub 17:15-17:55; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA; Domowa s. WWW: <https://energokod.gda.pl>; Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-03 17:28 -0600 |
| Message-ID | <10lu0b5$1tc47$1@dont-email.me> |
| In reply to | #123401 |
On 2/3/2026 2:54 AM, Michael S wrote: > On Mon, 2 Feb 2026 21:02:51 +0100 > 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> wrote: > >> W dniu 24.01.2026 o 04:35, Lynn McGuire pisze: >>> One of my programmers has been working on converting our Windows >>> user interface, written in 450,000 lines of C++, from Ascii to >>> Unicode for two years now. It was a one year project to start and >>> his latest estimate is another year to complete. >> >> I think that this task should be named "rewrite". But I recommended >> "clean up" instead. In the case "clean up" you have great opportunity >> to make your app far better than previous. Modern industry approach, >> is modularity. This is prove in many essential industry branch, and >> especially in IIww years. >> > > It seems to me that industry trend in GUI programming is to stay as far > away from C++ as possible. > JS is a king. > C#, Swift, Kotlin are second choice. > Even Java is still used for new development in this feild, despite > technically being almost as unsuitable as C++. > But C++ is strictly legacy, no new, from scratch GUI development is done > in this language for something like 15 years. > > Of course, the statement above is "at large". The world is a big > place and one can always find one developer or one hundred or ten > thousands that make unusual sub-optimal choices. I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. Nothing besides C++ has the oomph and speed to make this happen. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-04 00:14 +0000 |
| Message-ID | <10lu31b$1u8m6$3@dont-email.me> |
| In reply to | #123409 |
On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: > I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. > Nothing besides C++ has the oomph and speed to make this happen. Lots of Pythoneers are doing data science at this sort of scale.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-03 20:17 -0600 |
| Message-ID | <10lua75$20a9b$1@dont-email.me> |
| In reply to | #123411 |
On 2/3/2026 6:14 PM, Lawrence D’Oliveiro wrote: > On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: > >> I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. >> Nothing besides C++ has the oomph and speed to make this happen. > > Lots of Pythoneers are doing data science at this sort of scale. Been there, done that. I really doubt that any Python apps are doing the level of what I do. I would be careful telling people that Python apps run anywhere near the speed of C++. I used to have my data storage code written in Smalltalk, an interpreter using automatic garbage collection. It was about a 100X slower than my C++ code. Python is faster than the old Smalltalk language but not the speed of C++. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-04 04:57 +0000 |
| Message-ID | <10lujjo$22ksl$2@dont-email.me> |
| In reply to | #123413 |
On Tue, 3 Feb 2026 20:17:04 -0600, Lynn McGuire wrote: > On 2/3/2026 6:14 PM, Lawrence D’Oliveiro wrote: >> >> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: >> >>> I am swinging huge datasets for simulation models from 1 MB to >>> 1,000 MB. Nothing besides C++ has the oomph and speed to make this >>> happen. >> >> Lots of Pythoneers are doing data science at this sort of scale. > > Been there, done that. I really doubt that any Python apps are doing > the level of what I do. I would be careful telling people that > Python apps run anywhere near the speed of C++. Python has number-crunching engines like NumPy to do the grunt work. The question is, how long does the overall job take: the C++ code may run a bit faster, but it takes several times longer to write. You can get a lot of analyses done in that time in Python. Particularly since it is very easy to experiment with just a few lines of code, before committing yourself to more elaborate analyses along particular lines. And then you have access to visualization tools like Matplotlib to view the results. And again, it is much quicker to generate displays from that in Python than it would be to write C++ code.
[toc] | [prev] | [next] | [standalone]
| From | Chris Ahlstrom <OFeem1987@teleworm.us> |
|---|---|
| Date | 2026-02-04 08:54 -0500 |
| Message-ID | <10lvj2g$2brj9$6@dont-email.me> |
| In reply to | #123414 |
Lawrence D’Oliveiro wrote this post by blinking in Morse code:
> On Tue, 3 Feb 2026 20:17:04 -0600, Lynn McGuire wrote:
>
>> On 2/3/2026 6:14 PM, Lawrence D’Oliveiro wrote:
>>>
>>> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote:
>>>
>>>> I am swinging huge datasets for simulation models from 1 MB to
>>>> 1,000 MB. Nothing besides C++ has the oomph and speed to make this
>>>> happen.
>>>
>>> Lots of Pythoneers are doing data science at this sort of scale.
>>
>> Been there, done that. I really doubt that any Python apps are doing
>> the level of what I do. I would be careful telling people that
>> Python apps run anywhere near the speed of C++.
>
> Python has number-crunching engines like NumPy to do the grunt work.
> The question is, how long does the overall job take: the C++ code may
> run a bit faster, but it takes several times longer to write.
Bullshit.
> You can
> get a lot of analyses done in that time in Python. Particularly since
> it is very easy to experiment with just a few lines of code, before
> committing yourself to more elaborate analyses along particular lines.
You can
do that in any language.
> And then you have access to visualization tools like Matplotlib to
> view the results. And again, it is much quicker to generate displays
> from that in Python than it would be to write C++ code.
AI Overview
Several C++ plotting libraries are available, ranging from
simple, header-only solutions to comprehensive, feature-rich
systems. Key options include general-purpose libraries,
wrappers for existing tools, and those designed for real-time
visualization.
Here are some popular C++ plotting libraries:
Matplotlib-cpp: This is possibly the simplest C++ plotting
library, designed to mimic the API of the popular Python
matplotlib library. It is a header-only library that acts as a
C++ wrapper around the Python matplotlib backend, so a Python
installation is required at runtime.
Matplot++: A modern C++ graphics library that offers
interactive plotting and a compact syntax, supporting generic
backends including gnuplot and the web-optimized Bokeh. It
provides a wide range of plot categories suitable for
scientific data visualization.
sciplot: Another modern, header-only library that aims to make
plotting in C++ as easy as in higher-level languages like
Python. It uses gnuplot as a backend dependency at runtime to
generate high-quality graphs and requires a C++17 capable
compiler.
Gnuplot (via C++ interface): You can directly interface with
the standalone, classic plotting program gnuplot using
libraries like gnuplot-iostream or similar wrappers. This
approach leverages gnuplot's powerful, domain-specific
plotting language.
Qt Charts: If you are already building a cross-platform
desktop application using the Qt framework, the Qt Charts
module is a well-integrated option that provides robust
charting capabilities.
ImPlot: An extension for the popular Dear ImGui library, ideal
for integrating plots directly into performance-oriented,
real-time GUI applications, such as internal tools or game
development debugging interfaces.
Visualization Toolkit (VTK): A powerful open-source library
for 3D graphics, image processing, and visualization. It is a
comprehensive, low-level option best suited for complex
scientific visualization needs.
--
Q: Why is Christmas just like a day at the office?
A: You do all of the work and the fat guy in the suit
gets all the credit.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-04 16:43 -0600 |
| Message-ID | <10m0i3a$2o007$4@dont-email.me> |
| In reply to | #123418 |
On 2/4/2026 7:54 AM, Chris Ahlstrom wrote: > Lawrence D’Oliveiro wrote this post by blinking in Morse code: > >> On Tue, 3 Feb 2026 20:17:04 -0600, Lynn McGuire wrote: >> >>> On 2/3/2026 6:14 PM, Lawrence D’Oliveiro wrote: >>>> >>>> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: >>>> >>>>> I am swinging huge datasets for simulation models from 1 MB to >>>>> 1,000 MB. Nothing besides C++ has the oomph and speed to make this >>>>> happen. >>>> >>>> Lots of Pythoneers are doing data science at this sort of scale. >>> >>> Been there, done that. I really doubt that any Python apps are doing >>> the level of what I do. I would be careful telling people that >>> Python apps run anywhere near the speed of C++. >> >> Python has number-crunching engines like NumPy to do the grunt work. >> The question is, how long does the overall job take: the C++ code may >> run a bit faster, but it takes several times longer to write. > > Bullshit. > >> You can >> get a lot of analyses done in that time in Python. Particularly since >> it is very easy to experiment with just a few lines of code, before >> committing yourself to more elaborate analyses along particular lines. > > You can > do that in any language. > >> And then you have access to visualization tools like Matplotlib to >> view the results. And again, it is much quicker to generate displays >> from that in Python than it would be to write C++ code. > > AI Overview > > Several C++ plotting libraries are available, ranging from > simple, header-only solutions to comprehensive, feature-rich > systems. Key options include general-purpose libraries, > wrappers for existing tools, and those designed for real-time > visualization. > > Here are some popular C++ plotting libraries: > > Matplotlib-cpp: This is possibly the simplest C++ plotting > library, designed to mimic the API of the popular Python > matplotlib library. It is a header-only library that acts as a > C++ wrapper around the Python matplotlib backend, so a Python > installation is required at runtime. > > Matplot++: A modern C++ graphics library that offers > interactive plotting and a compact syntax, supporting generic > backends including gnuplot and the web-optimized Bokeh. It > provides a wide range of plot categories suitable for > scientific data visualization. > > sciplot: Another modern, header-only library that aims to make > plotting in C++ as easy as in higher-level languages like > Python. It uses gnuplot as a backend dependency at runtime to > generate high-quality graphs and requires a C++17 capable > compiler. > > Gnuplot (via C++ interface): You can directly interface with > the standalone, classic plotting program gnuplot using > libraries like gnuplot-iostream or similar wrappers. This > approach leverages gnuplot's powerful, domain-specific > plotting language. > > Qt Charts: If you are already building a cross-platform > desktop application using the Qt framework, the Qt Charts > module is a well-integrated option that provides robust > charting capabilities. > > ImPlot: An extension for the popular Dear ImGui library, ideal > for integrating plots directly into performance-oriented, > real-time GUI applications, such as internal tools or game > development debugging interfaces. > > Visualization Toolkit (VTK): A powerful open-source library > for 3D graphics, image processing, and visualization. It is a > comprehensive, low-level option best suited for complex > scientific visualization needs. We use gnuplot to generate graphs in our software. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-05 09:09 +0000 |
| Message-ID | <10m1mnm$32inq$3@dont-email.me> |
| In reply to | #123423 |
On Wed, 4 Feb 2026 16:43:53 -0600, Lynn McGuire wrote: > We use gnuplot to generate graphs in our software. Matplotlib examples gallery: <https://matplotlib.org/stable/gallery/index>
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-05 15:47 -0600 |
| Message-ID | <10m3350$3j61p$1@dont-email.me> |
| In reply to | #123429 |
On 2/5/2026 3:09 AM, Lawrence D’Oliveiro wrote: > On Wed, 4 Feb 2026 16:43:53 -0600, Lynn McGuire wrote: > >> We use gnuplot to generate graphs in our software. > > Matplotlib examples gallery: <https://matplotlib.org/stable/gallery/index> You are really telling me to rip out a working feature in my software and spend months replacing it ??? Are you daft ? I've got over 2,000 program modification requests (PMRs) from paying customers. I listen to them first. FYI, I have almost 10,000 PMRs in my system dating back to 1982. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-05 22:35 +0000 |
| Message-ID | <10m35ul$3jijj$6@dont-email.me> |
| In reply to | #123438 |
On Thu, 5 Feb 2026 15:47:11 -0600, Lynn McGuire wrote: > You are really telling me to rip out a working feature in my > software and spend months replacing it ??? The question was whether you needed to write the whole thing in C or C++ to get the best performance. You do not. Typically, code performance follows a sort of 90/10 rule: 90% of the time will be spent in 10% of the code (or something skewed along those lines, maybe even 95%/5% or 99%/1%). It is a waste of time to optimize 100% of the code for speed; you will get most gain for least pain from concentrating on that critical 10% or 5% or 1%.
[toc] | [prev] | [next] | [standalone]
| From | scott@slp53.sl.home (Scott Lurndal) |
|---|---|
| Date | 2026-02-04 15:44 +0000 |
| Message-ID | <8PJgR.191338$skXf.116984@fx12.iad> |
| In reply to | #123411 |
Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> writes: >On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: > >> I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. >> Nothing besides C++ has the oomph and speed to make this happen. > >Lots of Pythoneers are doing data science at this sort of scale. Even "R" can handle datasets larger than that.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-04 16:53 -0600 |
| Message-ID | <10m0ill$2od4q$1@dont-email.me> |
| In reply to | #123419 |
On 2/4/2026 9:44 AM, Scott Lurndal wrote: > Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> writes: >> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: >> >>> I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. >>> Nothing besides C++ has the oomph and speed to make this happen. >> >> Lots of Pythoneers are doing data science at this sort of scale. > > Even "R" can handle datasets larger than that. We are not 64 bit yet. 1,000 MB is about the largest dataset we can swing in Win32 due to our inefficiency in managing memory. We do compress all strings above 1,000 bytes which means that our datasets are actually 2X to 3X bigger than the binary version of the dataset. As soon as I convert my calculation engine from 32 bit Fortran to 64 bit C++, I will start on converting our Win32 C++ user interface to Win64. Or maybe I will work on a intertube version of our user interface, I will make the leap of faith then. You know, when my staff and I converted our user interface from Win16 Smalltalk and Win16 C to all Win32 C++ back in 2000, I was amazed at the huge memory space that we now had. Before that, we were chaining datasets to each other which was fraught with danger. Now that Win32 memory space seems small. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D’Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2026-02-05 09:10 +0000 |
| Message-ID | <10m1mqr$32inq$4@dont-email.me> |
| In reply to | #123424 |
On Wed, 4 Feb 2026 16:53:38 -0600, Lynn McGuire wrote: > We are not 64 bit yet. 1,000 MB is about the largest dataset we can > swing in Win32 due to our inefficiency in managing memory. Wouldn’t a “real” computer (i.e. running Linux) do better? Have you compared?
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2026-02-05 12:10 +0200 |
| Message-ID | <20260205121032.00001f4f@yahoo.com> |
| In reply to | #123430 |
On Thu, 5 Feb 2026 09:10:51 -0000 (UTC) Lawrence D’Oliveiro <ldo@nz.invalid> wrote: > On Wed, 4 Feb 2026 16:53:38 -0600, Lynn McGuire wrote: > > > We are not 64 bit yet. 1,000 MB is about the largest dataset we can > > swing in Win32 due to our inefficiency in managing memory. > > Wouldn’t a “real” computer (i.e. running Linux) do better? Have you > compared? 64-bit Windows supports 32-bit programs rather well. The user does not need to have Phd in multilib or similar nonsense. Things mostly just work.
[toc] | [prev] | [next] | [standalone]
| From | Thomas Koenig <tkoenig@netcologne.de> |
|---|---|
| Date | 2026-02-07 09:23 +0000 |
| Message-ID | <10m709l$ts8p$1@dont-email.me> |
| In reply to | #123424 |
Lynn McGuire <lynnmcguire5@gmail.com> schrieb: > On 2/4/2026 9:44 AM, Scott Lurndal wrote: >> Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> writes: >>> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: >>> >>>> I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. >>>> Nothing besides C++ has the oomph and speed to make this happen. >>> >>> Lots of Pythoneers are doing data science at this sort of scale. >> >> Even "R" can handle datasets larger than that. > > We are not 64 bit yet. 1,000 MB is about the largest dataset we can > swing in Win32 due to our inefficiency in managing memory. We do > compress all strings above 1,000 bytes which means that our datasets are > actually 2X to 3X bigger than the binary version of the dataset. Wow, this must hurt, both for speed and complexity... Depending on what your database is like, it might make sense to convert into a suitable binary format, map it into your address space (I am fairly sure that Windows can do memory-mapped I/O, although I am *not* a Windows person, at least not as far as programming is concerned) and then immediately do things with it. You could then reduce your startup time by only "recompiling" from the text representation when needed. If this makes sense to your application or not, I don't know (of course) because I do not know what exactly your database does and does not do. -- This USENET posting was made without artificial intelligence, artificial impertinence, artificial arrogance, artificial stupidity, artificial flavorings or artificial colorants.
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-02-09 15:25 -0600 |
| Message-ID | <10mdjc2$34m08$1@dont-email.me> |
| In reply to | #123453 |
On 2/7/2026 3:23 AM, Thomas Koenig wrote: > Lynn McGuire <lynnmcguire5@gmail.com> schrieb: >> On 2/4/2026 9:44 AM, Scott Lurndal wrote: >>> Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> writes: >>>> On Tue, 3 Feb 2026 17:28:35 -0600, Lynn McGuire wrote: >>>> >>>>> I am swinging huge datasets for simulation models from 1 MB to 1,000 MB. >>>>> Nothing besides C++ has the oomph and speed to make this happen. >>>> >>>> Lots of Pythoneers are doing data science at this sort of scale. >>> >>> Even "R" can handle datasets larger than that. >> >> We are not 64 bit yet. 1,000 MB is about the largest dataset we can >> swing in Win32 due to our inefficiency in managing memory. We do >> compress all strings above 1,000 bytes which means that our datasets are >> actually 2X to 3X bigger than the binary version of the dataset. > > Wow, this must hurt, both for speed and complexity... > > Depending on what your database is like, it might make sense to > convert into a suitable binary format, map it into your address > space (I am fairly sure that Windows can do memory-mapped I/O, > although I am *not* a Windows person, at least not as far as > programming is concerned) and then immediately do things with it. > You could then reduce your startup time by only "recompiling" > from the text representation when needed. > > If this makes sense to your application or not, I don't know (of course) > because I do not know what exactly your database does and does not do. We do not uncompress strings until they are used. And our datasets are stored in "mostly" binary. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2026-02-04 14:24 +0200 |
| Message-ID | <20260204142400.00003c7b@yahoo.com> |
| In reply to | #123409 |
On Tue, 3 Feb 2026 17:28:35 -0600 Lynn McGuire <lynnmcguire5@gmail.com> wrote: > On 2/3/2026 2:54 AM, Michael S wrote: > > On Mon, 2 Feb 2026 21:02:51 +0100 > > 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> wrote: > > > >> W dniu 24.01.2026 o 04:35, Lynn McGuire pisze: > >>> One of my programmers has been working on converting our Windows > >>> user interface, written in 450,000 lines of C++, from Ascii to > >>> Unicode for two years now. It was a one year project to start and > >>> his latest estimate is another year to complete. > >> > >> I think that this task should be named "rewrite". But I recommended > >> "clean up" instead. In the case "clean up" you have great > >> opportunity to make your app far better than previous. Modern > >> industry approach, is modularity. This is prove in many essential > >> industry branch, and especially in IIww years. > >> > > > > It seems to me that industry trend in GUI programming is to stay as > > far away from C++ as possible. > > JS is a king. > > C#, Swift, Kotlin are second choice. > > Even Java is still used for new development in this feild, despite > > technically being almost as unsuitable as C++. > > But C++ is strictly legacy, no new, from scratch GUI development is > > done in this language for something like 15 years. > > > > Of course, the statement above is "at large". The world is a big > > place and one can always find one developer or one hundred or ten > > thousands that make unusual sub-optimal choices. > > I am swinging huge datasets for simulation models from 1 MB to 1,000 > MB. Nothing besides C++ has the oomph and speed to make this happen. > > Lynn > I am not sure what "swinging" means in this context and whether other languages can do it or not (at very least, anything related to speed that C++ can do, C can do as well, but I would be very surprised if there no other options beyond C). But all that sounds off topic. The topic is user interface code (a.k.a. GUI) rather than "swinging". C++ used to be a popular choice for coding user interfaces, but it ceased to be popular long time ago.
[toc] | [prev] | [next] | [standalone]
| From | 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> |
|---|---|
| Date | 2026-02-04 16:57 +0100 |
| Message-ID | <muh8ihF3mpoU2@mid.individual.net> |
| In reply to | #123416 |
W dniu 4.02.2026 o 13:24, Michael S pisze: > anything related to speed > that C++ can do, C can do as well, but I would be very surprised if > there no other options beyond C Update your info, and learn basic of the D lang: <https://dlang.org/> Nowadays it has not only Digital Mars implementation, but also exists GCC-based, and LLVM-based implementations. But D lang is isolated, so there is lack modern GUI lib and good IDE with integrated debugger. -- Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska 🇵🇱, EU 🇪🇺; tel.: +48-609-170-742, najlepiej w godz.: 5:15-5:55 lub 17:15-17:55; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA; Domowa s. WWW: <https://energokod.gda.pl>; Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>.
[toc] | [prev] | [next] | [standalone]
Page 4 of 7 — ← Prev page 1 2 3 [4] 5 6 7 Next page →
Back to top | Article view | comp.lang.c++
csiph-web