Deskmodder.de

Selbe Problem wie gestern. Hast jetzt aber die uupdump-run-website.cmd ausgeführt. Daher der andere Port. Dieser Skript startet den internen PHP Web Server. Das Konsolenfenster keinesfalls schließen.

Aber wie auch immer. Mit dem Browser konntest Du also http:\\127.0.0.1:44400 öffnen. Das ging also ohne Probleme.

Dann verstehe ich gerade nicht, warum der Download Skript den Server über http:\\127.0.0.1:44400 nicht erreichen kann. Irgendetwas passt da bei Dir nicht. Bloß die Frage, was das sein könnte.

Was passiert denn, wenn Du im Browser anstelle von http:\\127.0.0.1:44400 mal http:\\localhost:44400 eingibst? Das ist das selbe. Sollte beides Funktionieren.

@DK2000
Kommt (kam) immer das Selbe ...
Aber - ich hab dem Wurm da drin (nach dem gefühlt 537. Versuch) endlich den Hals umgedreht - funzt jetzt, siehe https://www.deskmodder.de/blog/2022/12/ ... ent-226626 !!!
Darauf muss man erst kommen - zumal die VC-Redist 32-Bit vorausgesetzt wird (mit der 64-Bit funktioniert es überhaupt nicht) !!!

Das mit VC-Redist 32-Bit oder 64-Bit hatte ich Dir ja schon hier geschrieben, dass ich nicht weiß, welche Architektur und dass bei mir beide Pakete installiert sind.

viewtopic.php?t=26028&start=2805#p401459

Aber so richtig Sinn macht das dennoch nicht. Der PHP Server lief ja. Und Aria2 lief bei Dir ja vorher auch. Vermute da eher, das lag an Windows 7. Und ja, gerade noch einmal nachgeschaut, Electron und PHP sind beide 32-bit. Also wird für PHP die VC_redist.x86.exe (Visual C++ 2015-2022 Redistributable (x86)) benötigt.

Und nebenbei, läuft bei mir unter Windows 10 x64 22H2 (19045.2364) einwandfrei.

Aber egal. Hauptsache es läuft jetzt bei Dir.

Ja, wer weiß schon, was da wann und vor Allem wo noch zusätzlich mit in den DLL's rum werkelt! Bei Betriebssystemen, wo jedes Programm in seiner eigenen Umgebung läuft, gibt es solche Probleme nicht!
Und da es Milliarden unterschiedlicher Konfigurationen gibt - was soll's!
Jetzt läuft es erstmal (bis zum nächsten Problem) - mal sehen, wie lange ...
Und wir wissen jetzt: VC_Redist.x86.exe wird benötigt und Windows (ab 10) 64-Bit !!!

So, jetzt: Prost! Schwer verdient !!!

Ist halt Windows. das mit den Laufzeiten war und ist immer so ein Sache für sich. Bin froh, dass Microsoft die bei Windows 10 und 11 soweit zusammengefasst hat:

Microsoft Visual C++ 2015-2022 Redistributable (x86)
Microsoft Visual C++ 2015-2022 Redistributable (x64)

Brauche nur die beiden Pakete über winget aktuell zu halten und das passt bei mir soweit. Ältere VC++ Laufzeiten vor 2015 brauche ich da gerade nicht.

DK2000 hat geschrieben: 17.12.2022, 18:49

XII hat geschrieben: 17.12.2022, 12:38 The AMIs know how to make money, diesen "recycle bin" gibt es auch schon in echt zu kaufen!

Das ist ein italienischer Mülleimer, den es schon seit mind. 8 Jahren gibt. Hat mit Windows 12 rein gar nichts zu tun.

Das war ein "Wink mit dem Zaunpfahl" - "Windows 12 - Recycle Bin - Mülltrennung"

Super Harry, das es jetzt funkt!

@XII
Ja, Danke!
Hab jetzt mein "bestes" Notebook mal damit "beglückt" (und es vorsichtshalber gleich auf eine aktive "Drunter-Pußte-Platte" gestellt.
Das quält sich aktuell mit der Erstellung einer 22621.1037 (mit Allem, wo geht) rum - schaufelt also im Höchstleistungs-Modus Bits und Bytes durch die Gegend (bzw. schubst die Kreuz und Quer über die SSD's) ...
Mal sehen, wie lange das dauert und wieviele Fehler dann auftauchen ... Bisher ist der Fehler-Zähler noch auf Null !!! Toll !!!
Aber: Gefreut wird sich erst, wenn fertig !!!

Und so nebenbei darf ich jetzt alle anderen Rechner und SSD's von Allem, was mit UUP zu tun hat(te), "erlösen" - sprich: Eine Unzahl an Terrabytes freigeben = Müll-Entsorgung (ohne -Trennung) !!!
Aber was soll's - so lange genug Bölkstoff im Sauf-Kühlschrank, Steaks im Fress-Kühlschrank und (selbstgefangene) Pilze im Frost rumlungern ...


Sonntag, 20:50 Uhr ... Und wieder ein Satz mit X: Erstellungsfehler ohne Ende! Irgendwie hauen die Scripte absolut nicht hin!
Ich geb's auf!
Sollen sich Andere damit rumplagen ...

Vorher: https://uupdump.net/de-de/?lang=de-de

Nachher: https://discord.com/invite/yVRbtb

Anmeldung: Discord

@Harry S.

Erstellungsfehler ohne Ende! Irgendwie hauen die Scripte absolut nicht hin!

Kann ich so, bei mir, nicht bestätigen. Ich habe gerade, als Test mal die Daten für eine "PRO" gezogen. Sind glatt durchgelaufen. Jetzt läuft die Erstellung der ISO.

@Manu
Ganz toll: 2 leere Webseiten! Kann ich im Moment sehr gut gebrauchen !!!

@Under the Hood
Ich hab die entsprechenden Festplatten gerade nicht im System - morgen werde ich die hochladen und die zugehörigen Links hier einstellen (zwecks Selber-Lesen bzw. nach Error suchen).

Guten Morgen - 19.12.00:59 Uhr!
http://pc-harry.de/Protokolle/22621.103 ... tokoll.txt
http://pc-harry.de/Protokolle/22623.103 ... tokoll.txt

Und - zur Gegenprobe, fehlerfrei:
http://pc-harry.de/Protokolle/22623.103 ... tokoll.txt

Da blinkt der Test vor sich hin und sagt nichts....
Hätte ich fast vergessen! (Heilige Unordnung!) Keine Probleme.....

@Under the Hood
Ehm, so weit unten sieht's bei meinen Protokollen auch gut aus ...
Und weiter oben (zum Bleistift beim ersten "Unmounting image", oder auch "Adding package") ???

Ich kann Dir gerne die PRO ISO 22623.1037 hochladen.
Ich habe mir nicht die Mühe gemacht das alles zu protokollieren. Wozu auch?

Na ja, eben um Fehlern ganz fix auf die Schliche zu kommen ...

Ist doch ganz einfach: Linke obere Ecke des CMD-Fensters mit rechts anklicken - Bearbeiten -> Alles , dann nochmal Bearbeiten -> Kopieren ... Das Ganze in eine leere Text-Datei mit Bearbeiten -> Einfügen (bzw. STRG + V) - dann Bearbeiten -> Suchen -> Error ...
Und schon werden die kleinen Männchen (ja, der Fehler ist männlich!) - auch hinter der Gardine - sichtbar !!!

Danke für das Angebot - aber nicht nötig: Die Adguard-ISO funzt ja problemlos!
Ist halt nur nicht gerade "das Gelbe vom Ei" zum Hochladen für Alle ...

Ja, die ist eben eine ganze Ecke größer. Weil da Editionen drin sind, die nicht notwendig sind und für den "normalen" Gebrauch, nicht zu gebrauchen sind.