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

Groups > de.comp.lang.php > #4751

Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes

Show all headers | View raw

Hansjoerg Lipp <hjlipp@web.de> writes:

> Entschuldige bitte die späte Antwort, es ist gerade recht stressig hier.
>
> Am 03.12.21 um 17:02 schrieb Karl Pflästerer:
>> Ist es denn eine bestimme Referenz? Oder jede Referenz? Irgendwo werden
>> diese Daten verarbeitet (vielleicht hat dein Hoster irgendetwas
>> definiert).
>
> Es sind bestimmte Kombinationen von Referenzen, die den Bug triggern,
> andere tun es nicht. Ich kann kein Muster erkennen.
>
>> Die Definition alleine (du selbst benutzt diese Variablen ja
>> nirgendwo), kann keinen Abbruch erzeugen.
>
> Ein möglicher Mechanismus wäre folgender: In mail() wird eine 32-Bit
> Variable, die den Speicherbedarf enthält, mit einem 64-Bit-Zugriff
> gelesen. Ob dies zu einem Fehler führt, hängt nun davon ab, ob der
> Speicherbereich nach dieser Variable nur Nullen enthält. In diesem Fall
> ist alles in Ordnung. Unter manchen Umständen sind dort aber nicht nur
> Nullen; manchmal liegen da z.B. ASCII-Daten (siehe OP); dann geschieht
> der Fehler. Ich weiß nicht, wie php intern funktioniert. Ich könnte
> spekulieren, dass für String-Variablen genullter Speicher in gewissen
> Größenabstufungen angefordert wird, der dann mit dem String gefüllt
> wird. Dann ist je nach String-Variable hinten String-Inhalt oder eben
> nur Nullen. Vielleicht liegt die 32-Bit-Variable an einer Stelle im
> Speicher, an der zuvor eine String-Variable lag? Vielleicht wird mit
> OPCache Speicher nicht genullt? Spekulationen sind hier leider müßig,
> solange ich kein System habe, auf dem ich das Problem reproduzieren kann.


Sei mir nicht böse, aber obiges erscheint mir extrem spekulativ. Wie
kommst du darauf, dass auf dem Host irgendetwas nicht für 64bit
kompiliert ist? Im Serverbereich hat man (zumindest unter linux) schon
seit vielen Jahren nur 64bit Systeme.

Wenn ein Prozess auf Speicherbereiche zugreift, die ihm nicht geören
erwarte ich eine  segfault, nicht eine ordentliche Fehlermeldung.


>> Wenn es mod_php ist; welches Aapche MPM ist im Einsatz?
>
> Wenn ich es richtig sehe, mpm-itk.

Ein nicht standard MPM; letzte Änderung 2016. Beste Voraussetzungen, das
alles klappt :-)

>
>> Wenn du das weißt, könntest du das Environment mit Docker leicht nachbauen
>
> Ich denke, es gibt kaum eine Komponente, wo der Hoster nichts
> dazugepatcht hat. Zumindest sehen die Versionsnummern danach aus. Mit
> out of the box php + Apache auf einem 08/15-Linux tritt der Fehler
> leider nicht auf...

Dann wird es an diesem Environment luegen und nicht an PHP.
Hoster wechseln.

  KP

Back to de.comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-11-30 22:37 +0100
  Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-01 18:52 +0100
    Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-01 21:44 +0100
      Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-02 15:52 +0100
        Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-02 22:01 +0100
          Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-02 23:10 +0100
            Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-02 23:30 +0100
              Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-03 14:14 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-03 16:09 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-03 17:02 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-09 23:54 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-10 22:15 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-13 04:01 +0100
                Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-11 00:03 +0100
  Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-05 00:44 +0100
    Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-09 23:31 +0100
      Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-10 18:15 +0100
        Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-13 04:48 +0100
          Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-13 13:51 +0100
            Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-14 21:06 +0100
              Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-15 15:43 +0100

csiph-web