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

Groups > ger.ct > #614381 > unrolled thread

Zwei Textdateien zeilenweise abgleichen

Back to article view | Back to ger.ct

Contents

  Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 12:27 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Ulf Kutzner <Ulf.Kutzner@web.de> - 2024-01-23 03:45 -0800
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:55 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Hartmut Ott <hartmut@arcor.de> - 2024-01-23 13:14 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-23 13:31 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "Wendelin Uez" <wuez@online.de> - 2024-01-23 13:50 +0100
        Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:56 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 11:16 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Shinji Ikari <shinji@gmx.net> - 2024-01-23 14:17 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-23 14:57 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Walter Brill <WalterBrill@t-online.de> - 2024-01-23 16:44 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gunter Kühne <kuehne-g@freenet.de> - 2024-01-23 18:07 +0100
    Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-23 16:01 +0000
    Re: Zwei Textdateien zeilenweise abgleichen Axel Reichert <mail@axel-reichert.de> - 2024-01-23 18:41 +0100
    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-24 18:14 +0100
      Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-24 19:09 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Axel Reichert <mail@axel-reichert.de> - 2024-01-24 21:00 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 02:54 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:52 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 03:16 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:51 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:35 +0100
            Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 20:10 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-25 22:42 +0000
              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-26 10:59 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-26 22:20 +0000
                  Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 14:36 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 14:46 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 18:08 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 18:34 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:46 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 11:15 +0100
                              Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 12:11 +0100
                                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 12:43 +0100
                                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 13:46 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 13:52 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:26 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Ulf Kutzner <Ulf.Kutzner@web.de> - 2024-01-29 03:18 -0800
                            Re: Zwei Textdateien zeilenweise abgleichen "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-03-01 12:30 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 18:52 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-27 18:01 +0000
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 21:20 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-27 21:57 +0000
                      Re: Zwei Textdateien zeilenweise abgleichen Goetz Schultz <ng.expire1225@goetz.co.uk> - 2024-01-27 20:17 +0000
        Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 18:59 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-25 19:08 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-25 20:10 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2024-01-25 19:45 +0000
            Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-26 09:07 +0000
              Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 10:02 +0000
                Re: Zwei Textdateien zeilenweise abgleichen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-01-26 10:41 +0000
                Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:39 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 00:02 +0000
          Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-26 06:57 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Andreas Karrer <ak-4a@gmx.ch> - 2024-01-26 09:55 +0000
            Re: Zwei Textdateien zeilenweise abgleichen Michael Zink <michael@swamp.franken.de> - 2024-01-27 10:03 +0100
              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 13:10 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-27 14:45 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen "Dr. Joachim Neudert" <neudert@5sl.org> - 2024-01-27 18:18 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 18:47 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-27 19:39 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-27 21:24 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 00:03 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:00 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:36 +0100
              Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 19:42 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 09:43 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 11:12 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 11:38 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 11:56 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-01-28 12:09 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 12:31 +0100
                          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 12:38 +0100
                            Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 13:33 +0100
                              Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:06 +0100
                                Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-28 23:38 +0100
                                  Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-31 13:37 +0100
                                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:54 +0100
                                      Re: Zwei Textdateien zeilenweise abgleichen Georg Gruber <g.gruber_hauwech@gmx.net> - 2024-01-31 15:11 +0100
                                      Re: Zwei Textdateien zeilenweise abgleichen Matthias Eißing <meissing@gmx.de> - 2024-01-31 15:19 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-28 16:00 +0100
                    [Python3] print() (was: Zwei Textdateien zeilenweise abgleichen) Marcel Logen <333200007110-0201@ybtra.de> - 2024-01-28 16:20 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-28 21:16 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-30 07:24 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Michael Bode <m.g.bode@web.de> - 2024-02-02 17:40 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-02 20:00 +0100
          Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 12:15 +0100
            Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 12:45 +0100
              Re: Zwei Textdateien zeilenweise abgleichen; Ergänzung Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-02-03 16:27 +0100
      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 09:54 +0100
        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 11:54 +0100
          Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 12:13 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-01-25 13:56 +0100
              Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 15:24 +0100
            Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 14:42 +0100
              Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-25 15:31 +0100
                Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 17:38 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 18:52 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:10 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-01-25 19:28 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-25 19:56 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-30 10:11 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2024-01-30 10:56 +0100
                  Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-26 07:43 +0100
                    Re: Zwei Textdateien zeilenweise abgleichen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-01-27 18:45 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen "F. W." <me@home.invalid> - 2024-01-30 07:29 +0100
                      Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:09 +0100
                        Re: Zwei Textdateien zeilenweise abgleichen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-01-31 13:34 +0100

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

#614574

Am 27.01.2024 um 18:47 schrieb Michael Bode:
> 
> Programmiererfolg und Arbeitgeber ist Unfug. Welchen Rechner oder
> Betriebssystem er benutzt hat, ist völlig egal. Aktien hätte er damals
> kaufen müssen. Apple oder Microsoft, vor allem Apple, weil die mal so
> gut wie tot waren. Da gab es die Aktie mal für 11¢.

Echt?
Sieht das jetzt in den Charts nicht nur durch die Splits so aus?
AAPL hat mich nie wirklich interessiert, ich bin auf MSFT.

-- 
LG Georg

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

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

#614580

Georg Gruber <g.gruber_hauwech@gmx.net> writes:

> Am 27.01.2024 um 18:47 schrieb Michael Bode:
>> Programmiererfolg und Arbeitgeber ist Unfug. Welchen Rechner oder
>> Betriebssystem er benutzt hat, ist völlig egal. Aktien hätte er damals
>> kaufen müssen. Apple oder Microsoft, vor allem Apple, weil die mal so
>> gut wie tot waren. Da gab es die Aktie mal für 11¢.
>
> Echt?
> Sieht das jetzt in den Charts nicht nur durch die Splits so aus?
> AAPL hat mich nie wirklich interessiert, ich bin auf MSFT.

Also wenn die Aktie nach einem Split von 11¢ auf 178€ geht, ist das ja
noch besser.

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

#614584

Am 27.01.2024 um 21:24 schrieb Michael Bode:
> Georg Gruber <g.gruber_hauwech@gmx.net> writes:
> 
>> Am 27.01.2024 um 18:47 schrieb Michael Bode:
>>> Programmiererfolg und Arbeitgeber ist Unfug. Welchen Rechner oder
>>> Betriebssystem er benutzt hat, ist völlig egal. Aktien hätte er damals
>>> kaufen müssen. Apple oder Microsoft, vor allem Apple, weil die mal so
>>> gut wie tot waren. Da gab es die Aktie mal für 11¢.
>>
>> Echt?
>> Sieht das jetzt in den Charts nicht nur durch die Splits so aus?
>> AAPL hat mich nie wirklich interessiert, ich bin auf MSFT.
> 
> Also wenn die Aktie nach einem Split von 11¢ auf 178€ geht, ist das ja
> noch besser.

Kurz recherchiert:
AAPL: 5 kumulierte Splits 224:1
MSFT: 8 -"- 256:1, weiß nicht, wieviele ich davon schon mitgemacht habe.
Kinder, wie die Zeit vergeht.

-- 
LG Georg

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

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

#614585

Am 28.01.24 um 00:03 schrieb Georg Gruber:
> Am 27.01.2024 um 21:24 schrieb Michael Bode:
>> Georg Gruber <g.gruber_hauwech@gmx.net> writes:
>>
>>> Am 27.01.2024 um 18:47 schrieb Michael Bode:
>>>> Programmiererfolg und Arbeitgeber ist Unfug. Welchen Rechner oder
>>>> Betriebssystem er benutzt hat, ist völlig egal. Aktien hätte er damals
>>>> kaufen müssen. Apple oder Microsoft, vor allem Apple, weil die mal so
>>>> gut wie tot waren. Da gab es die Aktie mal für 11¢.

Mein Arbeitgeber hat vermutlich in irgendeinem Nebenjob verboten.
Selbst als Rentner versuchte er noch Ansprüche.

>>> Echt?
>>> Sieht das jetzt in den Charts nicht nur durch die Splits so aus?
>>> AAPL hat mich nie wirklich interessiert, ich bin auf MSFT.
>>
>> Also wenn die Aktie nach einem Split von 11¢ auf 178€ geht, ist das ja
>> noch besser.
> 
> Kurz recherchiert:
> AAPL: 5 kumulierte Splits 224:1
> MSFT: 8 -"- 256:1, weiß nicht, wie viele ich davon schon mitgemacht habe.
> Kinder, wie die Zeit vergeht.

Tja wenn.
Mit Wissen der Vergangenheit hätte ich das auch mit
Salzgitter Faktor 22 dann Umweltbank Faktor >10 geschafft.
( + etliche Dividende )

Hermann
    vermutend, dass er mit Auftragsarbeit beim Programmieren
    heutzutage weit weniger als Mindestlohn verdienen würde.
    Und das das Wachstum bei Aktien im Mittel vorbei ist.

p.s.
Ich habe noch ca 100 € für einen geschlossen Immobilienfond,
den ich nicht verkaufen darf, und die Bank ca 40 € pro Jahr
Bankgebühren haben möchte.

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

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

#614564

On 1/26/24 17:13, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> Bei PERL nicht. Warum muss man bei Python jeden Kleinkram importieren?
> 
>    Als ich mich das letzte Mal mit Perl beschäftigt habe, begann
>    dort ein vernünftiges Skript erst einmal mit:
> 
> use strict;
> use warnings;
> 
>    Dann verwendete ich öfter:
> 
> use IO::File
> use utf8;
> 
>    . Da könnte man genauso fragen: Warum muß man erst ein "use"
>    schreiben, wenn man im Quelltext UTF-8 verwenden will?
>    Das ist bei Python der Normalfall.
> 
>    Warum muß man Methoden für Dateien erst mit "use IO::File"
>    verfügbar machen. In Python sind sie der Normalfall.
> 
>    Dann
> 
> use Data::Dumper;
> 
>    . Warum muß ich erst ein "use" schreiben, wenn ich Behälter
>    ausgeben will? In Python geht das direkt, ohne ein "import".
> 
>    Perl
> 
> @a =( 'alpha', 'beta', ( 'gamma', 'delta' ));
> print @a;
> 
>    gibt aus:
> 
> alphabetagammadelta

Das ist das, was ich in so einem Fall erwarte zu sehen. Den Inhalt von @a.


>    . Python
> 
> a = ('alpha', 'beta', ('gamma', 'delta'))
> print( a )
> 
>    gibt aus:
> 
> ('alpha', 'beta', ('gamma', 'delta'))

Also behandelt Python print() den Inhalt von 'a' als string of 
characters und schreibt den einfach nur raus? Oder ist schon die erste 
Zeile einfach die Zuweisung des Strings "('alpha', 'beta', ('gamma', 
'delta'))" an Variable 'a'?

  Gerrit

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

#614575

On 1/27/24 19:24, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> On 1/26/24 17:13, Stefan Ram wrote:
> ...
>>> @a =( 'alpha', 'beta', ( 'gamma', 'delta' ));
>>> print @a;
>>> gibt aus:
>>> alphabetagammadelta
>> Das ist das, was ich in so einem Fall erwarte zu sehen. Den Inhalt von @a.
> 
>    Da sowohl ( 'ab', 'c' ) als auch ( 'a', 'bc' ) und auch ( 'a',
>    'b', '', 'c') alle als "abc" ausgegeben werden, hätten sie bei
>    dieser Interpretation des Wortes "Inhalt" alle denselben Inhalt.

Ist ja auch korrekt. Das ist das, was in @a zu finden ist.


>>> a = ('alpha', 'beta', ('gamma', 'delta'))
>>> print( a )
>>> gibt aus:
>>> ('alpha', 'beta', ('gamma', 'delta'))
>> Also behandelt Python print() den Inhalt von 'a' als string of
>> characters und schreibt den einfach nur raus? Oder ist schon die erste
>> Zeile einfach die Zuweisung des Strings "('alpha', 'beta', ('gamma',
>> 'delta'))" an Variable 'a'?
> 
>    Der Name "a" wird an eine Liste (genauer: an ein "Tupel") gebunden,
>    die drei Einträge hat, der letzte Eintrag ist wieder eine Liste.
> 
>    Hier zur Verdeutlichung ein Dialog auf der Kommandozeile von
>    Python, bei der Eingaben des Benutzers hinter ">>>" erscheinen.
>    Ich hoffe, daß man sich die Bedeutung der jeweiligen Eingaben
>    durch die jeweilige Ausgabe erklären kann. Zur bessern Übersicht
>    habe ich vor jede Eingabezeile noch eine Leerzeile eingefügt.
> 
> |>>> a = ('alpha', 'beta', ('gamma', 'delta'))
> |
> |>>> print( type( a ))
> |<class 'tuple'>
> |
> |>>> print( a[ 0 ])
> |alpha
> |
> |>>> print( type( a[ 0 ]))
> |<class 'str'>
> |
> |>>> print( a[ 0 ][ 0 ])
> |a

Man kann also einen String wie ein Tuple behandeln?


> |>>> print( type( a[ 0 ][ 0 ]))
> |<class 'str'>
> |
> |>>> print( a[ 1 ])
> |beta
> |
> |>>> print( type( a[ 1 ]))
> |<class 'str'>
> |
> |>>> print( a[ 2 ])
> |('gamma', 'delta')
> |
> |>>> print( type( a[ 2 ]))
> |<class 'tuple'>
> |
> |>>> print( a[ 2 ][ 0 ])
> |gamma
> |
> |>>> print( a[ 2 ][ 1 ])
> |delta
> |
> |>>> print( a )
> |('alpha', 'beta', ('gamma', 'delta'))

Sehr konfus. Problematisch ist, daß das 'print(a)' nicht den Inhalt von 
'a' ausgibt sondern den Inhalt mit einer Formatierung vermischt während 
andere print() Statements das nicht tun sondern nur den Inhalt ausgeben.


  Gerrit

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

#614586

Am 27.01.24 um 19:42 schrieb Gerrit Heitsch:

> Man kann also einen String wie ein Tuple behandeln?

Behandeln, teilweise.

string, list und tuple
werden teilweise wie arrays behandelt
Also mit Syntax wie Element a[index]
   bzw.: Bereich: a[start_index:end_index]
   wobei  start_index beim weglassen Anfang,
            end_index beim weglassen Ende bedeutet.
Und bei -Zeichen von hinten gezählt wird.

string ist ein array von utf-Zeichen, der nicht verändert werden kann.
list und tuple sind arrays deren Elemente beliebig sind,
also auch ihrerseits wieder list ..
Tupels dürfen nicht verändert werden, list schon.
Bei list dürfen beliebige Bereiche gelöscht und eingefügt werden.

t='a','b'          # tuple wird erzeugt
s=''.join(t)       # nach string konvertiert
print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert

ab ('a', 'b')      # Ergebnis von print

Ähnlich ist noch dictionary,
was einem array ähnelt, deren Indices beliebige Konstanten sind.
Und wenn man da auf den array Inhalt verzichtet,
und nur die Indices betrachtet, landet man beim Datentyp set
für Mengenlehre.

Und bei all diesen Typen kann man
mit for element in was:
eine Schleife über einzelne Elemente ausführen.
..

>> |>>> print( type( a[ 0 ][ 0 ]))
>> |<class 'str'>
>> |
>> |>>> print( a[ 1 ])
>> |beta
>> |
>> |>>> print( type( a[ 1 ]))
>> |<class 'str'>
>> |
>> |>>> print( a[ 2 ])
>> |('gamma', 'delta')
>> |
>> |>>> print( type( a[ 2 ]))
>> |<class 'tuple'>
>> |
>> |>>> print( a[ 2 ][ 0 ])
>> |gamma
>> |
>> |>>> print( a[ 2 ][ 1 ])
>> |delta
>> |
>> |>>> print( a )
>> |('alpha', 'beta', ('gamma', 'delta'))
> 
> Sehr konfus. Problematisch ist, daß das 'print(a)' nicht den Inhalt von 
> 'a' ausgibt sondern den Inhalt mit einer Formatierung vermischt während 
> andere print() Statements das nicht tun sondern nur den Inhalt ausgeben.

print in Python gibt die Struktur mit aus.
Wenn Perl das bei print zusammensetzt,
könnte die Fehlersuche problematisch werden,
weil einzelne Elemente schwerer zuzuordnen sind.


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

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

#614590

Am 28.01.2024 um 09:43 schrieb Hermann Riemann:
> 
> t='a','b'          # tuple wird erzeugt
> s=''.join(t)       # nach string konvertiert
> print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert

Die Rückkonvertierung läuft wie genau?
Sobald ein String vorliegt, ist doch die ursprüngliche Information der 
Tupel verloren - oder doch nicht?

-- 
LG Georg

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

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

#614593

Am 28.01.24 um 11:12 schrieb Georg Gruber:
> Am 28.01.2024 um 09:43 schrieb Hermann Riemann:
>>
>> t='a','b'          # tuple wird erzeugt
>> s=''.join(t)       # nach string konvertiert
>> print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert
> 
> Die Rückkonvertierung läuft wie genau?
> Sobald ein String vorliegt, ist doch die ursprüngliche Information der 
> Tupel verloren - oder doch nicht?

Bei  string
gibt es interne eine Beschreibung, und ein array von Werten.
Die Beschreibung enthält Adresse des arrays und Länge.

Bei tuple
gibt es interne eine Beschreibung, und ein array von Elementen.
Für die Beschreibung gilt das Entsprechende.

Also muss bei der Konversion die Länge übertragen werden,
und aus jedem Wert vom string ein Element für tuple erstellt werden.
Das Element entsteht so:
Aus dem Wert jedes string arrays wird jeweils ein neuer
string erzeugt, der nur ein string von einem Buchstabe besteht.



Ein string und ein tuple bleibt so lange erhalten,
wie eine entsprechende Variable existiert.

Im print wird ein neuer tuple erzeugt,
das alte tuple bleibt erhalten.

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

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

#614594

Am 28.01.2024 um 11:38 schrieb Hermann Riemann:
> Am 28.01.24 um 11:12 schrieb Georg Gruber:
>> Am 28.01.2024 um 09:43 schrieb Hermann Riemann:
>>>
>>> t='a','b'          # tuple wird erzeugt
>>> s=''.join(t)       # nach string konvertiert
>>> print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert
>>
>> Die Rückkonvertierung läuft wie genau?
>> Sobald ein String vorliegt, ist doch die ursprüngliche Information der 
>> Tupel verloren - oder doch nicht?
> 
> Bei  string
> gibt es interne eine Beschreibung, und ein array von Werten.
> Die Beschreibung enthält Adresse des arrays und Länge.
> 
> Bei tuple
> gibt es interne eine Beschreibung, und ein array von Elementen.
> Für die Beschreibung gilt das Entsprechende.
> 
> Also muss bei der Konversion die Länge übertragen werden,
> und aus jedem Wert vom string ein Element für tuple erstellt werden.
> Das Element entsteht so:
> Aus dem Wert jedes string arrays wird jeweils ein neuer
> string erzeugt, der nur ein string von einem Buchstabe besteht.
> 
> 
> 
> Ein string und ein tuple bleibt so lange erhalten,
> wie eine entsprechende Variable existiert.
> 
> Im print wird ein neuer tuple erzeugt,
> das alte tuple bleibt erhalten.

Verstehe ich das richtig?
t='a1','b2'
s=''.join(t)
print(s,tuple(s))

Ergebnis in etwa
a1b2 a 1 b 2

-- 
LG Georg

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

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

#614595

Georg Gruber <g.gruber_hauwech@gmx.net> writes:

> Am 28.01.2024 um 11:38 schrieb Hermann Riemann:
>> Am 28.01.24 um 11:12 schrieb Georg Gruber:
>>> Am 28.01.2024 um 09:43 schrieb Hermann Riemann:
>>>>
>>>> t='a','b'          # tuple wird erzeugt
>>>> s=''.join(t)       # nach string konvertiert
>>>> print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert
>>>
>>> Die Rückkonvertierung läuft wie genau?
>>> Sobald ein String vorliegt, ist doch die ursprüngliche Information
>>> der Tupel verloren - oder doch nicht?
>> Bei  string
>> gibt es interne eine Beschreibung, und ein array von Werten.
>> Die Beschreibung enthält Adresse des arrays und Länge.
>> Bei tuple
>> gibt es interne eine Beschreibung, und ein array von Elementen.
>> Für die Beschreibung gilt das Entsprechende.
>> Also muss bei der Konversion die Länge übertragen werden,
>> und aus jedem Wert vom string ein Element für tuple erstellt werden.
>> Das Element entsteht so:
>> Aus dem Wert jedes string arrays wird jeweils ein neuer
>> string erzeugt, der nur ein string von einem Buchstabe besteht.
>> Ein string und ein tuple bleibt so lange erhalten,
>> wie eine entsprechende Variable existiert.
>> Im print wird ein neuer tuple erzeugt,
>> das alte tuple bleibt erhalten.
>
> Verstehe ich das richtig?
> t='a1','b2'
> s=''.join(t)
> print(s,tuple(s))
>
> Ergebnis in etwa
> a1b2 a 1 b 2

Ja, die Information ob es "abc", "a", "b", "c",
"ab", "c" oder "a", "bc" war, wirft man ja weg, wenn man das Tupel in
einen String konvertiert.

tuple("".join(("ab", "c")))
('a', 'b', 'c')

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

#614597

Am 28.01.2024 um 12:09 schrieb Michael Bode:
> Georg Gruber <g.gruber_hauwech@gmx.net> writes:
>>
>> Verstehe ich das richtig?
>> t='a1','b2'
>> s=''.join(t)
>> print(s,tuple(s))
>>
>> Ergebnis in etwa
>> a1b2 a 1 b 2
> 
> Ja, die Information ob es "abc", "a", "b", "c",
> "ab", "c" oder "a", "bc" war, wirft man ja weg, wenn man das Tupel in
> einen String konvertiert.
> 
> tuple("".join(("ab", "c")))
> ('a', 'b', 'c')

Ich wollte nur sicher gehen, dass Python eh auch nur mit Wasser kocht, 
das "zurück konvertieren" klang ein wenig so, als würden des Königs 
Pferde und Männer Humpty Dumpty doch wieder hinkriegen. :-)

-- 
LG Georg

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

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

#614598

Am 28.01.24 um 12:09 schrieb Michael Bode:
> Georg Gruber <g.gruber_hauwech@gmx.net> writes:
> 
>> Am 28.01.2024 um 11:38 schrieb Hermann Riemann:
>>> Am 28.01.24 um 11:12 schrieb Georg Gruber:
>>>> Am 28.01.2024 um 09:43 schrieb Hermann Riemann:
>>>>>
>>>>> t='a','b'          # tuple wird erzeugt
>>>>> s=''.join(t)       # nach string konvertiert
>>>>> print(s,tuple(s))  # 2. Parameter: nach tuple zurück konvertiert
>>>>
>>>> Die Rückkonvertierung läuft wie genau?
>>>> Sobald ein String vorliegt, ist doch die ursprüngliche Information
>>>> der Tupel verloren - oder doch nicht?
>>> Bei  string
>>> gibt es interne eine Beschreibung, und ein array von Werten.
>>> Die Beschreibung enthält Adresse des arrays und Länge.
>>> Bei tuple
>>> gibt es interne eine Beschreibung, und ein array von Elementen.
>>> Für die Beschreibung gilt das Entsprechende.
>>> Also muss bei der Konversion die Länge übertragen werden,
>>> und aus jedem Wert vom string ein Element für tuple erstellt werden.
>>> Das Element entsteht so:
>>> Aus dem Wert jedes string arrays wird jeweils ein neuer
>>> string erzeugt, der nur ein string von einem Buchstabe besteht.
>>> Ein string und ein tuple bleibt so lange erhalten,
>>> wie eine entsprechende Variable existiert.
>>> Im print wird ein neuer tuple erzeugt,
>>> das alte tuple bleibt erhalten.
>>
>> Verstehe ich das richtig?
>> t='a1','b2'
>> s=''.join(t)
>> print(s,tuple(s))
>>
>> Ergebnis in etwa
>> a1b2 a 1 b 2
> 
> Ja, die Information ob es "abc", "a", "b", "c",
> "ab", "c" oder "a", "bc" war, wirft man ja weg, wenn man das Tupel in
> einen String konvertiert.
> 
> tuple("".join(("ab", "c")))
> ('a', 'b', 'c')

Es sei denn, man konvertiert mit str
t='a1','b2'
s=str(t)
print(s,tuple(s))

Ergebnis:
('a1', 'b2') ('(', "'", 'a', '1', "'", ',', ' ', "'", 'b', '2', "'", ')')

str liefert den string für den Ausdruck,
''.join liefert ein string, der aus Elemente zusammengesetzt ist.
Bei print(tuple(s)) wird der string s durch tuple
nochmal in Einzelteile zerlegt, und diese durch print wieder
in einen string zusammengesetzt.

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

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

#614603

Am 28.01.2024 um 12:38 schrieb Hermann Riemann:
> Ergebnis:
> ('a1', 'b2') ('(', "'", 'a', '1', "'", ',', ' ', "'", 'b', '2', "'", ')')

Eine Frage zur syntaktischen Stringenz:
"All the King's Horses"
oder
'All the King''s Horses'
oder geht beides?

Ich glaub, ich installier mir den Scheiß mal.

-- 
LG Georg

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

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

#614623

Am 28.01.24 um 13:33 schrieb Georg Gruber:
> Am 28.01.2024 um 12:38 schrieb Hermann Riemann:
>> Ergebnis:
>> ('a1', 'b2') ('(', "'", 'a', '1', "'", ',', ' ', "'", 'b', '2', "'", ')')
> 
> Eine Frage zur syntaktischen Stringenz:
> "All the King's Horses"
> oder
> 'All the King''s Horses'
> oder geht beides?
> 
> Ich glaub, ich installier mir den Scheiß mal.
> 

'All the King''s Horses'

liefert

'All the Kings Horses'

( 2 zusammengefügte strings hintereinander )

  "aa" 'bb'

liefert

'aabb'
 



'All the King\'s Horses'

liefert

"All the King's Horses"

( allgemeine \ Regel:
   \Zeichen wird durch Zeichen ersetzt,
   wobei das Zeichen nicht für Steuerung verwendet wird. )



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

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

#614628

Am 28.01.2024 um 21:06 schrieb Hermann Riemann:
> Am 28.01.24 um 13:33 schrieb Georg Gruber:
>>
>> Eine Frage zur syntaktischen Stringenz:
>> "All the King's Horses"
>> oder
>> 'All the King''s Horses'
>> oder geht beides?
>>
>> Ich glaub, ich installier mir den Scheiß mal.
>>
> 
> 'All the King''s Horses'
> 
> liefert
> 
> 'All the Kings Horses'
> 
> ( 2 zusammengefügte strings hintereinander )
> 
>   "aa" 'bb'
> 
> liefert
> 
> 'aabb'
> 
> 
> 
> 
> 'All the King\'s Horses'
> 
> liefert
> 
> "All the King's Horses"
> 
> ( allgemeine \ Regel:
>    \Zeichen wird durch Zeichen ersetzt,
>    wobei das Zeichen nicht für Steuerung verwendet wird. )

Danke.
Ich hab mir den Scheiß mal installiert, für Golf und Modellflug ist mir 
ja derzeit eh zu kalt und irgendwie muss ich die Zeit ja rumbringen.

-- 
LG Georg

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

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

#614722

Am 28.01.2024 um 23:38 schrieb Georg Gruber:
> Ich hab mir den Scheiß mal installiert, für Golf und Modellflug ist mir 
> ja derzeit eh zu kalt und irgendwie muss ich die Zeit ja rumbringen.

Recht nett, schreibt sich flott dahin.
Abgesehen davon, dass man gefühlt jeden Pups importieren muss, stört 
mich am meisten, dass der Interpreter Parallelismus nicht wirklich 
unterstützt - die Subtasks werden zwar auf die Kerne verteilt, nur geht 
dann nix weiter, weil die Engine nur einmal existiert und erst wieder 
alles seriell ausführt.

-- 
LG Georg

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

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

#614725

Am 31.01.24 um 13:37 schrieb Georg Gruber:
> Am 28.01.2024 um 23:38 schrieb Georg Gruber:
>> Ich hab mir den Scheiß mal installiert, für Golf und Modellflug ist 
>> mir ja derzeit eh zu kalt und irgendwie muss ich die Zeit ja rumbringen.
> 
> Recht nett, schreibt sich flott dahin.
> Abgesehen davon, dass man gefühlt jeden Pups importieren muss,

Meine 3. Zeile in Python sieht etwa so aus:
import os, sys, string, time, datetime
Ansonsten kommt import bei mir selten vor.

> stört  mich am meisten > dass der Interpreter Parallelismus nicht wirklich unterstützt
> - die Subtasks werden zwar auf die Kerne verteilt, nur geht 
> dann nix weiter, weil die Engine nur einmal existiert und erst wieder 
> alles seriell ausführt.

Das ist derzeit noch so.
Bei dringenden Bedarf kann man das mit C und/oder shared memory umgehen.
Dies artet allerdings in Arbeit aus.

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

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

#614733

Am 31.01.2024 um 13:54 schrieb Hermann Riemann:
> Am 31.01.24 um 13:37 schrieb Georg Gruber:
>>
>> Recht nett, schreibt sich flott dahin.
>> Abgesehen davon, dass man gefühlt jeden Pups importieren muss,
> 
> Meine 3. Zeile in Python sieht etwa so aus:
> import os, sys, string, time, datetime
> Ansonsten kommt import bei mir selten vor.
> 
>> stört  mich am meisten > dass der Interpreter Parallelismus nicht 
>> wirklich unterstützt
>> - die Subtasks werden zwar auf die Kerne verteilt, nur geht dann nix 
>> weiter, weil die Engine nur einmal existiert und erst wieder alles 
>> seriell ausführt.
> 
> Das ist derzeit noch so.
> Bei dringenden Bedarf kann man das mit C und/oder shared memory umgehen.
> Dies artet allerdings in Arbeit aus.

Parallelismus ist ohnehin immer Arbeit, zumal die die Aktivierung eines 
Subtasks auch relativ teuer ist, da scheiden naive Methoden schnell aus.

-- 
LG Georg

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

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

#614734

Am 31.01.24 um 14:09 schrieb Stefan Ram:
>   Außerdem gibt es Bibliotheken, wie numpy, die intern echtes
>   multithreading nutzen, um Rechenaufgaben auf mehrere Kerne zu
>   verteilen.

Das ist dann aber kein Python mehr.
numpy ist hauptsächlich in C und C++ geschrieben.


-- 
cu://Matthias.Eißing.de

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

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

Back to top | Article view | ger.ct

csiph-web