Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #614600 > unrolled thread

Win 3.11 - Jobangebot

Back to article view | Back to ger.ct

Contents

  Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-01-28 13:00 +0100
    Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-28 12:12 +0000
      Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-01-28 13:46 +0100
    Re: Win 3.11 - Jobangebot Michael Bode <m.g.bode@web.de> - 2024-01-28 13:16 +0100
      Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-01-28 12:42 +0000
    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-28 15:08 +0100
      Re: Win 3.11 - Jobangebot Lothar Kimmeringer <news201705@kimmeringer.de> - 2024-01-28 17:17 +0100
        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-29 17:26 +0100
      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 20:58 +0100
        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-29 17:28 +0100
        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-29 17:29 +0100
      Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-01-30 07:34 +0100
        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-30 15:56 +0100
          Re: Win 3.11 - Jobangebot Matthias Eißing <meissing@gmx.de> - 2024-01-30 16:13 +0100
            Re: Win 3.11 - Jobangebot Carlo XYZ <carloxyz@invalid.invalid> - 2024-01-30 17:22 +0100
            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-31 21:03 +0100
              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-01 06:48 +0100
                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-01 15:33 +0100
                  Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-02-02 14:06 +0100
                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 18:10 +0100
                      Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-02-03 17:30 +0100
                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 08:24 +0100
                          Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 11:01 +0100
                            Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 12:27 +0100
                              Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 13:17 +0100
                            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 13:16 +0100
                              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 15:21 +0100
                                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 16:13 +0100
                                  Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 18:03 +0100
                                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 18:55 +0100
                                      Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-02-05 21:22 +0100
                                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-06 11:37 +0100
                                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 18:59 +0100
                                  Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 19:35 +0100
                                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 21:09 +0100
                                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-05 10:45 +0100
                                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-05 11:05 +0100
                                          Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-05 12:30 +0100
                                            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-05 13:21 +0100
                                              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-05 14:50 +0100
                                                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-05 15:28 +0100
                                                  Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-06 13:42 +0100
                                                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-06 13:56 +0100
                                                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-07 14:38 +0100
                                                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-07 14:59 +0100
                                                Re: C++ ( was: Win 3.11 - Jobangebot ) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-06 14:34 +0100
                                                  Re: C++ ( was: Win 3.11 - Jobangebot ) Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-06 15:05 +0100
                                                    Re: C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-08 14:12 +0100
                                                      Re: C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-08 15:16 +0100
                                                        Re: C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-08 17:34 +0100
                                                          Re: C++ Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-08 19:06 +0100
                                                      Re: C++ Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-08 17:34 +0100
                                                    Re: C++ ( was: Win 3.11 - Jobangebot ) Walter Brill <WalterBrill@t-online.de> - 2024-02-08 19:48 +0100
                                                  Re: C++ ( was: Win 3.11 - Jobangebot ) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-06 18:16 +0100
                                                    Re: C++ ( was: Win 3.11 - Jobangebot ) Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-13 17:12 +0100
                                                    Re: C++ ( was: Win 3.11 - Jobangebot ) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-03-16 13:13 +0100
                                                      Re: C++ ( was: Win 3.11 - Jobangebot ) Bonita Montero <Bonita.Montero@gmail.com> - 2024-03-16 13:29 +0100
                                            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-05 13:23 +0100
                                            Re: Win 3.11 - Jobangebot Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-02-06 19:00 +0100
                                            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-07 13:04 +0100
                                              Re: Win 3.11 - Jobangebot Walter Brill <WalterBrill@t-online.de> - 2024-02-07 13:38 +0100
                                                Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-07 13:05 +0000
                                            Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-07 14:50 +0100
                                Re: Win 3.11 - Jobangebot Walter Brill <WalterBrill@t-online.de> - 2024-02-05 11:11 +0100
                            Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-04 14:42 +0000
                          Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-02-05 21:17 +0100
          Re: Win 3.11 - Jobangebot Gerhard Hoffmann <dk4xp@arcor.de> - 2024-01-30 16:15 +0100
            Re: Win 3.11 - Jobangebot Carlo XYZ <carloxyz@invalid.invalid> - 2024-01-30 17:23 +0100
            Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 12:52 +0100
              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:39 +0100
              Re: Win 3.11 - Jobangebot Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-31 20:24 +0100
                Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-01 07:11 +0100
                  Re: Win 3.11 - Jobangebot Ulrich Weise <ulrich.weise@t-online.de> - 2024-02-01 10:46 +0100
          Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-01-31 14:03 +0100
            Re: Win 3.11 - Jobangebot Hartmut Ott <hartmut@arcor.de> - 2024-01-31 14:27 +0100
              Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-01-31 14:32 +0100
                Re: Win 3.11 - Jobangebot Hartmut Ott <hartmut@arcor.de> - 2024-02-01 14:37 +0100
            Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-31 21:02 +0100
              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-01 07:15 +0100
                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-01 15:24 +0100
              Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-01 10:42 +0100
                Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-01 11:40 +0100
                  Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-01 13:38 +0100
                    Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-01 14:55 +0100
                      Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-01 15:05 +0100
                        Re: Win 3.11 - Jobangebot Matthias Eißing <meissing@gmx.de> - 2024-02-01 15:26 +0100
                          Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-02 07:44 +0100
                            Re: Win 3.11 - Jobangebot Matthias Eißing <meissing@gmx.de> - 2024-02-02 08:47 +0100
                              Re: Win 3.11 - Jobangebot Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-02-02 08:54 +0100
                              Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-02 08:59 +0100
                                Re: Win 3.11 - Jobangebot Matthias Eißing <meissing@gmx.de> - 2024-02-02 09:23 +0100
                                  Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-02 09:32 +0100
                                  Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-02 09:39 +0100
                                    Re: Win 3.11 - Jobangebot Martin Ebert <mx300@gmx.net> - 2024-02-03 00:39 +0100
                                      Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-03 01:01 +0100
                                Re: Win 3.11 - Jobangebot Christian Schumacher <cs.spam@nurfuerspam.de> - 2024-02-02 08:45 +0000
                                  Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-02 09:56 +0100
                                    Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-02 10:47 +0100
                                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 12:00 +0100
                                        Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-02 13:56 +0000
                                          Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 17:33 +0100
                                            Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-02 20:39 +0000
                                              Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 12:23 +0100
                                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 13:47 +0100
                                    Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-02 11:15 +0100
                                    Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 11:49 +0100
                                    Re: Win 3.11 - Jobangebot Peter McD <peter.posts@gmx.net> - 2024-02-02 12:54 +0100
                                  Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-02 10:11 +0100
                                    Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-02 13:59 +0000
                                      Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-02 15:41 +0100
                                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 17:30 +0100
                                        Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-02 20:40 +0000
                                  Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-03 09:53 +0100
                                    Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-03 10:00 +0100
                                      Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-03 10:08 +0100
                                        Re: Win 3.11 - Jobangebot Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-02-03 14:19 +0100
                                          Re: Win 3.11 - Jobangebot "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-02-03 15:14 +0100
                                        Re: Win 3.11 - Jobangebot Michael Bode <m.g.bode@web.de> - 2024-02-03 14:28 +0100
                                    Survival of the Fittest (was: Win 3.11 - Jobangebot) Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2024-02-03 19:12 +0100
                                      Re: Survival of the Fittest (was: Win 3.11 - Jobangebot) Dr. Joachim Neudert <neudert@5sl.org> - 2024-02-03 18:32 +0000
                                        Re: Survival of the Fittest Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2024-02-03 22:54 +0100
                                          Re: Survival of the Fittest Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 11:11 +0100
                                          [OT] Universum ausgedruckt (was:Re: Survival of the Fittest) Walter Brill <WalterBrill@t-online.de> - 2024-02-04 15:35 +0100
                                            Re: [OT] Universum ausgedruckt Peter McD <peter.posts@gmx.net> - 2024-02-04 15:55 +0100
                                            Re: [OT] Universum ausgedruckt Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2024-02-04 16:15 +0100
                                          Re: Survival of the Fittest "Der Habakuk." <habakuk@linuxmail.org> - 2024-02-04 16:49 +0100
                                  Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-03 08:56 +0000
                                Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 10:43 +0100
                                Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-02 13:48 +0000
                                Re: Win 3.11 - Jobangebot Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2024-02-02 15:11 +0100
                                  Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-02 23:04 +0000
                                    Re: Win 3.11 - Jobangebot Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-02-03 01:03 +0100
                                      Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-03 08:49 +0000
                                        Re: Win 3.11 - Jobangebot Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-02-03 12:31 +0100
                                      Re: Win 3.11 - Jobangebot Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-02-03 12:55 +0000
                                Re: Win 3.11 - Jobangebot Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-02-02 15:21 +0100
                              Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-02 09:31 +0100
                              Re: Win 3.11 - Jobangebot Lars Gebauer <lgebauer@live.de> - 2024-02-02 09:35 +0100
                              Die Zukunft ist … noch nicht ganz fertig (was: Win 3.11 - Jobangebot) Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2024-02-02 15:05 +0100
                        Re: Win 3.11 - Jobangebot Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-02-01 15:57 +0100
                          Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-02 07:47 +0100
                            Re: Win 3.11 - Jobangebot Peter McD <peter.posts@gmx.net> - 2024-02-02 13:02 +0100
                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-01 15:31 +0100
                      Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-02 07:48 +0100
                  Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-01 13:40 +0100
                  Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-01 15:29 +0100
                Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-01 15:26 +0100
                  Re: Win 3.11 - Jobangebot "F. W." <me@home.invalid> - 2024-02-02 07:55 +0100
                    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 08:05 +0100
                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 08:24 +0100
                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 09:12 +0100
                    Re: Win 3.11 - Jobangebot Matthias Eißing <meissing@gmx.de> - 2024-02-02 08:42 +0100
                    Re: Win 3.11 - Jobangebot Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-02-02 10:24 +0000
                      Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 12:57 +0100
                        Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 17:15 +0100
                        Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 17:56 +0100
                          Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 18:45 +0100
                            Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 19:20 +0100
                              Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 08:23 +0100
                                Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 11:28 +0100
                                  Re: Win 3.11 - Jobangebot Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-02-04 11:41 +0100
                                  Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 13:18 +0100
                                    Re: Win 3.11 - Jobangebot Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-04 15:53 +0100
                                      Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-04 16:12 +0100
    Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-01-28 15:58 +0100
      Re: Win 3.11 - Jobangebot Heinz Brückner <Ha-He-Brueck@t-online.de> - 2024-01-29 12:04 +0100
        Re: Win 3.11 - Jobangebot Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-01-29 13:33 +0100
        Re: Win 3.11 - Jobangebot "Wendelin Uez" <wuez@online.de> - 2024-01-29 16:57 +0100
    Re: Win 3.11 - Jobangebot Walter Brill <WalterBrill@t-online.de> - 2024-01-29 20:11 +0100
      DB: Wir können auch anders (was:Re: Win 3.11 - Jobangebot) Walter Brill <WalterBrill@t-online.de> - 2024-02-06 16:06 +0100
      Re: Win 3.11 - Jobangebot Peter McD <peter.posts@gmx.net> - 2024-02-06 20:05 +0100
    Re: Win 3.11 - Jobangebot Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-08 15:13 +0100

Page 3 of 9 — ← Prev page 1 2 [3] 4 5 6 7 8 9  Next page →

#615100

Am 05.02.2024 um 14:50 schrieb Hermann Riemann:

> Kopieren bei mir nicht.
> Dafür gehen ich meine funktion get_text_p(char s),
> die mir den string s 4 byte aligend in eine puffer kopiert.

Naja, Strings müssen eigentlich nicht aligned sein und auf x86 arbeiten
die SSE-/AVX-beschleunigten Runtime-Funktionen auf x86 auch ohne Pro-
bleme und ohne Performance-Abschlag auch auf unalignten Adressen.

> Reicht der Platz nicht, wird ein Puffer mit doppelte Länge +strlen
> Länge angelegt. Da meine strings im Vergleich zum Haupsteicher so
> klein sind, gebe ich diesen Platz nicht frei.

Also wirklich, über sowas denk ich in C++ gar nicht nach.
Da hab ich meine String-Klasse und fertig.

> Die members sind vom typ int, float, struct ..
> und können pointer enthalten.

Eben struct-sonstwas, also doch ein komplexer Typ.

> Komplexere Objekte entstehen bei Verkettungen,
> int last, next, first_sub, last_sub, super_nr.
> Da ist 0 ein wichtiger Indikator.


Ich merk schon, Du hast so einen Minimalismus-Mindset, dass Du für
die Vorteile abstrakterer Programmierung nicht empfänglich bist.

> enum?

Kann ich damit zur Laufzeit von einem Schlüssel auf einen Wert
schließen ?

> char array mit zugehörige enum Texte?

Sachmal, weißt Du nicht was ne Hash-Map ist ?

> Es hat sich bei mir bewährt.

Es ist aber ggf. nicht optimal.

> Nicht bei kleinen Programmen Beispiel:
> 
> #include <stdio.h>
> int main(){ printf("hello world\n");}
> braucht in C++
> #include <iostream>
> int main(){std::cout<<"Hello world\n";}

Das ist auch keine praktische Programmieraufgabe.

> mehr Buchstaben.

Unterm Strich schreibt man in C++ einen Bruchteil des Codes.
Ich glaub Du hast noch nie was über 200 Zeilen geschrieben,
aber auch bei kleineren Programmen

> Dem gegenüber steht bei C++ ein riesiger von mir ungenutzter Sprachumfang.

Ja, weil Du auf ganz niedriger Ebene programmierst.

> Siehe oben get_text_p

Echt, was red ich hier ? Ich glaub ich kann jedem die Vorteile einer
String-Klasse klarmachen, nur dir nicht.

[toc] | [prev] | [next] | [standalone]

#615147

Am 05.02.24 um 15:28 schrieb Bonita Montero:
> Am 05.02.2024 um 14:50 schrieb Hermann Riemann:
> 
>> Kopieren bei mir nicht.
>> Dafür gehen ich meine funktion get_text_p(char s),
>> die mir den string s 4 byte aligend in eine puffer kopiert.
> 
> Naja, Strings müssen eigentlich nicht aligned sein und auf x86 arbeiten
> die SSE-/AVX-beschleunigten Runtime-Funktionen auf x86 auch ohne Pro-
> bleme und ohne Performance-Abschlag auch auf unalignten Adressen.

Wenn man union {char[4]; int32_t;} machen
  und so integer Vergleich statt memcmp;

>> Reicht der Platz nicht, wird ein Puffer mit doppelte Länge +strlen
>> Länge angelegt. Da meine strings im Vergleich zum Haupsteicher so
>> klein sind, gebe ich diesen Platz nicht frei.

> Also wirklich, über sowas denk ich in C++ gar nicht nach.
> Da hab ich meine String-Klasse und fertig.

Das ist einmal programmiert und wird in der Mehrheit
meiner Programme verwendet.

>> Die members sind vom typ int, float, struct ..
>> und können pointer enthalten.

> Eben struct-sonstwas, also doch ein komplexer Typ.

Daher ja auch

#define  next_index(p)    next_index_  ((char 
**)&g.p,sizeof(*g.p),&g.last_ ## p,&g.max_ ## p)

der mit struct sehr gut funktioniert.
im globalem g ist lauster so etwas wie
struct *name, int last_name, max_name;
enthalten. last_name ist Index von benutzte Obergrenze,
max_name vom aktuell reserviertem maximalem Index.
next_index_ ist eine externe Funktion

>
>> Komplexere Objekte entstehen bei Verkettungen,
>> int last, next, first_sub, last_sub, super_nr.
>> Da ist 0 ein wichtiger Indikator.

> Ich merk schon, Du hast so einen Minimalismus-Mindset, dass Du für
> die Vorteile abstrakterer Programmierung nicht empfänglich bist.

>> enum?

> Kann ich damit zur Laufzeit von einem Schlüssel auf einen Wert
> schließen ?

siehe nächste Zeile.

>> char array mit zugehörige enum Texte?

> Sachmal, weißt Du nicht was ne Hash-Map ist ?

Python dictionary.

Die enum Texte sind relativ kurz,
so dass sie sich mit union {char[8]; int64_t }
in ein array mit  int64_t kopieren lassen.
Und das array mit einer for durchlaufen
dürfte schneller als hash sein.

> Unterm Strich schreibt man in C++ einen Bruchteil des Codes.
> Ich glaub Du hast noch nie was über 200 Zeilen geschrieben,
> aber auch bei kleineren Programmen

Mein letztes vor wenigen Monate erstellte C Programm hat nach wc
   488 Zeilen
  1636 Wörter
16489 Buchstaben
Zeilen, die nur { oder } kommen da nicht vor.
Da zugehörige Python Programm hat nach wc
   734 Zeilen
  1641 Wörter
24615 Buchstaben

>> Dem gegenüber steht bei C++ ein riesiger von mir ungenutzter 
>> Sprachumfang.

> Ja, weil Du auf ganz niedriger Ebene programmierst.
> 
>> Siehe oben get_text_p
> 
> Echt, was red ich hier ? Ich glaub ich kann jedem die Vorteile einer
> String-Klasse klarmachen, nur dir nicht.

Die String Klasse entspricht Typ str in Python.
Für kleiner Textaufgaben reicht es in C aus,
mit ein paar uchar *p pointer eine Datei zu scannen.
Das hat weniger Verwaltung.


-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#615150

Am 06.02.2024 um 13:42 schrieb Hermann Riemann:

> Wenn man union {char[4]; int32_t;} machen
>   und so integer Vergleich statt memcmp;

Union ist aber keine zulässige Variante des Aliasings, auch wenn das von
den Compilern unterstützt wird, der Standard tut es nicht. Und wenn das
was ein memcmp()-Aufruf macht nicht gerade ge-inline-t wird weil es sich
um eine kleine, fixe Länge handelt, dann wird durch dein Runtime-Code eh
grobkörniger verglichen als pro Byte.

> Das ist einmal programmiert und wird in der Mehrheit
> meiner Programme verwendet.

Der C++-String is aber komfortabler. Einfach string str( "hello" ) oder
str += " world" und fertig, das ist alles einfach so komfortabel wie es
sein soll, da hält kein C mit.

> #define  next_index(p)    next_index_  ((char 
> **)&g.p,sizeof(*g.p),&g.last_ ## p,&g.max_ ## p)

Echt, ich red an dir vorbei weil ich dich mit deinem Lowlevel-Mindset
gar nicht erreiche. Diese ganzen Popeleien wie oben hab ich in C++ gar
nicht nötig.

> Python dictionary.

In C++ ist das nur hundertmal effizienter weil das typisiert und nicht
interpretiert ist.

> Die enum Texte sind relativ kurz, ...

Nur kein Ersatz für ne Hash-Map.

> Mein letztes vor wenigen Monate erstellte C Programm hat nach wc
>    488 Zeilen
>   1636 Wörter
> 16489 Buchstaben
> Zeilen, die nur { oder } kommen da nicht vor.
> Da zugehörige Python Programm hat nach wc
>    734 Zeilen
>   1641 Wörter
> 24615 Buchstaben

Echt, Du musst doch Schmerzen haben.

> Die String Klasse entspricht Typ str in Python.

Es geht um den Vergleich zweier Sprachen für effiziente
und System-nahe Programmierung, und da ist Python raus.

> Für kleiner Textaufgaben reicht es in C aus,
> mit ein paar uchar *p pointer eine Datei zu scannen.
> Das hat weniger Verwaltung.

In C++ ist der Code maximal ein Fünftel so groß.
Und komm mir jetzt nicht mit Hello World Vergleichen.

[toc] | [prev] | [next] | [standalone]

#615243

Am 06.02.24 um 13:56 schrieb Bonita Montero:
> Am 06.02.2024 um 13:42 schrieb Hermann Riemann:
> 
>> Wenn man union {char[4]; int32_t;} machen
>>   und so integer Vergleich statt memcmp;
> 
> Union ist aber keine zulässige Variante des Aliasings, auch wenn das von
> den Compilern unterstützt wird, der Standard tut es nicht. Und wenn das
> was ein memcmp()-Aufruf macht nicht gerade ge-inline-t wird weil es sich
> um eine kleine, fixe Länge handelt, dann wird durch dein Runtime-Code eh
> grobkörniger verglichen als pro Byte.
> 
>> Das ist einmal programmiert und wird in der Mehrheit
>> meiner Programme verwendet.
> 
> Der C++-String ist aber komfortabler. Einfach string str( "hello" ) oder
> str += " world" und fertig, das ist alles einfach so komfortabel wie es
> sein soll, da hält kein C mit.

char str[256];
strcpy(str, "hello");
strcat(str," world");

Anderer Fall:

Ich habe nacheinander viele *.html Dateien,
aus denen ich andere html Dateien erstelle.
Aus jeder html Datei 4 andere mit teilweise anderen Inhalt.

Ich erstelle einen 1 MB großen Puffer,
der Platz für read(st_size) und 4 * 2*st_size für die
Ausgabe und noch einiges enthält.

Gescannt und geschrieben wird mit pointer auf unsigned char
ein in C bu=*in_p++ wäre in C++ bu=in_string[in_i++];
Eine Ausgabe in C wäre *out_p_nr++=bu in c++ in C++ out_string_nr+=c;
Vom schreiben her etwa gleich.
Vom Ablauf her dürfte C++ wegen Verwaltung und eventuell
malloc und free Aufrufe erheblich langsamer sein.

>> #define  next_index(p)    next_index_  ((char 
>> **)&g.p,sizeof(*g.p),&g.last_ ## p,&g.max_ ## p)

> Echt, ich red an dir vorbei weil ich dich mit deinem Lowlevel-Mindset
> gar nicht erreiche. Diese ganzen Popeleien wie oben hab ich in C++ gar
> nicht nötig.


next_index(name) entspricht in C++  name.length(name.pushback())

>> Python dictionary.
> 
> In C++ ist das nur hundertmal effizienter weil das typisiert und nicht
> interpretiert ist.

Falsch. Die Auswahl dürfte in beiden über eine (in C programmierte?)
hash Funktion gehen.

>> Die enum Texte sind relativ kurz, ...

> Nur kein Ersatz für ne Hash-Map.

Doch, erfordert aber Handarbeit beim Programmieren,
sofern das nicht mit einem aus Quelltext modifizerendem
Programm erstellt wird.

>> Mein letztes vor wenigen Monate erstellte C Programm hat nach wc
>>    488 Zeilen
>>   1636 Wörter
>> 16489 Buchstaben
>> Zeilen, die nur { oder } kommen da nicht vor.
>> Da zugehörige Python Programm hat nach wc
>>    734 Zeilen
>>   1641 Wörter
>> 24615 Buchstaben

> Echt, Du musst doch Schmerzen haben.

Ich vermute, das C++ bei diesem Programm vielleicht
noch eher nachteilig wäre.

Ich vermute, C++ bring mir Vorteile
wenn ich Klassen mit Quaternionen, Biquaternionen
oder pyhsikalische Größen ( z.B. 20 km/std + 5 m/sec ) rechne.

>> Die String Klasse entspricht Typ str in Python.
> 
> Es geht um den Vergleich zweier Sprachen für effiziente
> und System-nahe Programmierung, und da ist Python raus.

Python ist weniger Aufwand beim Programmieren.
Also Zeit abwägen Warten beim Ablauf gegen Zeit beim programmieren.

>> Für kleiner Textaufgaben reicht es in C aus,
>> mit ein paar uchar *p pointer eine Datei zu scannen.
>> Das hat weniger Verwaltung.

> In C++ ist der Code maximal ein Fünftel so groß.

Das hängt davon ab, um was es geht.
C kann bei gleicher Aufgabe durchaus mehr code tippen
und schwerer Lesen zur Folge haben,

> Und komm mir jetzt nicht mit Hello World Vergleichen.

Ist ein Unterprogramm  zu Berechnung der Fakultät
  in C++ besser als in C?

..




-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#615247

Am 07.02.2024 um 14:38 schrieb Hermann Riemann:

> Am 06.02.24 um 13:56 schrieb Bonita Montero:

>> Der C++-String ist aber komfortabler. Einfach string str( "hello" ) oder
>> str += " world" und fertig, das ist alles einfach so komfortabel wie es
>> sein soll, da hält kein C mit.

> char str[256];
> strcpy(str, "hello");
> strcat(str," world");

Ja, super, aber i.d.R. hat man dynamische Strings und muss auf die
Bounds aufpassen, das ist für die Tonne.

> Ich habe nacheinander viele *.html Dateien,
> aus denen ich andere html Dateien erstelle.
> Aus jeder html Datei 4 andere mit teilweise anderen Inhalt.
> 
> Ich erstelle einen 1 MB großen Puffer,
> der Platz für read(st_size) und 4 * 2*st_size für die
> Ausgabe und noch einiges enthält.

Dieses Lowlevel-Mindset ist komplett krank. Ich mein C ist dafür da,
Aufgaben die System-nah und peformant sein müssen zu realisieren; für
das was Du zeigst nimmt man kein C.

> Gescannt und geschrieben wird mit pointer auf unsigned char
> ein in C bu=*in_p++ wäre in C++ bu=in_string[in_i++];

Sachmal, die Vorteile einer abstrakteren Sprache gehen komplet an dir
vorbei; da kann man reden wie man willl.

> Vom Ablauf her dürfte C++ wegen Verwaltung und eventuell
> malloc und free Aufrufe erheblich langsamer sein.

Ja, kann sein, aber dafür hat man sichere Strings.
Mit einem modernen Memory-Allocator ist das aber vernachlässigbar.

> Falsch. Die Auswahl dürfte in beiden über eine (in C programmierte?)
> hash Funktion gehen.

Guck dir den Vergleich zwischen Python und C++ im Computer Lanugages
Benchmark Game an ...

>>> Die enum Texte sind relativ kurz, ...

>> Nur kein Ersatz für ne Hash-Map.

> Doch, erfordert aber Handarbeit beim Programmieren, ...

Mit ner enum kannst Du nicht zur Laufzeit von einem Schlüssel auf
einen Wert mappen.

> Ich vermute, das C++ bei diesem Programm vielleicht
> noch eher nachteilig wäre.

C++ ist praktisch immer vorteilig ggü. C weil man weniger Code
schreibt und mit ner Menge Details nicht mehr zu tun hat.

> Ich vermute, C++ bring mir Vorteile
> wenn ich Klassen mit Quaternionen, Biquaternionen
> oder pyhsikalische Größen ( z.B. 20 km/std + 5 m/sec ) rechne.

Bleib bei deinem Lowlevel-Mindset, mit dem betrachtest Du auch C++,
dass Du keine Vorteile erkennen kannst.

>> Es geht um den Vergleich zweier Sprachen für effiziente
>> und System-nahe Programmierung, und da ist Python raus.

> Python ist weniger Aufwand beim Programmieren.

Ja, mag sein, aber ist dennoch kein Ersatz für das was man C++ und C
normalerweise gebraucht.

>>> Für kleiner Textaufgaben reicht es in C aus,
>>> mit ein paar uchar *p pointer eine Datei zu scannen.
>>> Das hat weniger Verwaltung.

>> In C++ ist der Code maximal ein Fünftel so groß.

> Das hängt davon ab, um was es geht.

Ja, oder noch mehr.

> C kann bei gleicher Aufgabe durchaus mehr code tippen
> und schwerer Lesen zur Folge haben,

Das sowieso, denn man muss viele Details die man in C++ nebenbei
erledigt händisch selbst handhaben.

> Ist ein Unterprogramm  zu Berechnung der Fakultät
>   in C++ besser als in C?

Das ist keine praktische Programmieraufgabe.

[toc] | [prev] | [next] | [standalone]

#615153 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 05.02.24 um 15:00 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> braucht in C++
>> #include <iostream>
>> int main(){std::cout<<"Hello world\n";}
> 
>    BTW: C++23:
> 
> import std;
> 
> int main(){ std::println( "Hello world" ); }

In Breymann (C++20) steht noch

#include <iostream>
using namespace std

Fehlt oben #include <print> ?

Ich brauche vielleicht ein neues C++ Buch.

C++ Unterlagen
zu  Borland und IBM    C++ für OS/2
zu Semantic und Visual C++ für windows 95
habe ich entsorgt.

Meine C++ Unterlagen ( Bis auf Kurs je 1 Buch)
1989 Programmieren in C++
1993 Grundkurs C++ von einem Arbeitskollegen
1996 Die C++ Standard Template Library
2000 C/C++ Referenz
2003 Intensivkurs C++
2006 C++ Kochbuch
2008 Die Boost C++ Bibliotheken
2015 Effektives modernes C++
2015 Hanser Die C++ Programmiersprache von Stroustrup zu C++11
2015 mitp C++ lernen.. zu C++14
2020 Rheinwerk C++ Das umfassende Handbuch zu C++20
2020 Hanser C++ programmieren von Breymann zu C++20

Also 45 Regal cm mit Platzproblem.
Was wird davon noch benötigt?

-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#615159 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 06.02.2024 um 14:34 schrieb Hermann Riemann:

> Meine C++ Unterlagen ( Bis auf Kurs je 1 Buch)
> 1989 Programmieren in C++
> 1993 Grundkurs C++ von einem Arbeitskollegen
> 1996 Die C++ Standard Template Library
> 2000 C/C++ Referenz
> 2003 Intensivkurs C++
> 2006 C++ Kochbuch
> 2008 Die Boost C++ Bibliotheken
> 2015 Effektives modernes C++
> 2015 Hanser Die C++ Programmiersprache von Stroustrup zu C++11
> 2015 mitp C++ lernen.. zu C++14
> 2020 Rheinwerk C++ Das umfassende Handbuch zu C++20
> 2020 Hanser C++ programmieren von Breymann zu C++20
> 
> Also 45 Regal cm mit Platzproblem.
> Was wird davon noch benötigt?
> 

Man braucht im Prinzip nur den Stroustrup zu C++11 und alles weitere
kann man sich bei Leanpub für kleines Geld kaufen. Diese deutschspra-
chigen Bücher von Hanser, Rheinwerk etc. sind meiner Meinung nach
alles oberflächliche Rundumschläge.

[toc] | [prev] | [next] | [standalone]

#615271 — Re: C++

Am 06.02.24 um 15:05 schrieb Bonita Montero:
> Man braucht im Prinzip nur den Stroustrup zu C++11 

PT 1989 Programmieren in C++
PT 1993 Grundkurs C++ von einem Arbeitskollegen
Ke 1996 Die C++ Standard Template Library
Ke 2000 C/C++ Referenz
Re 2003 Intensivkurs C++
PT 2006 C++ Kochbuch
Ke 2008 Die Boost C++ Bibliotheken
Ke 2015 Effektives modernes C++
Re 2015 Hanser Die C++ Programmiersprache von Stroustrup zu C++11
PT 2015 mitp C++ lernen.. zu C++14
Re 2020 Rheinwerk C++ Das umfassende Handbuch zu C++20
Re 2020 Hanser C++ programmieren von Breymann zu C++20

Aktionen:
Die mit PT sind in der Papier Tonne
die mit Ke sind im Keller ( falls nochmal gebraucht.)
die mit Re sind im Regal,

 > und alles weitere kann man sich bei Leanpub für kleines Geld kaufen.

Katze im Sack. Englisch ist für mich schwerer lesbar,
Dann such ich lieber im internet nach Ergänzungen.

 > Diese deutschsprachigen Bücher von Hanser, Rheinwerk etc.
 > sind meiner Meinung nach alles oberflächliche Rundumschläge.

Zum schnellen leichten lernen, finden und Nachschlagen
scheinen mir sie geeignet.

Ich habe dann noch C++ kurz und gut und im gleichem mini Buchformat
C++ Standardbibliothek.

In Python3 sind meine Papiere oft unvollständig.
Dann suche ich in <https://docs.python.org/3/>
Was ist das Gegenstück dazu für C++?

Hermann
    vermutend, dass er 2023 1. Halbjahr kein C++
    programmieren wird, aber noch erwägt,
    C++ für einige Projekte zu verwenden.

p.s. in C sind meine wichtigsten Bücher:
Kernighan/Ritche ANSI C (1988)  und
Linux Unix Kurzreferenz Herold 2. Auflage 1999

-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#615276 — Re: C++

Am 08.02.2024 um 14:12 schrieb Hermann Riemann:
> Katze im Sack. Englisch ist für mich schwerer lesbar,
> Dann such ich lieber im internet nach Ergänzungen.

Die Bücher kosten so 10 bis 20€ und sind immer von namenhaften Größen
wie Josuttis oder Grimm, der ja auch auf heise.de schreibt, geschrieben.
Ich hab in dem Sinne alles was die diesbezüglich anbieten gekauft und
da war nie ein Fehlgriff dabei.
Wenn Du willst such mal auf boerse.im nach C++-Buchsammlung, da ist
alles dabei was man bis C++23 braucht.

[toc] | [prev] | [next] | [standalone]

#615281 — Re: C++

Am 08.02.24 um 15:16 schrieb Bonita Montero:

> Am 08.02.2024 um 14:12 schrieb Hermann Riemann:
>> Katze im Sack. Englisch ist für mich schwerer lesbar,
>> Dann such ich lieber im internet nach Ergänzungen.
> 
> Die Bücher kosten so 10 bis 20€ und sind immer von namenhaften Größen
> wie Josuttis oder Grimm, der ja auch auf heise.de schreibt, geschrieben.
> Ich hab in dem Sinne alles was die diesbezüglich anbieten gekauft und
> da war nie ein Fehlgriff dabei.

Mein kurz&gut Buch zu C++11 werde ich vermutlich bald
durch das zu C++17 ersetzen.
Das Buch kurz&gut Buch Standardbibiothek zu C++11 bleibt ohnehin erhalten.

Das Buch Modernes C++ concurrency meistern für 39.-€
ist Kandidat, wenn ich C++ praktisch verwenden will.

Die Bücher von Josuttis C++20 the complete guide für 85,99 €
und C++ Templates: the complete guide für für 93,99 €
bzw. dessen Nachfolger, werde ich vielleicht
nach etlich mehr C++ Erfahrung kaufen.

> Wenn Du willst such mal auf boerse.im nach C++-Buchsammlung, da ist
> alles dabei was man bis C++23 braucht.

Boerse.im kommt mir seltsam vor.
Meine Bücher kaufe ich meist bei Hugendubel.

-- 
<http://www.hermann-riemann.de>

[toc] | [prev] | [next] | [standalone]

#615284 — Re: C++

Am 08.02.2024 um 17:34 schrieb Hermann Riemann:
> Am 08.02.24 um 15:16 schrieb Bonita Montero:
> 
>> Am 08.02.2024 um 14:12 schrieb Hermann Riemann:
>>> Katze im Sack. Englisch ist für mich schwerer lesbar,
>>> Dann such ich lieber im internet nach Ergänzungen.
>>
>> Die Bücher kosten so 10 bis 20€ und sind immer von namenhaften Größen
>> wie Josuttis oder Grimm, der ja auch auf heise.de schreibt, geschrieben.
>> Ich hab in dem Sinne alles was die diesbezüglich anbieten gekauft und
>> da war nie ein Fehlgriff dabei.
> 
> Mein kurz&gut Buch zu C++11 werde ich vermutlich bald
> durch das zu C++17 ersetzen.
> Das Buch kurz&gut Buch Standardbibiothek zu C++11 bleibt ohnehin erhalten.
> 
> Das Buch Modernes C++ concurrency meistern für 39.-€
> ist Kandidat, wenn ich C++ praktisch verwenden will.
> 
> Die Bücher von Josuttis C++20 the complete guide für 85,99 €
> und C++ Templates: the complete guide für für 93,99 €
> bzw. dessen Nachfolger, werde ich vielleicht
> nach etlich mehr C++ Erfahrung kaufen.
> 
>> Wenn Du willst such mal auf boerse.im nach C++-Buchsammlung, da ist
>> alles dabei was man bis C++23 braucht.
> 
> Boerse.im kommt mir seltsam vor.
> Meine Bücher kaufe ich meist bei Hugendubel.
> 

Nimm das:
https://mega.nz/file/eg1RDb7Q#al0DD36dq-S8jYl03b9BTjIjHKJCdfOM4hPCrLDr-OA
boerse.im ist das Passwort.
Da ist alles drin was Du bis hin zu C++23 brauchst.

[toc] | [prev] | [next] | [standalone]

#615282 — Re: C++

Am 08.02.24 um 14:33 schrieb Stefan Ram:
>> In Python3 sind meine Papiere oft unvollständig.
>> Dann suche ich in <https://docs.python.org/3/>
>> Was ist das Gegenstück dazu für C++?
> 
> Die offizielle Dokumentation der Programmiersprache ist eine
> ISO-Norm, aber "cppreference" war bis zirka 2020 als Web-Referenz
> gut geeignet. (Ich habe seitdem nicht mehr dort nachgeschaut.)

Die Suche nach cppreference hat mir 2 brauchbare urls geliefert.

> Die bisher neueste ISO-Norm für C++ ist wohl "ISO/IEC 14882:2020".
> Die Veröffentlichung einer neueren Version steht wohl kurz bevor.
> 
> Die ISO-Norm wäre kostenpflichtig von der ISO zu erwerben,
> ist allerdings mehr für Fortgeschrittene.

Erinnert an kostenpflichtige DIN Norm.
Ist daher für mich nicht relevant.
Ich bin nur in gewissen Grenzen bereit zu zahlen.
Wenn mir etwas zu teuer ist, suche ich nach Umwegen.

Bei C++ zählt für für mich das, was in Linux ( cc ) geht.

> All diese Quellen sind aber auf englisch.

englisch im computer Bereich ist für mich leichter lesbar
als etwa Harry Potter auf englisch,
da viele englische Wörter im computer Bereich verwendet werden.

Ich erinnere mich noch an alte Bücher, wo ich an
zentrale Recheneinheit und Alarmkeller rätselte.

Bei unbekannten Wörter ( auch in deutsch) hilft Wörterbuch oder
Eingabe in eine Suchmaschine.

[toc] | [prev] | [next] | [standalone]

#615287 — Re: C++ ( was: Win 3.11 - Jobangebot )

Hallo,

Am 06.02.24 um 15:05 schrieb Bonita Montero:
> Am 06.02.2024 um 14:34 schrieb Hermann Riemann:
> 
>> Meine C++ Unterlagen ( Bis auf Kurs je 1 Buch)
..
>>
>> Also 45 Regal cm mit Platzproblem.
>> Was wird davon noch benötigt?
>>
> 
> Man braucht im Prinzip nur den Stroustrup zu C++11 und alles weitere
> kann man sich bei Leanpub für kleines Geld kaufen. Diese deutschspra-
> chigen Bücher von Hanser, Rheinwerk etc. sind meiner Meinung nach
> alles oberflächliche Rundumschläge.

Es geht doch nichts über eine grafische Darstellung:

The C++ Iceberg
https://fouronnes.github.io/cppiceberg/

Ciao
Walter

[toc] | [prev] | [next] | [standalone]

#615178 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 06.02.24 um 15:03 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Fehlt oben #include <print> ?
> 
>    Die neueren Versionen von C++ enthalten ein Modulsystem. Man braucht
>    "#include" daher nun seltener. Mit "import std;" wird bereits die
>    gesamte Standardbibliothek bereitgestellt. (Mit "import std.compat;"
>    würden zusätzlich die globalen C-Funktionen wie "printf" so bereit-
>    gestellt werden, daß man sie ohne "std" davor nutzen könnte.)

Für mich kommen nur compiler für Linux cc in Frage.
Die Versionen kann ich mit z.B. g++ -std=c++17 abfragen.
Momentan habe ich da 17 ( SuSE 15 ) 23 ( SuSE tumbleweed)
2a (Debian 10 ) 20  ( Debian 11 ) ( Debian 12 noch nicht installiert).
raspberry pi ? ( wird demnächst neu installiert).
Irgendwann soll C++ 26 dran sein.

>> Also 45 Regal cm mit Platzproblem.
>> Was wird davon noch benötigt?

>    Ich würde sagen, das kommt auf Deine Ziele an. Wenn Du eine
>    ältere Version von C++ nutzen willst, sind die vorhandene Bücher
>    ja in Ordnung, obwohl ich /nicht/ ihre jeweilige Qualität im
>    Einzelnen beurteilen kann, weil ich sie nicht alle kenne.

Ich benutze C wenn Python zu langsam ist, oder ich Spezielles brauche.
Als Nächstes steht da Pixel Bearbeitung von Bilder an.
Vielleicht dann noch einiges an Physik Simulationen und Robotik.

Wenn ich Zeit habe, konvertiere ich einige meine C Programme
mal nach C++ und Rust, um Erfahrung zu sammeln.
>    Aber modernes C++ richtig gut zu lernen, ist ein Vollzeitprojekt,

Komplett Lernen geht bei mir nicht.
Wenn ich programmiere, schaue ich was gebrauchen könnte.

[toc] | [prev] | [next] | [standalone]

#617516 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 13.03.2024 um 17:06 schrieb Stefan Ram:

>    Wie ich jetzt sehe, scheint die Übersetzung der dritten
>    Auflage von "A Tour of C++" 2023 als "Eine Tour durch C++"
>    auf deutsch erschienen zu sein. Dann ist das jetzt das
>    /empfehlenswerteste C++-Buch/ für jemanden, der gerne deutsch
>    liest. Aber bei einer Bestellung sollte man unbedingt darauf
>    achten, daß man keine Auflage aus den 10er Jahren bestellt!

Das ist aber nur ein grober Rundumschlag zum aktuellen Stand von C++.
Bis man mit der Sprache wirklich professionell arbeiten kann kann man
sich 10 von solchen Büchern anlesen.

[toc] | [prev] | [next] | [standalone]

#617696 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 16.03.24 um 12:01 schrieb Stefan Ram:
>    Einigermaßen aktuell und auf deutsch ist auch:
> 
> C++ programmieren
> Ulrich Breymann
> wohl 2020
> Hanser
> München

2020 ist 6. Auflage. Da steht auf der Hülle actuell zu C++20

>    . Ich denke zum jetzigen Zeitpunkt muß man es als noch zu
>    früh ansehen, C++23 lernen oder anwenden zu wollen, weil
>    die Literatur und die Implementationen dafür noch nicht
>    ausreichend verfügbar sind. Damit ist es realistisch, entweder
>    jetzt C++20 zu lernen oder noch ein oder zwei Jahre zu warten.

Vielleicht gibt es dann Rust++ ;-)?

[toc] | [prev] | [next] | [standalone]

#617699 — Re: C++ ( was: Win 3.11 - Jobangebot )

Am 16.03.2024 um 13:13 schrieb Hermann Riemann:
> Am 16.03.24 um 12:01 schrieb Stefan Ram:
>>    Einigermaßen aktuell und auf deutsch ist auch:
>>
>> C++ programmieren
>> Ulrich Breymann
>> wohl 2020
>> Hanser
>> München
> 
> 2020 ist 6. Auflage. Da steht auf der Hülle actuell zu C++20

Wie dem auch sei - ich hab mir bei Anna's Archive das Buch mal runterge-
laden und es ist so schlecht wie fast alle deutschsprachigen Bücher zu
C++. Das Buch dreht sich nur zur Hälfte um die Sprache selbst, der Rest
ist "wie programmiere ich Sockets" und "was mache ich mit make" etc..
Das ist mir zu dünn für so ne anspruchsvolle Sprache wie C++.
Für mich# erscheint der beste Weg, C++ bis zum aktuellen Standard zu
lernen, den Stroustrup zu C++11 zu lesen und dann die Add-Ons von
Leanpub bis C++23.

[toc] | [prev] | [next] | [standalone]

#615091

Am 05.02.2024 um 13:04 schrieb Stefan Ram:
> Hermann Riemann <nospam.ng@hermann-riemann.de> writes:
>> Erinner an strcp
> 
>    Hier habe ich einmal einen Texteditor in C++ geschrieben:
> 
>    Quellkode
> 
> #include <iostream>
> #include <ostream>
> #include <istream>
> #include <cstdlib>
> 
> int arg( ::std::string & s ){ return stoi( s.substr( 1 )); }
> 
> int main()
> { ::std::cout << "i1  insert \"1\"\n+1  move cursor right\n "
>    ::std::string s{ "alpha" }, command; int pos = 0; while( 1 )
>    { ::std::cout << s << '\n' << ::std::string( pos, ' ' ) << '^' << '\n';
>      ::std::cin >> command; switch( command.at( 0 ))
>      { case '+': pos += arg( command ); break;
>        case 'i': s.insert( pos, command.substr( 1 )); break; }}}

Du könntest vielleicht die Vorteile von C++ aufzeigen, aber echt
nicht mit dieser individualistischen Formatierung. Das ist wie wenn
Du mit Leuten im Team zusammenarbeitest, da formatiert vielleicht
einer von tausend so.

[toc] | [prev] | [next] | [standalone]

#615186

Am 06.02.2024 um 10:57 schrieb Stefan Ram:
> ram@zedat.fu-berlin.de (Stefan Ram) writes:
>> int main()
>> { ::std::cout << "i1  insert \"1\"\n+1  move cursor right\n "
> 
>    Sorry, hatte die BASIC-Version gestern ganz vergessen!
> 
> 100 PRINT "i1  insert ""1""" + CHR$( 13 )+ "+1  move cursor right"
> 110 LET S$ = "alpha": P = 0
> 120 PRINT S$
> 130 IF P=0 GOTO 170
> 140 FOR I=1 TO P
> 150     PRINT " ";
> 160 NEXT I
> 170 PRINT "^"
> 180 INPUT CO$
> 190 LET C$ = LEFT$( CO$, 1 )
> 200 LET A$ = RIGHT$( CO$, LEN( CO$ )- 1 )
> 210 IF C$ <> "+" GOTO 240
> 220 LET P = P + VAL( A$ )
> 230 GOTO 120
> 240 LET S$ = LEFT$( S$, P )+ A$ + RIGHT$( S$, LEN( S$ )- P )
> 250 GOTO 120
> 260 END
> 
>    Testlauf
> 
> RUN
> i1  insert 1
> +1  move cursor right
> alpha
> ^
> ? +2
> 
> alpha
>    ^
> ? i__
> 
> al__pha
>    ^
> ?
> 

Ich überlege mir jetzt, ob ich mein Hamsterscript poste, mit dem ich die 
Bankauszugs-PDFe verschiedener Institute in meine eigene 
Archiv-Systematik umschimpfe und in die entsprechenden Verzeichnisse 
einwerfe.

Ich glaub, die Gruppe ist hinreichend weichgeschossen.

Ahe xrvar Cnavx, vf rva Fpuemrey.


-- 
LG Georg

Löwen föhnen ist keine TikTok-Challenge.

[toc] | [prev] | [next] | [standalone]

#615235

Am 07.02.2024 um 13:00 schrieb Stefan Ram:
> ram@zedat.fu-berlin.de (Stefan Ram) writes:
>> Editor.html
> 
>    PS: Die vorherige Version ist vermutlich funktionsfähig, aber
>    enthielt noch einige überflüssige Anweisungen. Hier eine etwas
>    gekürzte Version:
> 
> <!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml"
> lang="en" xml:lang="en">
> <head><meta charset="UTF-8" /><title>Editor</title>
> <style>*{font-family: monospace}</style>
> </head><body><div id="root"></div>
> <script type="module">
> function edit( buffer, pos )
> { let elem = document.createElement( "p" );
>    elem.className = "text";
>    elem.innerText =
>    buffer + "\n" + String.fromCharCode( 160 ).repeat( pos )+ "^"
>    document.getElementById( "root" ).appendChild( elem );
>    elem = document.createElement( "input" );
>    elem.setAttribute( "type", "text" );
>    document.getElementById( "root" ).appendChild( elem );
>    elem.focus();
>    elem.addEventListener
>    ( "keydown",
>      function( e )
>      { if( e.key === "Enter" )
>        { const input = elem.value;
>          if( input[ 0 ]== "+" )
>          pos += parseInt( input.substr( 1 ), 10 );
>          else
>          { buffer =
>            buffer.substr( 0, pos )+ input.substr( 1 )+
>            buffer.substr( pos ); }
>          setTimeout( function(){ edit( buffer, pos );}, 0 ); }}); }
> function main(){ edit( "alpha", 0 ); }
> main()
> </script></body></html>
> 

Deine Code-Formatierung ist schon exzentrisch.

[toc] | [prev] | [next] | [standalone]

Page 3 of 9 — ← Prev page 1 2 [3] 4 5 6 7 8 9  Next page →

Back to top | Article view | ger.ct

csiph-web